OutlinePDF-Advancedのホットフォルダに面付けたPDFを投げるとマスクが溶ける

覆面レスラーには致命的…！

XMFで面付けしてOutlinePDF-Advanced作るためにTrueflowにぶん投げたら、なんか端っこから絵柄がコンニチワ！

どうもレーザープリンタやインクジェットの出力用にカマしてる製版余白の設定がアウトの模様。PDFのマスクが外れっちゃっぽいよ。PDFだとマスクするだけだからいろいろ残ったままよね、レイアウトとかしてても。

これについてはマスクというより、単なるトリミングって感じですけど。

なのでホットフォルダを一つずつ設定し直すんですが動作が遅くて苦痛なので、Trueflowのホットフォルダの隠しファイルを一括変換するとラク。GrepReplaceとか使ってます自分。

各ホットフォルダの.templateのXMLの下のコードがホットフォルダの入力（ここではPolished Input）の製版余白(BreedSize)の部分。そして数値はポイントチ単位なので、さきにどっかのホットフォルダを希望の数値(ここでは5mm)設定してその数字拾っときましょう。

      <scr:PDFCorrectionParams AddBleed="True" AdjustOriginByTPX="True"
        AppendThumbnail="True" BleedSize="14.17323" Class="Parameter"

一応、Trueflowのプロセスを再起動（Trueflowのサービス設定）しとくと良いんじゃないでしょうかやぱし。

むかーしの出力設定の都合だったような気が…そもそも製版余白は要らんのとちゃうか。

XMFのジョブアーカイブ

XMFのジョブをアーカイブ（バックアップ）すんのに、ナニを指示すると、ドレが残るのか。

ジョブをアーカイブするかは個別のジョブの自動処理パートに仕込みます。

タイマーのスタートをいつにするか、そのあとどれくらい待つか。

アーカイブを始めるまでの時間は設定できますが、なにをどう残すかは使い分けできません。設定は一つね。

「管理パネル→アーカイブ」で設定を編集します。

解説はこちら。（XMFのマニュアルから）

そんでまぁ、これだと何がどれを指してるのはさっぱりわかりません。これに限らず用語の定義がスパッと抜けてるよねXMF。

なのでざっくりと推測。

• ジョブの設定情報：ジョブ名とかワークフロー項目の詳細とか
• ジョブで使用している関連情報ファイル：これわからんね
• 元画像ファイル：面付け用のPDFやEPS、TIFのことで、「元画像」ではないような
• データベース情報：これも想像つかない
• 前処理済みファイル（前処理で作成されたファイル）：たぶん素材を読み込んだあとのプレビューや諸データの読み込み
• レンダリング済みファイル（レンダリング処理で出力されたファイル）：面付けたもののプレビューあたり？

▽サンプル

• A4左32PのPDF素材（91MB)
• 面付け16ページ折りの表裏を出力
• TIF(300dpi)　920MB
• PDF(300dpiラスタライズ)28MB

差し替えを想定してジョブに同じ素材PDFを2ファイル食わせて、ページ割付も更新した場合のジョブアーカイブの設定と結果のデータ容量。

• 設定ナシ：ジョブの設定情報、元画像ファイル、データベース情報：247MB
• ジョブリソース含む：ジョブの設定情報、元画像ファイル、ジョブで使用している関連情報ファイル：252MB
• 前処理済みファイルを含む：ジョブの設定情報、元画像ファイル、データベース情報、前処理で作成されたファイル：519MB
• レンダリング済ファイルを含む：ジョブの設定情報、元画像ファイル、データベース情報、前処理で作成されたファイル、レンダリング処理で出力されたファイル：685MB
• ジョブリソース含む、前処理済みファイルを含む、レンダリング済ファイルを含む：690MB

この結果から、ジョブに放り込んだ面付け用データは何校分だろうがそのまま残る。

「ジョブリソース（ジョブで使用している関連情報ファイル）」は数MB程度で小さい。

「前処理済みファイル（前処理で作成されたファイル）」は面付け用の素材データとほぼ同じサイズ。たぶん素材PDFを読み込んだあとのプレビューや色割当の情報。

「レンダリング済ファイル（レンダリング処理で出力されたファイル）」はプレビュー用かなにかで素材データほどは大きくならない（が、テキスト主体の素材データだとこれが大きくなるような）

できれば、素材は貼り替えたものだけ残す、未貼付けデータは捨てて、下版したデータのみでアーカイブして欲しいのだけど、難しいんですかねそういうの。

アーカイブを戻した場合、アーカイブした「内容」としてソース、リソース、中間ってタグが表示されるんだけど、それ自体の説明は無いです。むむむ

前処理済み、レンダリング済みファイルを残せば、ジョブ操作中のプレビューが残ってるんで作業は楽。でも単に出し直すだけなら、別にプレビューも要らない。プレビューもジョブの再実行からPagePreparationを選べば生成されますし。

再処理の時間がもったいない、大量のEPSファイルが山積み、クソでかいパス多くて処理にめちゃ時間がかかる…なんてジョブじゃなければ、レンダリング済みも前処理済ファイルも要らないかもね。

リモートデスクトップでの認証エラー(要求された関数はサポートされません , CredSSP)への対処

https://qiita.com/fjtter/items/be213ff906b17809bf92

XMFが稼働するWindowsServer 2012R2にWin10のリモートデスクトップが接続できないのはなんでやのとググったら、先週のWin10/2018年5月アップデートの影響ですのん？

RIPは産業機器、制御システムであり、迂闊にOSのアップデートをしない影響がもろに出てきたわけさ。むむむ

FreeFlow@Xerox

ゼロックスのプリントサーバの日本語パンフレットが回ってきたのでメモ。

https://www.fujixerox.co.th/en/Products/TH-Software-Products/Production/FreeFlow-Core

これの邦訳版。パンフレットがある以上は日本語化されてるんスね。iGenはPXやGX、Fieryじゃなく、こっちが基本なんでしたっけか。となると、それ用に日本語化したのかしら？

VersantやDocuColorとかにも載るので、弊社的にはそこそこ対応可能。POD担当にXMFを覚えさせるよりゃ、こっちのPOD用プリンタサーバに習熟、完結するほうが手離れ良い気はします。

データ流用NGというか、オフセット印刷用とは完全に分けて運用、ってのは営業も顧客も含めて徹底しないとマズイけども。

日本の仕切りだと、どこも電子マニュアルをメーカーサイトに置きたがらないし、support.xerox.comの言語セレクタには日本語ないし、そもそも実際に国内でFreeFlow使ってんのか的な。

デカいPOD機、プロダクションプリンタだとRIPで面付じゃなく付属サーバで面付しますのん？　キャリブレーションや用紙、位置合わせはやるのは分かるんですけど。

おっとアレか、上から下までの自動化だけじゃなく、4C以外の別色トナーや、印刷用紙以外の刷り物（フィルムとか）とか、そのへんの都合を考えるとそっちに固める方がいいな。オペレータもオフセットからの転換はやんないだろうし、手癖や刷り込みが無い新人付けるほうが都合良いね。

ただ、刷り物でもラベルやら什器とかなら、Eskoを薦められる気がしないでもない。

InDesignの印刷可能領域を活かしつつ適切なトンボを付ける＠XMF

見開きゲラや面付けた校正紙の裁ち落とし外へ色玉やページ、作業者名を入れるのに、InDesignの印刷可能領域（トンボの外をどこまで活かすか）を使ってます。

んで、XMFはPDFのサイズ読んで自動でトンボを付け直す都合上、断ち切りより外のデータが消えちゃうので都合悪い。そもそも印刷可能領域はPDFのサイズ（メディアとかトリムとか）の範疇外で、RIPだとそういうの不要なわけで。

断ち切りを伸ばせば（10mmぐらいね）なら出て来るけど、自動のトンボが10mm基準で作られます。デカイっつーのな。

FFGS的には「そらそういうもんだし、PDFのAuthor/作業者名なら隠しノンブルとして出せるようにしといたったわ、喜べや」ぐらいの感じですけど、隠しノンブルの位置が自動なんでこれまた使いづらい。小口やノドからちょっとぐらい離して配置させてよ！

AuthorについてはInDesignのscript/startupにそういうスクリプト入れれば、書き出したPDFに自動で書き込まれるので、まぁ許せる。

いろいろやった結果、一本トンボなら印刷可能領域は出てきました。現場や営業的には許してくんねーわよねぇコレ。

このままCTP版の出力に使うわけじゃないし、輪転屋に頼むにしてもこのトンボを使うわけじゃないから良いんだろうけども。