cocolog:78731905

タロットのカード印刷のため『ラベル屋さん９』で作った画像を取り込んで印刷すると異様に汚い。しかたなく、Image::Magick 等で pdf の「版下」を作った。 (JRF 2207)

JRF 2014年1月20日 (月) Tweet

『易双六』の The JRF Tarot、作ってから大分たって変更もない。PTC 版の QR コードも変わってない。「まさか」に備えて、または、記念のために、ここらで一度、カードとして印刷しておこうと考えた。

《易双六 Youscout ～ a Tarot Solitaire》
http://jrf.cocolog-nifty.com/archive/youscout/

JRF2014年1月20日1033

本当は、同人的な売り物になるように印刷所とかに頼みたいところなのだけど、ネットで探せば昔よりは安くはなってるものの、それなりの額が必要なことに変わりない。

いきなりそこに行くよりは、まず自分んちで、親が年賀状印刷に使ってるだけのインクジェット・カラープリンタがあるんだから、それでまず試しにプリントアウトしてみて、また「次」を考えたらいい。

そこで、まずカード印刷用の切れ込みありの「特厚口」の用紙やカードの角を丸くする文具を買って、途中で切れたら怖いインクを買い足した。

JRF2014年1月20日4190

……。

その用紙は A-one 社のもので、A-one 社はその用紙に印刷するために、ありがたいことに印刷用ツールを無料で配布している。今のバージョンは『ラベル屋さん９』らしい。ダウンロード版を使うには Adobe AIR というライブラリをインストールしてから、本体のインストールを行うだけ。

《ラベル屋さん.com》
http://www.labelyasan.com/

JRF2014年1月20日5990

用紙はカード10枚分で一枚の用紙になっていて、このツールは一枚のカードへの割り付けのために、画像の取り込みや文字の書き込みといった最低限だが必要十分な編集機能まで使えるようになっている。

JRF2014年1月20日1765

カード印刷ツールは、本来の用途としては名刺印刷が主らしいので、今回のタロットやトランプといったカードは「想定外」にあたるのかもしれない。タロットなどは、カードごとに違う画像を全面に貼っていくのだが、それを効率よく行うような機能がどうもない。

しかたなく背景として取り込むのだが、「全体に表示」だとカード画像の左右比が変更されてしまい、「中央に表示」だと元画像を 72dpi と解釈するのか全体が入らないほど…というか真ん中だけが少し表示されてるだけといった感じで、ものすごく拡大されてしまう。

よって、「並べて表示」で並べる数を 1 にするぐらいしか思ったようにならない。

JRF2014年1月20日0394

思ったようになったはいいが、画像の角がぴったりカード枠の角に合うのではなく、なぜかハミ出してしまう。いろいろ試すと、これは「環境設定」の「塗り足し幅」の分がハミ出すようだ。

だから、塗り足し幅の分だけ、元のカード画像に枠を足す感じにすると、ピッタリ来るようになったように思う。

JRF2014年1月20日1855

……。

で、肝心のカード画像だが、Illustrator のフリーソフト版的な Inkscape で作ってあって、それを解像度を指定して出力し、Perl の Image::Magick で枠とか付ける加工をし、png にした。(ググると、『ラベル屋さん』の以前のバージョンだと tiff が読み込めたようだが、今は tiff は読めないらしい。)

最初は、解像度は目いっぱいに 1200 dpi にして出力、それを『ラベル屋さん９』にさっき書いた手順で取り込む。

JRF2014年1月20日1015

ヨシッ、ちゃんと印刷される。…が、なんか異様に汚ないんですが？

「よく見るとジャギーが目立つ」とかそういうレベルでなく、細かい字がつぶれて読めないレベル。ディスプレイ用に 72dpi にしたのを拡大したぐらいの感じ。

JRF2014年1月20日6756

ググると、『ラベル屋さん』を使ってる人は皆、300dpi とか 350dpi とかその辺を指定している。もしかすると、画像が大きくなりすぎて逆にうまく処理できないのかもしれない。…と考えて解像度を 300dpi に下げてまた同じ手順でやってみたら…やっぱり異様に汚い。1200dpi より字がクッキリ出るなどマシになった点もあるが、細かい字がつぶれるのはあいかわらず。

もしかするとマトモに印刷する方法があるのかもしれないが、ググっっても見つからず、私には知りようがない…と判断し、『ラベル屋さん』の利用は諦めた。

JRF2014年1月20日5426

……。

レイアウト後の一枚画像にして、プリンタユーティリティか何かで出力できないか…と考えた。

プリンタはプリンタごとの印刷不能領域とか用紙の質に合わせた設定とかがあるので、変に A4 の比率でビットマップにしても、ちゃんと合わせてくれるかわからない。

JRF2014年1月20日8262

そこでヒラめいたのが、PDF 化。PDF なら A4 で画像を作れば、A4 でビシッと来るように印刷できないと困るはずだから、印刷位置の問題は少ないはずで、あとの用紙選択は pdf のリーダーで設定すればいい！

JRF2014年1月20日5857

Image::Magick は pdf も出力できるようなのだから、まずは試してみっか…と試すと、うまくいかない。

出力された pdf には何も写ってない。Image::Magick のオブジェクトに units=>'PixelsPerInch', density=>'300x300', page=>'A4' とかやっても、全々、そのサイズにならない。size=>'???x???' みたいにサイズ指定をやれば、そのサイズでは出力されるのに。

英語サイトとかググって読んでみたけど、Image::Magick のバージョンのせいなのか、解決できなかった。

JRF2014年1月20日7614

……。

で、ググるうちに Image::Magick と PDF::Create の比較をやっているサイトを見つけた。

《r271-635：jpegからpdfを作成。Image::MagickとPDF::Createの速度比較》
http://netlog.jpn.org/r271-635/2010/12/perl_jpeg2pdf_benchmark.html

JRF2014年1月20日1079

ものは試しと、大(?)改造して Image::Magick で PDF を出力してたところを PDF::Create を使うようにしてみたところ、成功！

(とは言え、PDF::Create は PNG は使えず 256色 GIF か JPEG じゃないとダメとか、JPEG は透過色使えないからグラデーションが出なかったとか、いろいろ失敗しながらだけど。)

JRF2014年1月20日1113

それを Adobe Reader に読み込んで、用紙の設定をして出力すれば、先の「異様の汚さ」とは比べ物にならないほどの美しい出力を得た。(今の段階では、まだ微妙に位置ずれが残ってる気がするけど…。)

JRF2014年1月20日0341

……。

で、できたカードは「遊び用」が建て前。たぶん飾ってるだけになるだろうけど。

だから、できれば角は丸く落としておきたいと、『かどまる３』という文具を使ってパチンパチンと四隅の角を落とす…のだが、あまりキレイにいかない。特厚口はさすがに厚すぎるのか？

JRF2014年1月20日2116

同じとこを何回かやってればそれなりに丸くなるとはいえ、遊び用カードの性質上、丸くなり方がカードごとに違うのが一番ダメなんだが…。最初から角丸カードな用紙を買えばいいんだろうか？いや、それも買っておいたんだけど、小さいしやや薄くて、薄いのはそれはそれで「遊び」には向いてないし…。近所の電器屋に特厚口のは置いてるけど、角丸のはなくって、それも「もしも」のときを考えるとヤなんだよね。

JRF2014年1月20日7661

とりあえず表で四隅一回ずつ角を落としたあと、裏返してもう一回ずつ四隅をパチンとやれば、まずまずの丸さになる。プロでもないからあんまりこだわっても仕方ないので、それで満足することにした。

JRF2014年1月20日1243

《Amazon.co.jp： サンスター文具 かどまる3 S4765028: 文房具・オフィス用品》
http://www.amazon.co.jp/dp/B0014IJWUG

《かどまる商品案内 | サンスター文具》
http://www.sun-star-st.jp/sscmssys/dd?DEPLOY_CODE=merchanttab&SK_SERIES_ID=336

JRF2014年1月20日0908

修正 「『ラベル屋さん９』で作った画像を」 →「作った画像を『ラベル屋さん９』で」。

JRF2014年1月20日0129

……。

PDF::Create は GIF と JPG でないとダメと書いたが、さらに GIF も使える種類が限られてるっぽい。Perl モジュールのドキュメントにも GIF のサポートはいまいちで遅いよ…的なことも書いてある。

突然↓みたいなエラーが出る。

<pre>
PDF::Image::GIF.pm: LZW minimum code size is 2, must be 8 to be supported.
</pre>

前は 2 のところが 6 のこともあったと思う。

JRF2014年1月23日0856

Image::Magick で Write のとき depth => 8 を指定したりしたのだが、直らなかった。でも、これに関しては Image::Magick のほうがワケわかんない感じ。白一色の GIF でも depth => 8 を指定してるのに上が出てる。

JRF2014年1月23日1036

……。

で、まぁ、そういったなんやかんやにぶち当たりつつ「版下」を作る Perl スクリプトを書いてる。Inkscape 使ったやつは他の人が使いようがないけど、プチコンの QR コードをカードに印刷するのは他の人も使えるかもしれないので、いちおうネットに置いとくことにする。

かなり自分用に最適化してる。QR コードの上に字書いてるの消してるとことか、QR コードの大きさが違えば違ってきたりする。そういったのがあるから、基本は「参考」程度の扱いで。

ソースも、いちおうそれなりに整えたんだけど、元が自分で使うことしか考えてなかったから、一般基準では汚い部類になるかも。

JRF2014年1月23日0301

ファイルの位置は↓。

http://jrf.cocolog-nifty.com/archive/perl/compose_qr_pdf.pl

JRF2014年1月23日8473

ここの「プチコン mkII 用の QR コード」は、↓の gen_qrcode.pl & make_qrcodes_html.pl で作ったやつが対象。

《STACKLIB: プチコンmkII用スタックライブラリ》
http://jrf.cocolog-nifty.com/software/2013/02/post-1.html

JRF2014年1月23日4371

keyword: paperkey

[aboutme:103078] とか、公開鍵に対する秘密鍵を印刷しておいておくべきだ…といった主張も私は持ってるんだけど、QR コード化してカード印刷ってのはその実現性の実証という側面があるかな？

JRF2014年1月30日5100