OCR PNG64の全て
ドラッグアンドドロップ または クリックで選択
プライベートで安全
すべてがブラウザで行われます。あなたのファイルが私たちのサーバーに触れることはありません。
超高速
アップロードも待つ必要もありません。フ ァイルをドロップした瞬間に変換します。
本当に無料
アカウントは必要ありません。隠れたコストもありません。ファイルサイズのトリックもありません。
光学文字認識(OCR)は、テキストの画像(スキャン、スマートフォンの写真、PDF)を機械が読み取れる文字列に、そしてますます 構造化データに変換します。現代のOCRは、画像をクリーンアップし、テキストを見つけ、それを読み取り、豊富なメタデータをエクスポートするパイプラインであり、 下流のシステムがフィールドを検索、索引付け、または抽出できるようにします。広く使用されている2つの出力標準は、 hOCR、テキストとレイアウトのためのHTMLマイクロフォーマット、および ALTO XML、図書館/アーカイブ指向のスキーマです。どちらも位置、読み取り順序、その他のレイアウトの合図を保持し、Tesseractのような人気のあるエンジンでサポートされています。
パイプラインの簡単なツアー
前処理。 OCRの品質は、画像のクリーンアップから始まります:グレースケール変換、ノイズ除去、 しきい値処理(二値化)、および傾き補正。標準的なOpenCVのチュートリアルでは、グローバル、 適応型 および Otsu のしきい値処理が扱われています。これらは、不均一な照明やバイモーダルなヒストグラムを持つドキュメントの定番です。ページ内で照明が変化する場合 (電話のスナップショットを考えてみてください)、適応型メソッドは単一のグローバルしきい値よりも優れていることがよくあります。Otsu はヒストグラムを分析して自動的にしきい値を選択します。傾き補正も同様に重要です:Houghベースの 傾き補正(ハフライン変換)とOtsuの二値化を組み合わせることは、生産前処理パイプラインで一般的で効果的なレシピです。
検出と認識。 OCRは通常、テキスト検出(テキストはどこにあるか ?)とテキスト認識(何が書かれているか?)に分けられます。自然なシーンや多くのスキャンでは、 EAST のような完全畳み込み検出器は、重い提案段階なしで単語または行レベルの四辺 形を効率的に予測し、 一般的なツールキット(例: OpenCVのテキスト検出チュートリアル)に実装されています。複雑なページ(新聞、フォーム、書籍)では、行/領域のセグメンテーションと読み取り順序の推論が重要です:Kraken は、従来のゾーン/ラインセグメンテーションとニューラルベースラインセグメンテーションを実装しており、さまざまなスクリプトと方向(LTR / RTL /垂直)を明示的にサポートしています。
認識モデル。 古典的なオープンソースの主力製品である Tesseract (Googleによってオープンソース化され、HPにルーツを持つ)は、文字分類器からLSTMベースのシーケンス 認識器に進化し、検索可能なPDF、 hOCR / ALTOフレンドリーな出力などをCLIから出力できます。現代の認識器は、事前にセグメント化された文字なしでシーケンスモデリングに依存しています。 コネクショニスト時間分類(CTC) は、入力特徴シーケンスと出力ラベル文字列間のアライメントを学習する基礎であり続け、手書きおよびシーンテキストパイプラインで広く 使用されています。
過去数年間で、TransformerはOCRを再構築しました。 TrOCR は、ビジョントランスフォーマーエンコーダーとテキストトランスフォーマーデコーダーを使用し、大規模な合成コーパスでトレーニングされた後、 実際のデータで微調整され、印刷、手書き、シーンテキストのベンチマークで強力なパフォーマンスを発揮します( Hugging Faceのドキュメントも参照)。並行して、一部のシステムは下流の理解のためにOCRを回避します: Donut(Document Understanding Transformer) は、ドキュメント 画像から直接構造化された回答(キーと値のJSONなど)を出力するOCRフリーのエンコーダーデコーダーです(リポジトリ、 モデルカード)、別のOCRステップがIEシステムにフィードされるときのエラー蓄積を回避します。
エンジンとライブラリ
多くのスクリプトでバッテリー付属のテキスト読み取りが必要な場合は、 EasyOCR が80以上の言語モデルを備えたシンプルなAPIを提供し、ボックス、テキスト、信頼度を返します。これはプロトタイプや 非ラテン文字のスクリプトに便利です。歴史的な文書の場合、 Kraken はベースラインセグメンテーションとスクリプト対応の読み取り 順序で優れています。柔軟な行レベルのトレーニングには、 Calamari がOcropyの系統に基づいて構築されています(Ocropy)(マルチ)LSTM + CTC認識器とカスタムモデルを微調整するためのCLIを備えています。
データセットとベンチマーク
一般化はデータにかかっています。手書きの場合、 IAM手書きデータベース は、トレーニングと評価のために作家の多様な英語の文章を提供します。これは、 行と単語の認識のための長年の参照セットです。シーンテキストの場合、 COCO-Text は、MS-COCOに広範な注釈を重ね、印刷/手書き、判読可能/判読不能、スクリプト、および 完全な転写のラベルを付けました(元の プロジェクトページも参照)。この分野はまた、合成事前トレーニングに大きく依存しています: SynthText in the Wild は、リアルなジオメトリと照明でテキストを写真にレンダリングし、事前トレーニング 検出器と認識器に大量のデータを提供します(参照 コードとデータ)。
ICDARのRobust Reading の傘下での競争は、評価を現実的なものに保ちます。最近のタスクは、エンドツーエンドの検出/読み取りを強調し、単語を フレーズにリンクすることを含み、公式コードは 精度/再現率/ Fスコア、和集合上の積集合 (IoU)、および文字レベルの編集距離メトリックを報告します。これは、実践者が追跡すべきことを反映しています。
出力形式と下流での使用
OCRはめったにプレーンテキストで終わりません。アーカイブやデジタルライブラリは ALTO XML を好みます。なぜなら、コンテンツとともに物理的なレイアウト(座標を持つブロック/行/単語)をエンコードし、 METSパッケージングとうまく連携するからです。 hOCR マイクロフォーマットは、対照的に、ocr_lineや ocrx_wordなどのクラスを使用して同じアイデアをHTML / CSSに埋め込み、Webツールで簡単に表示、編集、変換できるようにします。Tesseractは両方を公開しています。たとえば、 CLIから直接hOCRまたは検索可能なPDFを生成します(PDF出力ガイド)。 pytesseract のようなPythonラッパーは利便性を高めます。リポジトリに固定の取り込み 標準がある場合、hOCRとALTOの間で変換するためのコンバーターが存在します。この厳選された リストを参照してください OCRファイル形式ツール。
実践的なガイダンス
- データと清潔さから始めましょう。 画像が電話の写真や品質の低いスキャンである場合は、 モデルの調整を行う前に、しきい値処理(適応型とOtsu)と傾き補正(Hough)に投資してください。認識器を交換するよりも、堅牢な前処理レシピから得られるものの方が大きいことがよくあります。
- 適切な検出器を選択してください。 通常の列を持つスキャンされたページの場合、ページセグメンター(ゾーン→ 行)で十分な場合があります。自然な画像の場合、 EAST のようなシングルショット検出器は強力なベースラインであり、多くのツールキットにプラグインします(OpenCVの例)。
- テキストに一致する認識器を選択してください。 印刷されたラテン語の場合、 Tesseract(LSTM / OEM) は頑丈で高速です。マルチスクリプトまたは迅速なプロトタイプの場合、 EasyOCR は生産的です。手書きまたは歴史的な書体の場合、 Kraken または Calamari を検討し、微調整を計画してください。ドキュメントの理解(キーと値の抽出、VQA)との緊密な結合が必要な場合は、 スキーマで TrOCR (OCR)と Donut (OCRフリー)を比較評価します。Donutは統合ステップ全体を削除する可能性があります。
- 重要なことを測定します。 エンドツーエンドシステムの場合、検出 Fスコアと認識CER / WER(どちらもレーベンシュタイン 編集距離に基づく。 CTCを参照)を報告します。レイアウトの多いタスクの場合、 ICDAR RRC 評価キットのように、IoU /タイトネスと文字レベルの正規化された編集距離を追跡します。
- 豊富な出力をエクスポートします。 hOCR /ALTO (または両方)を優先して、座標と読み取り順序を保持します。これは、検索ヒットの強調表示、テーブル/フィールド の抽出、および来歴に不可欠です。TesseractのCLIと pytesseract は、これをワンライナーにします。
今後の展望
最も強力なトレンドは収束です:検出、認識、言語モデリング、さらにはタスク固有のデコードまで が統一されたTransformerスタックに統合されています。 大規模な合成コーパス での事前トレーニングは、依然として力の乗数です。OCRフリーモデルは、ターゲットが逐語的な転写ではなく構造化された出力である場所ならどこでも積極的に競争します。 ハイブリッド展開も期待してください:長文テキスト用の軽量検出器とTrOCRスタイルの 認識器、およびフォームとレシート用のDonutスタイルのモデル。
参考文献とツール
Tesseract (GitHub) · Tesseractドキュメント · hOCR仕様 · ALTOの背景 · EAST検出器 · OpenCVテキスト検出 · TrOCR · Donut · COCO-Text · SynthText · Kraken · Calamari OCR · ICDAR RRC · pytesseract · IAM手書き · OCRファイル形式ツール · EasyOCR
よくある質問
OCRとは何ですか?
光学的文字認識(OCR)は、さまざまな形式のドキュメント(スキャンされた紙のドキュメント、PDFファイル、デジタルカメラで撮影された画像など)を編集可能で検索可能なデータに変換するために使用される技術です。
OCRはどのように機能しますか?
OCRは入力画像またはドキュメントをスキャンし、画像を個々の文字に分割し、各文字を形状認識または特徴認識を使用して文字形状のデータベースと比較します。
OCRの実用的な用途は何ですか?
OCRは印刷文書のデジタル化、テキストから音声へのサービスの活 用、データ入力プロセスの自動化、視覚障害のあるユーザーがテキストとより良く対話できるようにするなど、さまざまな業界とアプリケーションで使用されています。
OCRは常に100%正確ですか?
OCR技術は大幅に進歩していますが、それが無敵ではありません。精度は、元のドキュメントの品質と使用されているOCRソフトウェアの特性によって異なることがあります。
OCRは手書き文字を認識できますか?
OCRは主に印刷されたテキストを認識するように設計されていますが、一部の高度なOCRシステムは明瞭で一貫性のある手書き文字も認識することができます。ただし、個々の文字スタイルの変動幅が広いため、手書き文字の認識は通常、印刷されたテキストの認識よりも精度が低いです。
OCRは複数の言語を処理できますか?
はい、 多くのOCRソフトウェアは複数の言語を認識できます。ただし、特定の言語がサポートされていることを確認する必要があります。
OCRとICRとの違いは何ですか?
OCRはOptical Character Recognition(光学的文字認識)の略で、印刷されたテキストを認識します。一方、ICRはIntelligent Character Recognition(知能的文字認識)の略で、より進んだ技術を使用して手書きのテキストを認識します。
OCRはすべてのフォントと文字サイズを処理できますか?
OCRはクリアで読みやすいフォントと標準的な文字サイズを処理するのに最も適しています。それはさまざまなフォントとサイズを処理する能力を持っていますが、非常に小さい文字サイズや一般的でないフォントを処理するときには、その精度が下がる可能性があります。
OCR技術の制限は何ですか?
OCRは低解像度のドキュメント、複雑なフォント、印刷品質が悪いテキスト、手書きのテキスト、またはテキストが含まれている背景からの混乱を処理するのに問題を抱えている可能性があります。さらに、それは多言語を处理する能力を持っていますが、すべての言語を完全にカバーすることはできない可能性があります。
OCRはカラーテキストまたはカラーバックグラウンドをスキャンできますか?
はい、OCRはカラーテキストとカラーバックグラウンドをスキャンすることができますが、通常は黒いテキストと白いバックグラウンドといった高いコントラストの色の組み合わせに対して最も効果的です。テキストとバックグラウンドの色のコントラストが不十分な場合、その精度が下がる可能性があります。
PNG64 フォーマットとは何ですか?
不透明またはバイナリ透過64ビットRGBA
PNG32 画像形式は、よく知られた Portable Network Graphics (PNG) 形式の拡張版で、PNG ファミリ内で包括的な色深度と透過性のサポ ートに最適化された特定のモードを表します。PNG32 の「32」は、ピクセルあたりに使用されるビット数に対応しており、この形式では赤、緑、青、アルファチャンネルにそれぞれ 8 ビットが割り当てられます。この構造により、PNG32 は 1,600 万色以上(RGB の場合 24 ビット)を表示し、透過性の設定の全スペクトル(アルファの場合 8 ビット)を提供できるため、滑らかなグラデーションと透過効果を必要とする詳細な画像に適した選択肢となっています。
GIF のような初期の形式に関連する制限(256 色と単一の透過レベル(オンまたはオフ)のみをサポート)を克服する必要性から、PNG 形式はオープンな代替案として開発されました。PNG32 を含む PNG 形式は、ロスレス圧縮をサポートしています。つまり、保存中にファイルサイズが削減されても、画像は詳細や品質を失いません。この特性は、デジタル作品がオリジナルに忠実であることを必要とするグラフィックデザイナーや写真家にとって特に重要です。
PNG32 の技術仕様は、もともと 1990 年代半ばに設計された PNG(Portable Network Graphics)仕様で定義されています。この仕様では、ヘッダー、チャンク、データエンコード方法を含むファイル構造が概説されています。PNG ファイルは 8 バイトのシグネチャで始まり、その後一連のチャンクが続きます。PNG32 画像では、重要なチャンクには、幅、高さ、ビット深度、色タイプなどの画像ヘッダーデータを含む IHDR、オプションで色のパレットを含む PLTE、画像データを含む IDAT、PNG ファイルの終わりを示す IEND が含まれます。
PNG32 形式の際立った機能の 1 つは、各ピクセルの透過性を制御するアルファチャンネルのサポートです。ピクセルを完全に透過するか完全に不透明にすることができるより単純な透過方法とは対照的に、PNG32 のアルファチャンネルは 256 レベルの透過性を提供します。つまり、ピクセルは完全に透過から完全に不透明までさまざまな可視度を持つことができ、基礎となる画像の品質を損なうことなく、複雑な合成とオーバーレイが可能になります。
PNG32 画像の圧縮は、フィルターと DEFLATE 圧縮アルゴリズムの組み合わせを使用して実現されます。圧縮前に、画像の各行がフィルター処理されて複雑さが軽減され、本質的に圧縮が容易になります。各行のフィルターの選択は動的で、アルゴリズムはファイルサイズを最小限に抑えるために最も効率的なオプションを選択します。フィルター処理後、画像データは、画像品質を犠牲にすることなくファイルサイズを削減するロスレスデータ圧縮アルゴリズムである DEFLATE を使用して圧縮されます。フィルター処理と DEFLATE 圧縮の組み合わせにより、PNG32 ファイルはコンパクトになり、画像が鮮明でクリアなままになります。
PNG32 形式の使用は、その柔軟性、品質、透過性機能により、Web デザイン、写真、グラフィックデザインなど、さまざまなアプリケーションで広く採用されています。Web デザインでは、PNG32 画像は、鮮明なディテールと滑らかな透過エッジを必要とするロゴ、アイコン、その他の要素によく使用されます。この形式は、デジタル写真やグラフィックデザインプロジェクトなど、画像品質を妥協できないアプリケーションでも広く普及しています。透過性をサポートしながら色忠実度と細部を維持する機能により、PNG32 は これらの分野で貴重なツールとなっています。
その利点にもかかわらず、PNG32 形式には、特にファイルサイズにいくつかの欠点があります。高い色深度と透過性のサポートにより、PNG32 ファイルは、アルファ透過性のない JPEG や元の PNG 形式などのより単純な形式のファイルよりも大幅に大きくなる可能性があります。これにより、Web サイトの読み込み時間が長くなり、帯域幅の使用量が増加する可能性があります。その結果、PNG32 は高い忠実度と透過性を必要とする画像に理想的ですが、帯域幅またはストレージスペースが限られているすべてのアプリケーションに最適な選択肢ではない場合があります。
ファイルサイズの懸念に対処するために、PNG32 画像にはさまざまな最適化手法を適用できます。PNGCrush、OptiPNG、TinyPNG などのツールは、画像の品質を損なうことなくファイルサイズを削減するためのさまざまな戦略を使用します。これらのツールは画像を分析して不要なメタデータを削除し、圧縮パラメーターを調整し、視覚的な品質に大きな影響を与えない領域では色深度を削減さえします。これらの最適化により PNG32 ファイルはより管理しやすくなりますが、ファイルサイズの削減と画像の視覚的品質の保全のバランスをとることが重要です。
静止画での使用に加えて、PNG32 の透過性機能により、ビデオゲームのスプライトの作成やビデオ制作のオーバーレイ要素などのより複雑なグラフィカルタスクに最適です。詳細な透過制御により、PNG32 画像をさまざまな背景や設定にシームレスに統合でき、デジタルメディアの視覚的魅力が向上します。滑らかな透過性で詳細なグラフィックスを処 理できるため、ユーザーエクスペリエンスと視覚的品質が最優先される高度な Web アプリケーションやインタラクティブメディアにも適しています。
さまざまなソフトウェアやプラットフォームで PNG32 形式が広くサポートされていることは、もう 1 つの重要な利点です。主要な Web ブラウザ、グラフィックデザインソフトウェア、画像編集ツールは PNG32 をすぐにサポートしており、プロフェッショナルとアマチュアの両方にとって用途が広く、簡単にアクセスできる形式になっています。業界標準のソフトウェアにこの形式が含まれているため、PNG32 は、シンプルな Web グラフィックスから複雑なデジタルアートプロジェクトまで、幅広いアプリケーションで信頼できる選択肢であり続けます。
今後、Web テクノロジーとデジタルイメージング標準の継続的な進化は、PNG32 形式の役割とアプリケーションに影響を与える可能性があります。PNG32 と同等の品質を提供しますが、圧縮が優れており、ファイルサイズが小さい WebP や AVIF などの新しい形式の出現により、特定のユースケースの好みが変化する可能性があります。これらの新しい形式は、特にパフォーマンスと読み込み時間が重要な Web ベースのアプリケーションに魅力的な代替手段を提供します。ただし、PNG32 の堅牢性、広範な互換性、優れた透過性処理により、これらの属性が重要な領域での関連性が維持されます。
教育リソースとコミュニティも、PNG32 形式の関連性と利用を維持する上で重要な役割を果たしています。チュートリアル、フォーラム、ドキュメントを通じて、初心者と経験豊富なユーザーの両方が PNG32 の利点とアプリケーシ ョン、およびその使用と最適化のベストプラクティスについて学ぶことができます。この集合的な知識共有は、ファイルサイズとアプリケーション固有の考慮事項に関連する課題に対処するのに役立ち、PNG32 形式が高品質で透過的な画像の優先的な選択肢であり続けます。
結論として、PNG32 画像形式はデジタルイメージングにおける重要な進歩であり、比類のない色深度と透過性機能を提供します。ロスレス圧縮とアルファチャンネルサポートを含むその技術仕様により、Web デザインから複雑なデジタルアートまで、幅広いアプリケーションに適した用途の広い選択肢となっています。ファイルサイズと競合する新しい形式の出現に関する考慮事項が課題となっていますが、品質と透過性処理の点で PNG32 の利点は、デジタル画像のランドスケープで不可欠な形式であり続けています。デジタルイメージング技術が進歩するにつれて、PNG32 の役割は進化しますが、高品質で透過的な画像を可能にするというその貢献は、デジタルグラフィックスの歴史において注目すべき章であり続けます。
対応フォーマット
AAI.aai
AAI Dune 画像
AI.ai
Adobe Illustrator CS2
AVIF.avif
AV1 画像ファイルフォーマット
BAYER.bayer
Raw ベイヤー画像
BMP.bmp
Microsoft Windows ビットマップ画像
CIN.cin
Cineon 画像ファイル
CLIP.clip
画 像クリップマスク
CMYK.cmyk
Raw シアン、マジェンタ、イエロー、黒サンプル
CUR.cur
Microsoft アイコン
DCX.dcx
ZSoft IBM PC マルチページ Paintbrush
DDS.dds
Microsoft DirectDraw Surface
DPX.dpx
SMTPE 268M-2003 (DPX 2.0) 画像
DXT1.dxt1
Microsoft DirectDraw Surface
EPDF.epdf
カプセル化されたポータブルドキュメントフォーマット
EPI.epi
Adobe カプセル化PostScriptインターチェンジフォーマット
EPS.eps
Adobe カプセル化PostScript
EPSF.epsf
Adobe カプセル化PostScript
EPSI.epsi
Adobe カプセル化PostScriptインターチェンジフォーマット
EPT.ept
TIFFプレビュー付きカプセル化PostScript
EPT2.ept2
TIFFプレビュー付きカプセル化PostScript Level II
EXR.exr
高ダイナミックレンジ(HDR)画像
FF.ff
Farbfeld
FITS.fits
フレキシブル画像転送システム
GIF.gif
CompuServe グラフィックス交換フォーマット
HDR.hdr
高ダイナミックレンジ画像
HEIC.heic
高効率画像コンテナ
HRZ.hrz
スロースキャンテレビジョン
ICO.ico
Microsoft アイコン
ICON.icon
Microsoft アイコン
J2C.j2c
JPEG-2000 コードストリーム
J2K.j2k
JPEG-2000 コードストリーム
JNG.jng
JPEG ネットワークグラフィックス
JP2.jp2
JPEG-2000 ファイルフォーマット構文
JPE.jpe
JPEG JFIFフォーマット
JPEG.jpeg
JPEG JFIFフォーマット
JPG.jpg
JPEG JFIFフォーマット
JPM.jpm
JPEG-2000 ファイルフォーマット構文
JPS.jps
JPEG JPSフォーマット
JPT.jpt
JPEG-2000 ファイルフォーマット構文
JXL.jxl
JPEG XL画像
MAP.map
マルチレゾリューションシームレス画像データベース(MrSID)
MAT.mat
MATLAB レベル5画像フォーマット
PAL.pal
Palm ピクスマップ
PALM.palm
Palm ピクスマップ
PAM.pam
一般的な2次元ビットマップフォーマット
PBM.pbm
ポータブルビットマップフォーマット(白黒)
PCD.pcd
フォトCD
PCT.pct
Apple Macintosh QuickDraw/PICT
PCX.pcx
ZSoft IBM PC ペイントブラシ
PDB.pdb
Palm 画像ビューアフォーマット
PDF.pdf
ポータブルドキュメントフォーマット
PDFA.pdfa
ポータブルドキュメントアーカイブフォーマット
PFM.pfm
ポータブルフロートフォーマット
PGM.pgm
ポータブルグレイマップフォーマット(グレースケール)
PGX.pgx
JPEG 2000 非圧縮フォーマット
PICT.pict
Apple Macintosh QuickDraw/PICT
PJPEG.pjpeg
JPEG JFIFフォーマット
PNG.png
ポータブルネットワークグラフィックス
PNG00.png00
オリジナル画像からビット深度、カラータイプを継承したPNG
PNG24.png24
不透明またはバイナリ透過24ビットRGB(zlib 1.2.11)
PNG32.png32
不透明またはバイナリ透過32ビットRGBA
PNG48.png48
不透明またはバイナリ透過48ビットRGB
PNG64.png64
不透明またはバイナリ透過64ビットRGBA
PNG8.png8
不透明またはバイナリ透過8ビットインデックスカラー
PNM.pnm
ポータブルエニーマップ
PPM.ppm
ポータブルピクスマップフォーマット(カラー)
PS.ps
Adobe PostScriptファイル
PSB.psb
Adobe 大容量ドキュメントフォーマット
PSD.psd
Adobe Photoshop ビットマップ
RGB.rgb
Raw 赤、緑、青サンプル
RGBA.rgba
Raw 赤、緑、青、アルファサンプル
RGBO.rgbo
Raw 赤、緑、青、不透明度サンプル
SIX.six
DEC SIXELグラフィックスフォーマット
SUN.sun
Sunラスタファイル
SVG.svg
スケーラブルベクターグラフィックス
TIFF.tiff
TIFF(タグ付き画像ファイルフォーマット)
VDA.vda
Truevision Targa画像
VIPS.vips
VIPS画像
WBMP.wbmp
ワイヤレスビットマップ(レベル0)画像
WEBP.webp
WebP画像フォーマット
YUV.yuv
CCIR 601 4:1:1 または 4:2:2
よくある質問
これはどのように機能しますか?
このコンバーターはブラウザ内で完全に動作します。ファイルを選 択すると、メモリに読み込まれ、選択したフォーマットに変換されます。その後、変換されたファイルをダウンロードできます。
ファイルの変換にかかる時間は?
変換は瞬時に開始され、ほとんどのファイルは1秒以内に変換されます。大きなファイルの場合、時間がかかる場合があります。
ファイルの扱いは?
ファイルは決してサーバにアップロードされません。ブラウザ内で変換され、変換されたファイルがダウンロードされます。ファイルは見られません。
変換できるファイルタイプは?
画像フォーマット間の変換すべてに対応しています。JPEG、PNG、GIF、WebP、SVG、BMP、TIFFなどです。
料金はかかりますか?
このコンバーターは完全に無料で、永久に無料のままです。ブラウザ内で動作するため、サーバを用意する必要がないので、料金を請求する必要がありません。
一度に複数のファイルを変換できますか?
はい、一度に複数のファイルを変換できます。追加時に複数のファイルを選択してください。