IFA_id/読み物


お時間があればぜひ読んでもらいたいです。

昔、地元の某大型スーパーの一角に、かわいい文房具を揃えた売り場がありました。確か「原宿ノートハウス」と看板がついていたように憶えています。うわー恥ずかしいみっともないダサい。


それができた当時、小学校中〜高学年のウチの姉は足しげく通ってはイラスト入りのノートや香りのいい消しゴムなんかを買い漁っていました。
売り場の片隅には「オリジナルグッズ作る屋さん」のカウンターがありました。カウンターといっても駅前の宝くじ屋さんぐらいの規模ですが。
 つまり、描きしろのあるプラスチック製品、下敷きやキーホルダーなどに自分のオリジナル図案を入れられるサービスでした。カウンターにはブスなお姉さんが座っていて、作りたい旨申し出ると備え付けの紙と鉛筆を差し出し、図案を描けと促すのでした。
姉は、せいぜいファンシーなキャラクターを描き、周囲にはハートだの星だのをちりばめ、図案の完成を見るやお姉さんに手渡します。
受け取ったお姉さんは、カウンター内で商品の無地部分にハンディルーターを構え、図案を丁寧に模写して出来上がり。
…このシステムを「自分の草案をキレイに仕上げてくれて嬉しい」と見るか、一生懸命ひねった微妙なタッチ、繊細なラインが全てマルかいてチョンにならされてしまって悔しい、と見るか、それは人それぞれなのですが、少なくともウチの姉は満足そうでした。しかし血の繋がっているはずのウチは全く逆の考えでした。

そのような感情を抱いたまま、イザ印刷業界の末端工程現場に足を踏み入れてみたら、あの日のイヤな感じの作業が毎日当たり前のように行われていたわけです。おおいやだ。しかも、自分がマルかいてチョンする側に立つとは。。


DTPという枠の中では、デザイナーとオペレーターはほぼ同じ道具を使います。これは周知です。しかし、作業コンセプトはやっぱり全然ちがうわけです。何を今さら、と言われそうですけど。
それでも、ひと昔前はまだ納得の行く理由がありました。カラー原稿があり、デザイナー側でてきとうにスキャンした荒画像用でレイアウトを組みカンプを作り、出力屋は改めて印刷品質の解像度で色分解を行い、同じ位置に貼り込む。これなら諦めもつきます。実際ついていました。
今はどうでしょう。写真素材はほとんどのほとんどが、のっけからデジタルデータです。
デザイナーは最初から最終工程に持っていける画像を手にしているわけです。
それをわざわざ、解像度落とす、回転かけながらトリミングする、ファイル名もテキトウに変える(基本、出力屋側は画像のトリミング、直角以外の回転は御法度の所がまだ多いのではないでしょうか)。
その気持ちもわからなくはないのですが。。大きさのバラついた被写体をページ上に同じ大きさで並べる為には、余白を等間隔にトリミングする方法が安直にして手っ取り早いのでしょうし、絵柄の水平・垂直を取るにもPhotoshopの定規ツールが最強の安直ツールですから。後工程に配慮があろうとなかろうと料金は変わらないわけで、だったら軽く速く済ますのは当然でしょう。ウチだって自分がやるならそうします。
ただ、それを受け取った側は本気でたまったもんじゃないわけです。

手間ヒマかけて作ったおいしそうな食品サンプルと同じ料理を作らなければならない…いや違う、もっとひどい。食べ物を材料にして作った食品サンプルと同じ料理を作る、です。
解像度さえ落としてくれなければそのまま使えるデータなのに何する者ぞ、です。おそらく何かケツを持ちたくないとかいう理由でそうする慣例があるのでしょう。
…たぶん。

このIFA_idは、20世紀の製版工程(色分解の倍率出し)をヒントに考案されました。デジタルの仇をアナログの技で討っています。
ちょっと気持ちがいいというか、この時代に及んでアタリ画像と実画像の差し替え工程をあって当たり前と思っている連中のハナを明かしてやった、業界に対するザマミロ感があります。
この思いに共感して頂けるだけでも、ちょっと嬉しいのですが。
どうもお目汚しでした。

リファレンスマニュアル トップページへ

 

IFA_id/06_もっと編 その2

リファレンスマニュアル トップページへ

備考

・パス3点以上の時の回転値は、1点目と2点目からなる直線だけで求めています。
・商業印刷という主な用途の性質上、シアー処理は「あり得ないので」未対応としました。
・実画像の変形は、実画像そのものの座標系を基準として行われます。
このため、タテヨコのサイズ比が合わず、かつ角度も違う画像間の場合は、

 回転角の演算結果に差異が生じます。
図はAverageで合わせた結果です。

これをEachで合わせたとき、実画像の絵柄に傾きがあると
水平状態の画像に対して非連動で縦・横の拡縮がかかるため、
絵柄は見た目シアーがかります(見た目の意で、InDesign上のオブジェクト自体にはシアーはかかりません)


これは実画像のタテ及びヨコの拡縮方向が実画像に対して水平・垂直でないために起こる現象です。


実画像に必要とされる拡縮の方向が水平・垂直な場合、アタリ画像に完全フィットします。

以上、性能上の限界として紹介させていただきました。

繰り返しになりますが、目的通りにフィットする、しないに関わらず、
画像のシアー処理はもとより、Eachボタンによるフィッティングは
商業用途の印刷物で画像を使用する上では「あり得ないので」ご注意下さい。

リファレンスマニュアル トップページへ

IFA_id/05_もっと編 その1

リファレンスマニュアル トップページへ


IFA_idは、2点打ち込んだパスからなる直線の情報をもとに倍率・回転角を、

 そして1点目のパスの座標から平行移動量を算出します。
この直線は斜めに走る事が多々ありますが、
アタリ画像と実画像の縦横比が異なる場合、実画像の回転角は著しくアホになります。

点1と点2の座標をそれぞれ合わせるため、斜めに合わさるカタチとなるわけです。

本項では、上記のケースへの対応として用意された
「Photoshop書類に打ち込む作業用パスのポイント数を3点以上で実行した際の挙動」
について説明します。

パス3点以上で、もれなくIFA_idパレットの右半分及び下段のボタン群が操作できるようになります。
ちょっと見づらいですが、外罫に沿ってパスを打ちました。

以下に、4つのボタンと2つのラジオボタンの挙動を示します。


─Scales─


Average

タテヨコそれぞれの拡縮の平均値で変形します


Max

タテヨコそれぞれの拡縮のうち、大きい方で変形します


Mix

小さい方でアレします


Each

タテヨコそれぞれ非連動で変形します

※実際に実画像をタテヨコ非連動の倍率で配置するケースはあり得ないとは思いますが、まあオマケです。

なお、rotate I/O のオンオフによる再演算は暫定的にAverageを使用します。
その後、改めてお好みのボタンを操作して下さい。


─Fit to..─

ラジオボタンは選択しただけではドキュメントに反映されず、選択後に上記ボタン群を操作する必要があります。



1st pathPoint

パス2点の時と同様、1点目のパスで位置合わせをします

<例>Average

 

<例>Max
 

<例>Min


Center of pathBounds
(こちらがデフォルト)
各パスポイントごとの測距値から平均値を出し位置合わせします

リファレンスマニュアル トップページへ