いいえ。復号も拡大縮小もエンコードも、canvasとWeb Workerを使ってブラウザーの中で行われます。サーバーには何も送られず、ページさえ読み込めば接続なしでも動きます。

そのブラウザーにエンコーダーがないからです。ブラウザーはそれを教えてくれません。GIFやHEICを求めると、種類だけ黙って書き換えたPNGが返ってきます。起動時に各フォーマットへ2ピクセルをエンコードして実際の出力を確かめるので、動くものだけが提示されます。

できませんし、もうできるふりもしません。HEICを書けるブラウザーは存在せず、EPSにはPostScriptインタープリターが要り、RAWはカメラの機種ごとに違うセンサー形式です。HEICとTIFFは入力としては受け付けます。EPSとRAWは、名前だけ偽ったPNGを返す代わりに、メッセージを出して断ります。

変換後の画像と元の画像がどれだけ似ているかを0から1で表した数値です。0.98を超えると違いを見つけるのは非常に難しく、0.95を下回ると写真ではノイズが目につき始めます。「68%削減」だけでは、都合のよい半分しか語っていないからです。

そういう作りです。ファイルを置くと復号してキューに並べるだけ。重い処理である変換は「変換」を押すまで待ちます。何度も作り直されるプレビューを追いかけずに、落ち着いて設定できるようにするためです。

大きく縮めれば必ず失われますが、程度はエンジン次第です。ブラウザーによっては 2×2 の核で一度に縮小し、残りの画素を捨てるため、輪郭がぎざぎざになります。FormatFlow は起動時にそれを測り——テスト模様を縮小して厳密な平均と比べ——ブラウザーに必要な場合だけ、半分ずつ縮める方法に切り替えます。すでにきちんと濾過するブラウザーでは、余分な工程は時間を食うだけで何も変わらないので省きます。その上からシャープ処理も足せます。

画像をcreateImageBitmapで復号し、EXIFの向きをその時点で一度だけ適用しているからです。以前は<img>要素に読み込んでいましたが、向きのタグを適用するブラウザーとしないブラウザーがあり、canvasには回転前の画像が渡っていました。

50枚です。複数のバックグラウンドワーカーで同時にエンコードされ、画像ごとの設定を入れれば、それぞれが独自のフォーマットとサイズを持てます。