ORF を WebP に変換

サーバー側の変換ツールは、何かをする前にまずファイルを受け取らなければなりません。RAW ファイルは、状態の悪い回線で送るには最悪の選択です。1 枚およそ 20 MB の ORF が 60 枚あれば、アップロードだけで 1.2 GB になります。アップロードはほぼすべての一般向け回線でいちばん遅い方向です。ダウンロードはまずまずできる宿のルーターでも、アップロードはその 10 分の 1 の速度しか出ないことがよくあります。

ここでは何も送信されません。カードはページによって読み込まれ、写真はノートパソコン自身のプロセッサーで抽出・再符号化されます。ネットワークを越えるデータは、完成した一式を自分のサイトへ送るときの分だけです。同じ 60 枚の写真ならおよそ 20 MB。従量制のテザリングでは、それが記事を公開できるかあきらめるかの分かれ目になります。

このページとその変換処理が一度読み込まれれば、変換自体にネットワークは要りません。これはブラウザーの中で動くことの性質であって、あとから追加された機能ではありません。コードもファイルも手元の機械にあるので、トンネルの中でも、飛行機の中でも、電波の届かないキャンプ場でも変わりなく動きます。

実務的には、接続があるうちにこのページを開いておき、時間があるとき——バスの中、夜、フェリーを待つ間——にカードの中身を処理し、次に接続が見つかったときに完成したファイルを公開する、という形になります。これは同時に、何もアップロードされていないことを確かめるもっとも簡潔な方法でもあります。Wi-Fi を切った状態で変換が完了するなら、どこにも何も送っていないはずだからです。

標準的な Olympus や OM System のコマは 5,184×3,888 ピクセル、およそ 2000 万画素で、ORF はたいてい 17 から 25 MB の範囲に収まります。フルサイズ機の RAW ファイルよりかなり小さく、このシステムが自宅ではなくリュックの中に収まっている理由の 1 つです。

それでも、ブログが表示するものより 3 倍以上幅があります。写真を 1,600 ピクセルで表示する旅行記は、カメラが記録した画素数の 10 分の 1 も使っておらず、それより上のすべては読者にダウンロードされてブラウザーに捨てられるだけです。変換時に最大幅を設定すれば、その節約は 1 回だけで、しかも何のコストもかからないタイミングで得られます。

抽出される写真は、シャッターが切られた瞬間にボディが書いたフル解像度の JPEG で、カメラが適用したピクチャーモードやホワイトバランス、ノイズリダクションを含みます。それは、背面の画面で確認して残す価値があると判断した画像です。

旅行記としては妥当な基準ですが、印刷にとってはそうではありません。12 ビットのセンサーデータが持つ余地——明るい空の中の復元可能なハイライトや、持ち上げられる影——は抽出された写真には入っておらず、そこから取り戻すこともできません。プレビューから公開し、良いコマだけを帰宅後に正式に現像するのは妥協というより、2 つの別々の仕事です。ORF ファイルはこのページが何をしても変わりません。

自分のテーマで写真が実際にどれだけの幅で表示されるかを確認し、高精細画面向けに鮮明にしたいならそれを 2 倍にして、その数値を使ってください。多くのブログのレイアウトでは 1,400 から 1,800 の間に収まります。全幅で表示するデザインなら 2,000 でも妥当で、画像が半分の幅で表示される文章中心の旅行記なら 1,200 で十分です。

カード全体に同じ数値を適用してください。正確な値そのものより一貫性のほうが重要です。ある写真は 2,400 ピクセル、次は 1,100 ピクセルというページは、読み込みが不揃いで、広い画面では考えが行き届いていないように見えます。バッチの最初に一度だけ設定しておけば、長い 1 日の終わりに決めなければならないことも 1 つ減ります。

同じ見た目の画質で、WebP はたいてい JPEG より 4 分の 1 から 3 分の 1 小さくなり、現行のすべてのブラウザーが読めます。写真が十数枚入った記事にとって、これは読者にとって意味のある削減です。その読者もおそらく電車の中で携帯電話を見ているのですから。

これはリサイズと競合するのではなく、リサイズに上乗せされます。5,184 ピクセルを 1,600 まで落とせばおよそ 9 割の情報量が減り、そこから WebP がさらに残りの 4 分の 1 から 3 分の 1 を減らします。どちらの段階も公開された写真では見分けが付かず、合わせれば 20 MB の撮影データがおよそ 200 KB になります。

カメラはプレビューを書き込む際に写真を 1 度圧縮し、この変換はそれを WebP としてもう 1 度圧縮します。既定の画質 82 でブログの寸法なら、この 2 回目の処理は読者には見えません。リサイズのほうがエンコーダーより写真に大きく影響します。

保つ価値のある習慣は、先週作った WebP や JPEG からではなく、毎回 ORF から変換することです。元データからの変換は 2 回の処理で済みますが、すでに変換済みのファイルをさらに変換すると 3 回になり、かすんだ空やピントの合っていない背景のような、旅行写真がもともと苦手とする部分にまさに蓄積していきます。

メタデータブロックの何も変換を生き延びません。カメラやレンズの情報も、露出設定も、撮影日も、ボディや連携した携帯電話からの GPS 座標もありません。

移動しながら公開している人にとって、これは見た目以上に意味を持ちます。投稿した日に、著者が正確にどこに、何時にいたかをインターネットへ黙って伝えてしまう旅行記と、あとから場所を説明する旅行記とでは、開示する情報が違います。位置情報を公開したいなら、自分で選んだ文章の中に書いてください。撮影日を自分の記録のために残したいなら、アーカイブする前に ORF ファイルから読み取っておいてください。

選んだファイルをまとめて置き、最大幅を 1 つ設定し、結果を ZIP として受け取ってください。各ファイルは個別の進捗とともに処理されるので、バッチを走らせたまま他のことをしていても構いませんし、1 ファイルの失敗が残りを失うこともありません。

抽出処理は軽く済みます。RAW デコーダーを走らせる必要はなく、埋め込まれた JPEG を探すためにファイルを走査するだけなので、同じ機械で RAW 現像ソフトを使うよりかなり速くなります。旅行用のノートパソコンはたいてい写真処理ではなく軽さで選ばれているので、これは重要な点です。無料枠の 100 MB という入力上限に ORF が達することもありません。

公開しても何も消費されません。ORF は 12 ビットのセンサーデータと完全なラチチュード、完全なメタデータを保っており、別のレンダリングを作れる唯一のファイルであり続けます。

カードを消去する前にバックアップを取ってください——できれば同じかばんに入れない 2 つのコピーを。WebP の一式は、数分で作り直せる使い捨ての出力として扱ってください。印刷する価値のある写真は、たいてい何週間もあとに、まともな画面の前で自分から名乗り出てきます。そのとき役に立つのは、宿で消さずに残しておいた RAW ファイルだけです。