無料 JPG → PNG 変換ツール

JPG画像をロスレス品質でPNG形式に瞬時に変換します。一括変換し、ZIPでダウンロードできます。

ファイルはお使いのデバイスから出ません

JPGファイルをここにドロップ またはクリックして参照

JPG/JPEG対応 · 各ファイル最大50 MB

「JPGからPNGへ」が実際に行うこと (そして行わないこと)

JPEGとPNGは、ロスレス対ロッシーの軸で鏡像の対立物です。JPEG (ISO/IEC 10918-1、1992) はDCTベースのロッシー圧縮を使用します: エンコーダは、人間の目が気づきそうにない画像データを破棄して、はるかに小さなファイルと引き換えにします。PNG (IETF RFC 2083、1996; W3C第3版、2023) はDEFLATEロスレス圧縮を使用します: すべてのピクセルがビット正確に保持されます。JPEGをPNGに変換することは、ファイルサイズの粒に逆らうものであり (PNG出力は、写真コンテンツのソースJPEGより通常3〜5倍大きい) 、重要なことに、元のJPEGが捨てた詳細のいずれも回復しません。PNGは、JPEGのすでにロッシーなピクセルを忠実に保持します: すべてのブロッキングアーティファクト、クロマブリード、エッジハロは、入力に現れたとおりに出力に焼き付けられます。

ではなぜ変換するのか? なぜならば、変換は現在のレベルでロッシー劣化を凍結し、さらなる作業をロスレスで保持する形式を提供するからです。JPEG写真を編集 (トリミング、レタッチ、色補正) して数回保存する予定がある場合、各JPEG保存は新しいDCT量子化エラーを導入し、画像は3〜4回のパス後に視覚的に劣化します。一度PNGに変換すると、その後の編集は損失を複合することなくラウンドトリップします。他の有効な理由: 宛先プラットフォームが特にPNGを必要とする、後で透明度を追加したい (PNGはアルファをサポートする; 変換出力は完全に不透明ですが、形式は将来のアルファ編集を受け入れます) 、より保守的な長期アーカイブ形式が欲しい。

変換がしないこと: 「品質を向上させる」、「JPEGアーティファクトを除去する」、または「失われた詳細を復元する」ことはしません。情報理論はここで容赦ありません。JPEGエンコーダが捨てたビットは消えています。PNGはそれらを合成して戻すことはできません。JPEGに見えるブロッキングやリンギングがある場合、PNGは同じブロッキングとリンギングを持ち、ただより大きなファイルになります。低品質のJPEGから本当に詳細を回復する唯一の方法は、AI超解像 (Real-ESRGAN、Topaz Gigapixel、Adobe Super Resolution) であり、ニューラルネットワークを使用してもっともらしい詳細を幻覚します; それは形式変換とは異なる操作です。

このツールがフードの下でどう動作するか

変換は、HTML5 Canvas 2D APIとJSZip (Stuart Knightley、MIT/GPLデュアルライセンス) をマルチファイルパッケージング用に使用します。すべてのブラウザがJPEGをネイティブにデコードするため、外部デコーダーは必要ありません。JPEGをドロップすると、File APIがバイトを新しいHTMLImageElementに渡します; ブラウザの組み込みJPEGデコーダーは、標準の逆DCT、逆量子化、YCbCrからRGBへの色変換を実行し、アルファが完全に不透明に設定された生のRGBAピクセルバッファーを生成します (JPEGは設定するアルファを持っていません) 。

新しいインメモリのが画像にサイズ設定され、デコードされたピクセルがctx.drawImage()でペイントされます。次にcanvas.toBlob('image/png')がブラウザの組み込みPNGエンコーダーを呼び出します。エンコーダーはRGBAバイトストリーム上でDEFLATE (LZ77 + Huffman) を実行し、標準準拠のPNGファイルを書き込みます。品質引数はありません: PNGは常にロスレスなので、エンコーダーの唯一のノブはDEFLATE努力レベルで、ブラウザは賢明なデフォルトで固定します。

単一ファイルの場合、出力Blobはダウンロード可能なオブジェクトURLになります。マルチファイルバッチの場合、JSZipはすべてのPNG出力を単一のZIPアーカイブにパッケージ化し、ブラウザがそれを1つのダウンロードとして提供します。何もタブを離れません。唯一のネットワークトラフィックは、最初のページロードとJSZipライブラリ (最初の訪問で~95 KB、その後キャッシュされる) です。変換中にDevToolsのNetworkタブを開いてください: 画像データを運ぶリクエストはありません。ページがロードされた後にブラウザを飛行機モードにすると、コンバーターはローカルJPEGで動作し続けます。

JPEGとPNGの簡単な歴史

JPEG、1992年。 ITU-T T.81 / ISO/IEC 10918-1、Joint Photographic Experts Group (1986年に結成) によって標準化されました。8x8 DCTブロック、オプションのクロマサブサンプリングを持つYCbCrカラー、人間の視覚に調整された量子化テーブル。ロッシー、アルファチャンネルなし。写真豊かなウェブを可能にした形式。
LZW特許危機、1994-1995年。 UnisysはGIFが使用するLZW圧縮の特許主張を始め、GIFファイルを作成するソフトウェアからライセンス料を要求しました。ウェブコミュニティは、GIFが果たしていたロスレスでアルファ付きのユースケースのための特許フリーの代替品を中心に組織化されました。
PNG 1.0、1996年1月。 Thomas Boutell、Mark Adler、およびCompuServe主導のワーキンググループが、IETFでPNGをRFC 2083として公開しました。DEFLATE圧縮 (zlibやZIPと同じLZ77+Huffmanアルゴリズム、特許もフリー) がLZWを置き換えました。フル8ビットアルファチャンネル、常にロスレス、ロイヤリティフリー。W3C勧告は1997年に続きました。
2つの形式、2つの仕事、1990年代後半以降。 JPEGは写真の事実上の形式になりました; PNGはグラフィック、ロゴ、スクリーンショット、透明度またはロスレスレンダリングを必要とするあらゆるものの標準になりました。クロス変換はそれ以来日常のワークフローになっています: 編集またはプラットフォーム要件が要求するときJPEGからPNGへ、写真コンテンツを縮小するためにPNGからJPEGへ。
ISO標準化とAPNG、2003-2010年。 PNGは2003年にISO/IEC 15948になりました。Mozillaは2004年にAPNG (アニメーションPNG) をFirefox拡張機能として開発しました; 2014年にSafariサポート、2017年にChromeサポートを獲得しましたが、W3C PNGグループは2023年の第3版でようやく正式に採用しました。
PNG第3版、2023年。 W3Cは、正式なHDRサポート (cICPチャンク) 、APNGアニメーション、標準化されたEXIFメタデータブロック (eXIfチャンク) を備えたPNGの第3版を公開しました。JPEGから30年以上経った後、両方の形式はウェブ上の主要な画像形式のままであり、WebPとAVIFが地位を獲得していますが、それらを置き換えてはいません。

使い方

JPGをアップロード： 1つまたは複数のJPG/JPEGファイルをドロップまたは選択して変換します。
変換： 「PNGに変換」をクリックして変換を開始します。ブラウザ内で瞬時に処理されます。
ダウンロード： 1枚の画像は直接ダウンロードされ、複数ファイルはZIPアーカイブにまとめて一括ダウンロードできます。

JPGをPNGに変換する理由

PNGは画像データをロスレスで保持する形式で、品質の劣化がありません。JPGと異なりPNGは透明度をサポートし、グラフィック、ロゴ、ウェブデザインに最適な鮮明で精綻な画像を生成します。透明度が必要な場合、編集用のロスレス品質が必要な場合、アーカイブ保存にはPNGへの変換をおすすめします。なお、PNGファイルは通常JPGより大きくなりますが、より良い品質と柔軟性を提供します。

機能

一括変換： 複数のJPGファイルをまとめて変換できます。1枚の画像は直接ダウンロードされ、複数ファイルはZIPにまとめられます。
ロスレス品質： PNGは圧縮アーティファクトや品質の劣化を伴わずに画像データを完全に保持します。
透明度サポート： PNGは透明背景に対応し、グラフィックやデザイン作業に最適です。
プライバシー： すべての変換はお使いのブラウザ内で行われます。サーバーへのアップロードはありません。
高速処理： 待ち時間やキューなしで瞬時に変換します。

実世界のJPG-to-PNGワークフロー

JPEGをさらなる編集のために準備する。 写真がJPEGとして到着します。レタッチ、トリミング、または色補正作業のためにPhotoshop、Affinity Photo、またはGIMPで開く前に、PNGに変換します。編集中の後続の保存はロスレスになります。JPEGに留まり、ワークフロー中に数回保存した場合、画像は3〜4回のパス後に視覚的に劣化します (DCT量子化エラーを複合) 。PNG変換は既存のロッシー状態を凍結し、さらなる劣化を防ぎます。
PNGを必要とするサービスへの提出。 一部のフォトプリントサービス、政府ポータル、学術雑誌の提出システム、デザインコンテストポータル、レガシーCMSインストールはPNGを受け入れ、JPEGを完全に拒否します。提出が「サポートされていない形式」という不可解なエラーで拒否されたときのラウンドトリップを避けるために、アップロード前に変換してください。
写真にテキストやシャープなグラフィックを追加する。 雑誌の表紙、インフォグラフィック、ミームのオーバーレイ。JPEGのDCT圧縮は、鮮明な色遷移の周りにハロを生成します: 写真の上に置かれたテキストをJPEGとして保存すると、すべての文字エッジに沿って視覚的に劣化したように見えます。PNGは混合写真とグラフィックのコンテンツを清潔に処理します。最初に写真をPNGに変換し、オーバーレイ作業を行い、結合された画像をPNGとして保存します。
編集された写真のロスレスアーカイブ。 JPEGソースの色補正やレタッチが完了したら、結果をPNGとして保存することは、将来の再保存が追加の量子化エラーを導入しないことを意味します。後で画像を再開して変更する可能性が高い場合 (わずかに異なるトリミング、追加の調整) 、PNGアーカイブは世代損失を回避します。
透明度編集の準備。 出力PNGは完全に不透明です (JPEGソースは設定するアルファを持っていませんでした) 。しかし、PNGはアルファチャンネルをサポートするため、後続の編集で背景を切り取り、半透明のハロを追加したり、画像を他のグラフィックスの上に合成したりできます。JPEGで同じワークフローを実行すると、最後にPNG変換が必要になるため、事前に変換することは、すべてのステップをロスレスに保ちます。
ピクセルパーフェクトなレンダリングが重要なウェブとUIデザイン。 デザインポートフォリオ、UIモックアップ、写真とタイポグラフィのコンテンツが混在するスクリーンショット、写真から派生したアプリアイコン。鮮明な色エッジでのJPEGハロはデザインコンテキストで耳障りなので、PNGはこれらの標準形式です。デザインプロジェクトの最初にJPEGソースアセットを一度PNGに変換することで、ワークフローの残りの部分が一貫します。

よくある落とし穴とその意味

PNGは失われたJPEGディテールを回復しません。 これは最も一般的な誤解です。JPEGエンコーダーは画像データを破棄しました; 情報理論によれば、破棄されたものを再構築することはできません。PNGはJPEGの既にロッシーなピクセルを正確に保持します、すべてのブロッキングアーティファクトとエッジハロを含みます。本当にディテールを回復する必要がある場合、AI超解像 (Real-ESRGAN、Topaz Gigapixel、Adobe Super Resolution) が必要で、ニューラルネットワークを使用してもっともらしいディテールを幻覚します。形式変換だけではこれはできません。
ファイルサイズは常に大きくなります。 典型的な写真コンテンツでは、PNGはソースJPEGより3〜5倍大きいです。非常に圧縮されたJPEGの場合は10倍になることもあります。PNGのDEFLATE圧縮は、連続調画像のためのJPEGのDCTには敵いません; PNGはロスレスでなければならないため、スペースを節約するためにJPEGのノイズパターンのいずれも捨てることができません。ファイルサイズがロスレス品質より重要な場合は、PNGに変換しないでください。
JPEGアーティファクトは正確に保持されます。 平坦領域のDCTブロッキング、色境界でのクロマブリード、ハードエッジ近くのリンギングハロ、テキストの周りの蚊ノイズ。これらすべてが今やPNGに完全な忠実度で存在します。変換はそれらを柔らかくしたり、ブロック解除したり、ノイズ除去したりしません。それらは印刷物やピクセルピーピング比較で見えます。PNGはそれらを所定の位置に凍結するだけです。
JPEG → PNG → JPEGループを避けてください。 よくある間違い: 編集のためにJPEGをPNGに変換し、編集し、結果をJPEGとして保存し、明日繰り返す。中間PNGは役に立ちません: JPEGへの各ラウンドトリップはロッシーDCT量子化を再実行します。PNGのロスレス保存から利益を得るには、すべての編集をPNGで行い、必要に応じて最後にのみJPEGに再エンコードします。
EXIFおよびICCメタデータが削除される可能性があります。 Canvasベースの再エンコードは、通常、EXIF、IPTC、XMPメタデータブロック (カメラ、露出、GPS、著作権) と埋め込まれたICCカラープロファイルを破棄します。通常の画面使用では、これは見えません; メタデータが重要なアーカイブワークフローの場合、明示的なオプションを持つImageMagickまたはjpegtran相当のメタデータ保存パスのようなメタデータ対応のデスクトップツールを使用してください。
非常に大きなJPEGは大幅なメモリが必要です。 JPEGをRGBAピクセルにデコードするには、その寸法に比例したRAMが必要です: 24メガピクセル写真 (6000x4000) はソースピクセルバッファーに約96 MB、キャンバス用の別のバッファー、PNGエンコーダーワークスペースが必要です。ブラウザに利用可能な1〜2 GBのRAMを持つモバイルデバイスは、エンコードが完了する前にOSによってタブが終了する可能性があります。

プライバシー: 画像はあなたのデバイスを離れません

すべてのクラウドベースのJPG-to-PNGコンバーター (CloudConvert、Convertio、iLoveIMG、FreeConvert、Aspose、および数十の「jpg to png online」サービス) は、ファイルをオペレーターのサーバーにアップロードし、変換を実行し、PNGをダウンロードとして返します。電話やカメラからのJPEGはEXIFメタデータを日常的に埋め込みます: 写真が撮影された場所のGPS座標 (多くの場合、数メートルまで正確) 、カメラとレンズモデル、キャプチャ日時、小さなサムネイルプレビューさえも。これらすべてがオペレーターに送られます。ほとんどのオペレーターは、アップロードを1〜2時間以内に削除し、転送中に暗号化することを約束するプライバシーポリシーを公開しており、より大きなオペレーターはISO/IEC 27001認証を保持しています。彼らはそれらのポリシーを守る強力な商業的理由を持っています。しかし、「1時間以内に削除される」は「決して見られない」ではありません。その1時間の間、写真の内容はオペレーターのインフラストラクチャに存在し、適切な権限を持つ任意のプロセスまたは人物がアクセス可能で、適用される保持ポリシーに従ってログとバックアップに表示されます。

このコンバーターは何もアップロードしません。完全なパイプライン (ファイル選択、ブラウザ組み込みデコーダーによるJPEGデコード、Canvasペイント、PNGエンコード、オプションのZIPパッケージング、ダウンロード) は、JavaScriptとHTML5 Canvas APIを使用してブラウザタブ内で実行されます。アップロードなし、画像データを運ぶネットワークリクエストなし、ログエントリなし。変換前にブラウザの開発者ツールをNetworkタブで開いて確認できます: 画像コンテンツでリクエストは発射しません。唯一のネットワークトラフィックは初期ページロードと小さなJSZipライブラリ (~95 KB) で、最初の訪問時にCDNから1回取得され、キャッシュされます。ページがロードされた後にブラウザを飛行機モードに切り替えると、コンバーターはローカルJPEGで動作し続けます。

別のツールが正しい選択肢である場合

失われたディテールを回復したいか、JPEGアーティファクトを削除したい。 形式変換ではこれはできません。AI超解像を使用してください: Real-ESRGAN (オープンソース、ChaiNNerまたはコマンドラインを介してローカルで実行) 、waifu2x (オープンソース、無料Webデモ) 、Topaz Gigapixel AI (商用デスクトップ) 、またはCamera RawまたはLightroom内のAdobe Super Resolution。これらのモデルは、何百万もの類似画像でトレーニングされたニューラルネットワークを使用してもっともらしいディテールを幻覚します。
ファイルサイズの最小化がロスレス品質よりも重要です。 PNGに変換しないでください; PNGは3〜5倍大きくなります。JPEGが許容可能な品質である場合、JPEGに留まります。より小さなファイルが必要な場合は、より低い品質設定でImage Compressorを介してJPEGを実行するか、Image Converterを介してWebPに変換します (WebP-lossyは通常、同じ品質でJPEGより25〜35%小さいです) 。
数百のファイルにわたるバッチ自動化。 Node.jsでSharp (libvipsの上に構築された正典のサーバーサイドイメージライブラリ: sharp(buf).png().toBuffer()) 、任意のシェルでImageMagick (magick input.jpg output.png) 、またはPythonでPillow (Image.open(p).save(out, 'PNG')) を使用してください。CLIツールはブラウザメモリの制限なしに数千のファイルを処理し、CIジョブ、デプロイフック、cronタスクから実行されます。
メタデータとカラープロファイルの保存を備えた印刷グレードのワークフロー。 PhotoshopのSave As PNG (ICCプロファイルとメタデータを保存) 、Affinity Photo、またはRawTherapeeを使用してください。Canvasベースのブラウザ変換は、埋め込まれたICCプロファイルとEXIFブロックを取り除く可能性があり、これは画面使用には問題ありませんが、印刷準備やキャプチャメタデータに依存するワークフローには適していません。

よくある質問

PNGは元のJPGより大きくなりますか？

おそらく大きくなります。PNGはロスレス圧縮を使用しますが、JPGは非可逆圧縮を使用し、通常はファイルサイズが小さくなります。しかし、PNGはより良い品質と透明度対応を提供します。ファイルサイズよりも品質と柔軟性が重要な場合はPNGを選んでください。

複数のファイルを一度に変換できますか？

はい。複数のJPGファイルをアップロードすると、すべてが同じ設定で変換されます。1枚の場合は直接ダウンロードされ、複数ファイルは自動的にZIPアーカイブにまとめられます。

ファイルサイズの上限はどのくらいですか？

各JPGは最大50 MBまでです。合計の変換サイズはお使いのブラウザの利用可能メモリによりますが、通常は合計数百MBのファイルを変換できます。

画像はサーバーに送信されますか?

いいえ。すべての変換はCanvas APIを使ってブラウザ内でローカルに行われます。画像がデバイスを離れることは決してなく、プライバシーとセキュリティが保証されます。

モバイルでJPGをPNGに変換できますか？

はい。このツールはデスクトップ、タブレット、モバイルのブラウザで動作します。タップしてファイルを選択し、変換してください。

JPGとPNGの品質はどう違いますか？

PNGへの変換では、元のJPGの画質が保持されます。JPGはすでに非可逆圧縮されているため、PNGに変換しても失われたディテールは復元されませんが、編集時のさらなる品質の劣化を防げます。

その他のよくある質問

PNGに変換すると、見えるJPEGアーティファクトは削除されますか?

いいえ。JPEGアーティファクト (平坦領域のDCTブロッキング、鮮明なエッジでのハロとリンギング、色遷移でのクロマブリード) は、JPEGエンコーダーがその仕事を終えた後のピクセルデータの一部です。PNGはロスレス形式です: ピクセルデータをそのまま、アーティファクトとすべてを保存します。出力PNGは、すべてのズームレベルでソースJPEGと同じに見えます。可視のJPEGアーティファクトを柔らかくしたり削除したりする必要がある場合、唯一のオプションはAIノイズ除去/超解像ツールまたは慎重な手動レタッチです; 形式変換ではこれはできません。

なぜPNGはこんなに大きいのですか?

PNGのDEFLATE圧縮は、写真コンテンツに対するJPEGのDCTよりもはるかに効果が低いからです。JPEGは、目が気づかない高周波情報を破棄することで、滑らかなグラデーションと連続調領域を非常に効率的に圧縮できます。PNGはすべてのピクセルを正確に保存する必要があるため、写真のフルノイズパターンをエンコードする必要があり、DEFLATEはこれを軽くしかできません。典型的な写真の場合、PNGは品質85の同等のJPEGより3〜5倍大きいです; 非常に圧縮されたJPEGの場合は10倍。これは予想される動作であり、ツールのバグではありません。

結果のPNGは透明度を持つことができますか?

自動的にはできません、ソースJPEGには設定するアルファチャンネルがないためです。出力PNGは完全に不透明です。しかし、PNG形式は8ビットアルファチャンネルをサポートするため、後の編集ステップでPNGを開いて (Photoshop、GIMP、Photopea、Pixelmator) 透明度を追加できます: 背景を切り取り、半透明のハロを追加し、他のグラフィックスの上に合成します。変換は、別の形式変更なしに将来の編集を受け入れる形式を提供します。

このツールはオフラインで動作しますか?

はい。JPEGデコーダーとPNGエンコーダーはどちらもすべてのブラウザに組み込まれています; 外部ライブラリはダウンロードされません。このツールがロードする唯一のライブラリはJSZip (~95 KB) で、マルチファイルバッチをZIPアーカイブにパッケージ化するためのもので、最初のロード時にCDNから1回取得され、キャッシュされます。後続の訪問は完全にオフラインで動作します。ページを一度開いた後に飛行機モードを有効にし、ローカルJPGファイルを変換することで確認できます。

私のEXIFメタデータ (カメラ、GPS、日付) は生き残りますか?

通常はいいえ。Canvasベースの再エンコードは、EXIF、IPTC、XMPメタデータブロック (カメラモデル、露出設定、GPS座標、著作権タグ) と埋め込まれたICCカラープロファイルを取り除きます。出力PNGはピクセルデータのみを運びます。通常の画面共有の場合、これは通常プライバシーの勝利です (GPS座標とデバイスのシリアル番号は漏れません) 。キャプチャメタデータを保存する必要があるアーカイブワークフローの場合、メタデータ対応のデスクトップツールを使用してください: 適切なオプションを持つImageMagick、ExifTool、またはPhotoshopのSave Asで、すべて変換全体でEXIFデータを保存できます。

デスクトップまたはコマンドラインの同等物はありますか?

いくつかあります。バッチ自動化の場合、Node.jsのsharpが標準のサーバーサイドライブラリです: sharp(buf).png().toBuffer()。任意のシェルのImageMagick: magick input.jpg output.png。PythonのPillow: Image.open(p).save(out, 'PNG')。このツールのような1回限りのインタラクティブな作業には、Squoosh (Google Chrome Labs、完全にクライアントサイド) がより近い代替手段であり、AVIFを含むより多くの出力形式をサポートします。Photoshop、Affinity Photo、macOSのPreviewはデスクトップGUIケースを処理し、ブラウザベースの変換よりも信頼性高くメタデータを保存します。