無料画像フリッパー

フリップの仕組み

フリップはピクセル完全なミラーで、画像のジオメトリはリサンプリング・補間・劣化なしに軸を越えて反射される。ブラウザは読み込んだ画像をオフスクリーンCanvasに描画し、水平反転にはctx.scale(-1, 1)、垂直にはctx.scale(1, -1)を適用してから再描画する。変換は描画前に座標系を反転するだけなので、各出力ピクセルは正確に1つの入力ピクセルにマッピングされ、ビットマップ自体の画質は失われない。

画質が失われる可能性があるのは最終エンコードステップだけだ。PNGとWebPはロスレスエンコードをサポートし、フリップした画像を劣化なしにラウンドトリップできる。JPEGは非可逆フォーマットで；最大品質でも、CanvasをJPEGに再エンコードすると常に量子化ノイズが発生する。JPEGで始めてJPEGで返す必要がある場合、フリップと再圧縮は避けられない。ロスレスのJPEG-to-JPEG変換は可能だ（jpegtran -flip horizontalコマンドラインツールは解凍せずに離散コサイン変換係数を操作する）が、ブラウザはその操作を直接公開していない。

画像を反転する必要がある場面

• 自撮り補正。ほとんどの電話機は前面カメラのプレビューをミラー画像として表示するが（洗面所の鏡に慣れた見た目にするため）、撮影した写真はミラーなしで保存する。つまり写真を見ると「変」に見える。iOSはこれを設定 → カメラ → 前面カメラをミラーリングで対応している。水平に反転すると、目が慣れているミラーバージョンが戻る。
• 対称的なデザインレイアウト。単一のアセットからバランスの取れた構図を作る場合：左向きの矢印が右向きにも必要なロゴ・仕切りを越えてミラーする椅子の写真・一方向しかないアイコンセット。
• アートにおける構図チェック。画家や写真家は「目の疲れ」が慣れ親しんだ画像のアンバランスを隠してしまうため、伝統的に見直し中に作品を反転する。自分の写真や絵を水平に反転したバージョンは、数秒で構図の問題を明らかにする。レオナルド・ダ・ヴィンチが使っていたと言われる手法で、彼は有名に鏡文字でノートを書き、作品を新鮮な目で見ることの価値を知っていた。
• 印刷準備。印刷プロセスの一部（熱転写紙・スクリーン印刷・Tシャツのアイロン転写・特定のスタンプ彫刻）では、転写後に正しく見えるようにアートワークを事前に反転する必要がある。最初に反転しないと、テキストが逆向きになりロゴが反転する。
• デザイナーのための参考画像。RTLの書き方向でレイアウトがどう読めるかや、ミラーされた配置で旗のデザインがどう見えるかを研究する。
• 難読症 / 視覚処理ツールのアクセシビリティテスト。一部の支援技術はミラーバージョンをレンダリングする；インターフェースを反転した状態で確認することで、可読性の問題が浮かび上がることがある。

自撮りが奇妙に見える理由

知っておく価値のある小さな心理学的な理由がある：人々は他の人が見る非ミラーバージョンよりも、自分の顔のミラー画像を好む傾向がある。1977年の元の研究（Mita、Dermer & Knight、「Reversed facial images and the mere-exposure hypothesis」）は、被験者に自分のポートレートの両バージョンを見せ、ミラーバージョンの方が一貫して魅力的と評価することを発見した。単純な説明：それは毎日鏡やショーウィンドウで見るバージョンで；馴染みがあり、親しみやすさ（「単純接触効果」）が好みを生む。

実際的な結果：カメラがミラーなしで保存した自撮りを見ると、顔の非対称性が普段自分で見ているものと「入れ替わった」ように見える。写真を水平に反転すると、脳が認識するバージョンに戻る。他の人に送るために撮った写真は反転が必要ない。相手はあなたを初めて見ているので、比較するための「ミラーバージョン」を持っていない。

EXIF方向：隠れた落とし穴

カメラや電話機からのJPEG画像には、ビューワーにファイルの表示方法を伝えるOrientation（値1-8）というEXIFメタデータタグがある。「反転」結果の一部は、ピクセルを全く変更せずに方向タグの変更としてエンコードできる。これははるかに速くロスレスだ。このツールを含むほとんどのオンラインツールは、CanvasでピクセルをJPEGとして読み込み再エンコードすることでJPEGを処理する。これは表示結果としては正しく機能するが、元のEXIF方向フラグはプロセスで破棄される。

実際的な結果：入力JPEGにEXIF方向タグがあった場合（例：方向=6で「表示のために90°時計回りに回転」を意味する電話機からの縦向き写真）、出力JPEGは方向=1のフラットな既に回転済みのビットマップになる。入力と視覚的に同一だが、EXIFの方向ヒントがない。ほとんどのソフトウェアは両方のケースを正しく処理する；一部の古い写真ビューワーは入力と出力を異なる回転でレンダリングする可能性がある。

PNG対JPG出力：どちらを選ぶか

• PNGとして出力する場合は、ソースがPNG・スクリーンショット・またはシャープなエッジやテキストがある場合。PNGはロスレスで、反転した出力はソースを手動で反転したものとビット単位で同一だ。透明度を保持する。
• JPGとして出力するのは、ソースがJPEG写真で似たファイルサイズが必要な場合のみ。JPGの再エンコードは最大品質でも圧縮アーティファクトを加える。JPGは透明度をサポートしない。アルファチャンネルは背景色（通常は白）にフラット化される。
• WebPとして出力する（ツールが提供している場合）のは、現代的なウェブコンテキストで最良のサイズ対品質のトレードオフを得たい場合。ロスレスWebPはPNGより小さく；非可逆WebPは同等の視覚品質でJPGより小さい。

プライバシー

写真には画像以上のものが含まれている：EXIFメタデータには撮影したGPS座標・カメラのシリアルナンバー・元の撮影タイムスタンプ・ソフトウェアの指紋が含まれることがある。スクリーンショットには機密のUI・草稿テキスト・内部アプリのブランディングが含まれることがある。個人の写真にはサードパーティへの共有に同意していない人の顔が含まれている。サーバーサイドの反転ツールはそれらすべてを受け取る。このツールはCanvas APIを通じてブラウザ内で完全に動作し、画像はファイルシステムからインメモリのCanvasを経てダウンロードフォルダに戻る。何もアップロードされない。

よくある間違い

1. 水平反転後にテキストが読めなくなることを忘れる。単語を含むロゴ・標識・キャプション、ソースで読めるものはすべて出力で鏡文字になる。意図的な場合は有用；そうでない場合は困惑する。
2. JPEGの再圧縮による損失。JPEGを反転してJPEGとして保存すると常に再エンコードが発生する。複数の連続した反転では、中間でJPEGとして保存するステップが損失を蓄積する。複数回反転する場合は、ステップ間でPNGとして保存すること。
3. JPGとしてエクスポートして透明度を失う。JPEGにはアルファチャンネルがない。透明な背景のPNGは白（またはフォールバックの色）のJPG背景にフラット化される。
4. EXIFの方向タグを忘れる。下流のツールがEXIFの方向に依存している場合、このラウンドトリップでそれが破棄される。表示上の画像は正しい；メタデータはリセットされる。
5. アニメーションGIFを反転しようとして最初のフレームだけ得る。ほとんどのブラウザのCanvas APIはアニメーションGIFの最初のフレームしか見えない。マルチフレームの反転には、各フレームを分解して再組み立てる専用のGIFライブラリが必要だ。
6. リセットを押して作業を失う。リセットはCanvasを元の画像に置き換える。反転を重ねて1つだけ元に戻したい場合、組み込みの元に戻す機能はない；リセットして再適用すること。
7. Mobile SafariのCanvasの大きさの制限。iOS Safariはとてもサイズの大きいCanvasをクランプする（実際には約4096×4096）。非常に高解像度の画像は、反転前にブラウザによってダウンスケールされる可能性がある。大きな画像でのピクセル完全な作業には、デスクトップで行うこと。

よくある質問

反転した画像は画質が落ちますか？

フリップ操作自体はロスレスで、各出力ピクセルは座標反転によって正確に1つの入力ピクセルにマッピングされる。画質が失われるのは最終エンコードだけだ：PNGとWebPの出力はロスレスでソースのフリップとピクセル単位で同一だ。JPGの出力はビットマップを再エンコードし量子化ノイズを加える。JPGで始めてファイルサイズを小さくする必要がない場合は、2回目の圧縮パスを避けるためにPNGとして保存すること。

アニメーションGIFで動作しますか？

ブラウザのCanvas APIは通常、アニメーションGIFの最初のフレームのみを提供する。つまりここで反転したGIFは最初のフレームの単一の静止画像になり、アニメーションの反転にはならない。アニメーションGIFのフレームごとの反転には、アニメーションを分解し各フレームを反転して再組み立てる専用のGIFツールを使うこと。

写真のEXIFデータが反転後に消えるのはなぜですか？

反転がCanvasを通じて行われるためで、CanvasはEXIFメタデータではなくピクセルのみを見る。出力画像はデフォルトのEXIF方向1（回転不要）でフレッシュにエンコードされ、ソースのGPS・カメラモデル・タイムスタンプは含まれない。プライバシーの観点からはこれは通常よいことだ；アーカイブの観点からは、下流のツールにはEXIFが見えないことを意味する。

何かアップロードされますか？

いいえ。画像はブラウザでFileReader + Imageを通じてCanvasに読み込まれ、反転はctx.scale + drawImageで行われ、ダウンロードはcanvas.toBlobを通じてローカルで生成される。ネットワークリクエストは画像のバイトを転送しない。これは、画像にEXIF GPS・顔・機密UIのスクリーンショット・サードパーティに渡したくないその他のものが含まれている場合に重要だ。

最大画像サイズが50MBなのはなぜですか？

Canvas操作はファイルサイズではなくピクセル面積でスケールするが、非常に大きなファイルは間接的に非常に大きなCanvasを意味する。ブラウザはメモリが制限されたデバイスでCanvasの大きさをクランプする（特にiOS Safariは実際には約4096×4096のCanvasエリアに制限する）。50MBのキャップはタブがクラッシュするのを防ぐセーフティネットだ。より大きな画像には、まずImage Resizerツールでダウンスケールしてから反転すること。

反転と回転の違いは何ですか？

反転は画像を軸（左右または上下）を越えてミラーし、ミラー画像を作成する。回転は画像をその中心の周りで回す（90°・180°・270°）。水平反転 + 垂直反転は180°の回転と同じだが、水平反転1回は90°の回転とは異なる。実際に画像を回す（ミラーではなく）必要がある場合は、回転ツール（または180°のためにこのツールの垂直 + 水平の組み合わせ）を使うこと。