[AEM Assets]{class="badge positive" title="AEM Assetsに適用）。"}
Assets サポートされているファイル形式 supported-file-formats
Adobe Experience Manageras a Cloud Serviceは、ストレージ、オンライン メタデータ管理、バージョン管理、ファイルのアップロードとダウンロードなど、形式に関係なく、任意のバイナリ ファイルに対して 基本的なコンテンツ管理機能 を提供します。 Adobe Experience Manager Assetsは幅広いファイル形式をサポートしており、各製品機能は様々な形式に対して特定のレベルのサポートを提供します。
さらに、Experience Manager Assetsは 拡張サポート を提供し、プレビューとレンディションを生成し、フルテキストインデックスのメタデータとテキストを抽出します。 この拡張サポートは アセットマイクロサービス を通じて提供されます。これにより、クラウド内のアセットのスケーラブルな自動処理が可能になり、プレビュー、レンディション、メタデータ抽出が大規模なアセットライブラリ全体で一貫して実行されます。
アセットマイクロサービスを使用したアセット変換のハイライトは次のとおりです。
- Adobe Photoshop、Adobe InDesign、Adobe Illustrator、Adobe XD、Adobe Dimension、Adobe AcrobatまたはPDF （Portable Document Format）を含む、Adobe アプリケーションおよびサービスによって生成された主要なAdobe ファイル形式。
- 主要なイメージングファイル形式。
- キヤノン、ニコン、富士フイルム、オリンパス、その他のメーカー**（Adobe Camera Rawを搭載）など、幅広いカメラ用のCamera Raw ファイル形式。**
- Microsoft® OfficeおよびOpen Document形式を含む、一般的な文書形式です。
- 各種のビデオおよびオーディオ形式。
次の凡例は、各形式に対するサポートのレベルを表しています。
一部の機能は他の形式でも動作するように見えるかもしれませんが、これらの形式は正式にはサポートされていません。 その結果、出力に一貫性がなく、機能が期待どおりに動作しない可能性があります。
サポートされていない形式では信頼性の低い結果が生じる可能性があるため、サポートされている形式のみを使用して、一貫性のある予測可能な動作を確保します。
Adobe 形式 adobe-formats
Adobe Experience Manager （AEM） Assetsは、さまざまなネイティブ Adobe ファイル形式を処理し、プレビューを生成し、埋め込み情報を抽出して、アセットをDAM システム内で検索および使用できるようにします。 以下の表は、各Adobeフォーマットでサポートされている処理機能を示しています。
サポートされている機能の定義：
- サムネール生成 – 閲覧および検索結果用に、アセットの視覚的なプレビュー（レンディション）を作成します。
- 全文抽出 — ファイル内の読み取り可能なテキストコンテンツをインデックス作成して、キーワード検索でアセットを見つけられるようにします。
- メタデータ抽出 — ファイルから埋め込まれたメタデータ（作成者、タイトル、説明フィールドなど）を読み取ります。
- 幅/高さ — アセットのピクセルまたはページのサイズを検出して記録します。
一覧表示されているすべてのAdobe形式のうち、PDFは、サムネール生成、メタデータ抽出、幅/高さ検出に加えて、フルテキスト抽出をサポートする唯一の形式です。 テーブル内のすべての形式は メタデータ抽出 をサポートしていますが、サムネール生成と幅/高さ検出は、ラスターおよびデザイン形式ではサポートされていますが、コンテナまたはテンプレート形式ではサポートされていません。
サムネール生成と幅/高さ検出をサポートする形式： AI、DN、SBSAR、INDD、PDF、PSB、PSD、XD。 対照的に、COLLAGE、IDEAS、INDT、PROTOはメタデータ抽出のみをサポートします。
Adobe形式の略語について説明しました：
- AI — Adobe Illustrator ベクターアートワーク。
- COLLAGE — Adobe コラージュ ファイル。
- DN — DN拡張子のAdobe ファイル。
- SBSAR — Adobe Substance マテリアル アーカイブ。
- IDEAS — Adobe Ideas スケッチファイル。
- INDD — Adobe InDesign ドキュメント。
- INDT — Adobe InDesign テンプレート。
- PDF — ポータブルドキュメント形式。
- PROTO — Adobe プロトタイプファイル。
- PSB — Adobe Photoshop ラージ ドキュメント （大）。
- PSD — Adobe Photoshop ドキュメント。
- XD — Adobe XD エクスペリエンスデザインファイル。
* Adobe InDesign ファイル （INDD）の場合、レンディションのサイズは、INDD ファイルに埋め込まれたプレビュー画像によって決まります。 より大きなレンディションを埋め込むには、InDesignのプレビュー環境設定（環境設定/ファイル処理/常にドキュメントを含むプレビューイメージを保存、プレビューサイズ）を設定します。 大きいプレビューサイズを選択すると、AEM AssetsがInDesign件のドキュメントに対して高解像度のサムネールを生成できるようになります。
画像形式 image-formats
次の画像ファイル形式が処理でサポートされており、サムネイル生成、メタデータ抽出、幅/高さ検出、切り抜きの機能があります。 サポートされる形式には、BMP （ビットマップ）、GIF（Graphics Interchange Format）、JPEG（Joint Photographic Experts Group）、PNG （Portable Network Graphics）、TIFF（Tagged Image File Format）、WebPなどの一般的なラスターフォーマットと、EPS（Encapsulated PostScript）、SVG（Scalable Vector）などの特殊フォーマットがですグラフィック）、SGI™、RGB、RGBA。
サポートされる機能の定義
- サムネール生成 — ソース画像の小さいプレビュー表現を作成します。リスト、ギャラリー、簡単な視覚的識別に役立ちます。
- メタデータ抽出 — ファイル内に保存されているカラープロファイル、エンコードの詳細、その他のプロパティなどの埋め込み情報を読み取ります。
- 幅/高さ – 画像のピクセル寸法を検出し、正確なレイアウトと拡大・縮小を実現します。
- 切り抜き – 画像を指定した領域にトリミングし、保持されたコンテンツを保持しながら不要な領域を削除します。
フォーマット別の機能サポート
主なサポートノート
- 一覧表示されているすべての形式でサムネール生成がサポートされているため、サポートされているセット全体でプレビューの作成を汎用的に利用できます。
- すべての4つの機能をサポートする形式（サムネール生成、メタデータ抽出、幅/高さ検出、切り抜き）は、GIF、JPEG、PNG、RGB、RGBA、SGI™、および WebP です。
- BMPおよび SVG は、メタデータ抽出 を除くすべての機能 をサポートしています。これらの形式では、埋め込みプロパティ データが制限されていることが反映されます。
- EPSでは、幅/高さの検出や切り抜きはサポートしていません。これは、固定寸法のラスター画像ではなく、PostScript ベースのフォーマットとしての役割と一致しています。
- TIFFは、サムネール生成、メタデータ抽出、幅/高さ検出をサポートしていますが、notは切り抜きをサポートしています。
画像処理で広く認識されているように、JPEG、PNG、WebPなどのラスターフォーマットには、定義された寸法を持つピクセルベースのデータが保存されます。そのため、幅/高さの検出と切り抜きが一貫してサポートされています。 SVGや EPS のようなベクター指向のフォーマットは、固定ピクセルグリッドではなくスケーラブルな命令を通じて画像を記述します。これは、上の表に反映されている特定のディメンションとメタデータに依存する操作に対するサポートがより限定的であることを示しています。
3D 形式 support-3d-formats
9つの3D ファイル形式がサポートされています：DN、gLB、gLTF、OBJ、STL、FBX、3DS、USDz、およびSBSAR。 各形式は、ストレージ、バージョン管理、ワークフローをサポートしていますが、公開、サムネールプレビュー、3D プレビュー、配信Dynamic Mediaは、以下のサポートマトリックスに示すように、形式によって異なります。
で3D アセットを操作する Dynamic Mediaも参照してください。
サポートされている3D形式の定義
サポートされている形式は、広く使用されている3D ファイル形式に対応しています。
- gLBおよびgLTF — 3D シーンとモデルの効率的な伝送と読み込みのためのオープンスタンダードであるGL伝送形式（glTF）。 gLBは、形式のバイナリパッケージです。
- OBJ — 3D メッシュを表す一般的なジオメトリ定義フォーマットであるWavefront OBJ。
- STL — 3D プリントや迅速なプロトタイピングに広く使用されているステレオリソグラフィ （STL）。
- FBX — 3D コンテンツ、アニメーション、シーンの交換形式であるFilmbox （FBX）。
- 3DS — 3D Studio （3DS）、レガシーメッシュおよびシーン形式。
- USDz — 3D アセット用のAR指向コンテナフォーマットであるUniversal Scene Description Zip （USDz）。
- SBSAR — Substance Archive （SBSAR）、パラメトリックマテリアルとテクスチャ形式。
- DN — 3D アセットでサポートされるストレージとワークフロー形式。
機能列の説明
サポートマトリックスの各列は、特定の機能がその形式で使用できるかどうかを示します。
- ストレージ – 形式は3D アセットとして保存および管理できます。
- バージョン管理 — アセットの複数のバージョンを追跡および保持できます。
- ワークフロー — アセットは自動化されたワークフローを通じて処理できます。
- 公開 — アセットは配信用に公開できます。 パブリッシングはダウンストリーム配信に必要なため、パブリッシングサポートのないフォーマットは内部使用に限定されます。
- アクセス制御 – 権限を適用して、アセットを表示または管理できるユーザーを管理できます。
- サムネールプレビュー – 静的なサムネール画像が生成され、すばやく視覚的に識別されます。
- 3D プレビュー — モデルの検査にインタラクティブな3D プレビューを使用できます。
- Dynamic Media配信 — アセットはDynamic Mediaを通じて配信できます。 フル Dynamic Media配信をサポートする形式は、gLB、OBJ、STL、および USDz です。
3D形式のサポート行列
Camera Raw 形式 camera-raw-formats
以下に示す 27個のカメラ RAW ファイル形式 はすべて、同じ3つのコア操作（サムネイル生成、メタデータ抽出、幅/高さ検出）をサポートしています。 テーブル内の各フォーマットは、3つの機能すべてで完全にサポートされており、主要なCamera Raw規格をまたいでカバレッジが統一され、包括的になります。
各フォーマットでサポートされる操作
サポートされている各機能は、カメラのRAW ファイルを処理する際に明確な目的を果たします。
- サムネール生成は、RAW ファイルに埋め込まれたプレビュー画像またはRAW ファイルから派生したプレビュー画像を生成し、完全なセンサーデータをデコードせずに高速なビジュアルブラウジングを可能にします。
- メタデータ抽出は、埋め込まれたEXIFと、RAW ファイル内に保存されているカメラ設定、露出値、キャプチャの詳細などのメーカー固有の情報を読み取ります。
- 幅/高さ検出は、画像のピクセル寸法を決定します。これは、レイアウト、カタログ化、下流処理に不可欠です。
リストされた生フォーマットの製造元
Camera Raw形式は、主に特定のカメラメーカーに関連付けられた独自の標準です。そのため、リストは多くの異なるファイル拡張子に広がっています。 一般的な背景として、サポートされている拡張機能のいくつかは、有名なカメラメーカーに対応しています。
- CR2およびCR3 （Canon Raw バージョン 2および3）と CRW は、Canon カメラに関連付けられています。
- NEF （Nikon Electronic Format）および NRW はNikon Raw形式です。
- ARW、SRF、SRWは、SonyとSamsungのRAW画像に対応しています。
- ORFはオリンパスのRAW形式で、RAFはFujifilm、RW2および RWL とPanasonicおよびLeicaに関連付けられています。
- PEFおよびDCR/KDCは、PentaxおよびKodakのイメージングにリンクされています。
- DNG （Digital Negative）は、幅広いメーカー間の互換性を目的として設計された、オープンで非独占的な生アーカイブ形式です。
- 3FR、FFF、IIQ、MEF、MFW、MOS、MRW、ERF、GPR、X3Fなどの追加の形式は、中程度の形式、アクションカメラ、および専用センサーシステムから作成されます。
リストされているすべての形式は、サムネール生成、メタデータ抽出、およびディメンション検出に対して同じサポートを提供するため、ユーザーは、どのカメラメーカーがRAW ファイルを生成したかに関係なく、一貫した動作を信頼できます。 この広範で統一的なカバレッジにより、幅広いカメラシステムのファイルを、フォーマットに固有の制限なしにプレビュー、カタログ化、処理できるようになります。
ドキュメント形式 document-formats
アセット管理機能では、ワードプロセス、スプレッドシート、プレゼンテーション、公開、マークアップファイル形式など、19のドキュメント形式をサポートしています。 次のマトリックスは、各形式に適用される機能を指定します。
能力の定義
互換性マトリックスの各列は、明確なアセット管理機能に対応しています。
- サムネール生成 – 文書のプレビュー画像が視覚的に表示され、大規模なアセットライブラリを参照する際に識別が速くなります。
- フルテキスト抽出 – 文書のテキストコンテンツにインデックスを作成して検索できるようにすることで、リポジトリ全体で見つけやすさを向上させます。
- 幅/高さ — レイアウトに応じた処理とレンダリングをサポートする、ドキュメントのディメンション メタデータをキャプチャします。
- メタデータ管理 – 埋め込みドキュメントのプロパティを読み取って保存し、アセットを整理、フィルタリング、属性で管理できるようにします。
- Connected Assets – 接続されたインスタンス間でアセットを使用できるようにし、単一の環境を超えて再利用を拡張します。
- 完全なドキュメントのプレビュー — ネイティブアプリケーションを必要とせずに、アプリケーション内で表示するために完全なドキュメントをレンダリングします。
形式の略語
参照のために、行列の書式コードは次の一般的な文書型に対応します。
- DOC / DOCX — Microsoft Word ドキュメント （以前の形式およびOpen XML形式）
- EPUB – 電子出版物のe ブック形式
- HTML — HyperText Markup Language ドキュメント
- ODF / ODM / ODP / ODS / ODT / OFG — OpenDocument Format ファミリー（数式、マスター、プレゼンテーション、スプレッドシート、テキスト、およびグラフィックのバリエーション）
- PDF — ポータブルドキュメント形式
- PPT / PPTX — Microsoft PowerPoint プレゼンテーション （以前の形式およびOpen XML形式）
- PS — PostScript
- RTF — リッチテキスト形式
- TXT – プレーンテキスト
- XLS / XLSX — Microsoft Excel スプレッドシート （以前の形式およびOpen XML形式）
- XML – 拡張可能なマークアップ言語ドキュメント
Open XML ベースの形式（DOCX、PPTX、XLSX）および PDF は、最も幅広い機能を提供し、サムネール生成、フルテキスト抽出、ディメンション メタデータ、メタデータ管理、Connected Assetsおよびドキュメント全体のプレビューをサポートしています。 この包括的なサポートにより、プレビュー、検索、インスタンス間の再利用を必要とするアセットワークフローで最も汎用性の高い選択肢となります。
ビデオ形式 video-formats
次の表は、サポートされているすべてのビデオ ファイル形式と、それぞれに使用可能な処理機能を示しています。 サポートは形式によって異なります。一部の形式は、サムネール、メタデータ、配信に対して完全に処理でき、その他の形式は、これらの操作のサブセットに限定されます。
凡例 – 各列の意味：
- ファイル形式 – 共通の拡張子で識別されるビデオコンテナまたはコーデックタイプ（例：MP4、MOV、AVI、WebMは、最も広く使用されているweb互換ビデオコンテナです）。
- サムネール生成 – 形式では、静止プレビュー画像の自動作成がサポートされています。
- メタデータ抽出 – 形式を使用すると、技術的なメタデータ（デュレーション、コーデック、フレームの詳細など）をファイルから読み取ることができます。
- 幅/高さ – 形式のピクセル寸法を自動的に検出できます。
- プレビュー – 形式を直接プレビューできます。
- Output – この形式は、再生または配信用の配信/出力形式としてサポートされています。
チェックマーク （✓）は、その形式で機能がサポートされていることを示します。ダッシュ （-）は、その機能がサポートされていないことを示します。
出力をサポートする形式： MP4と WebM のみが、サポートされている 出力 形式としてマークされます。 これは、最新のwebおよびストリーミング再生の標準的な配信コンテナとしての役割を反映しており、ブラウザーやデバイス間の幅広い互換性を確保します。 他のほとんどのリストされた形式は、取り込みと処理で サムネイル生成、プレビュー、ディメンション検出 をサポートしていますが、最終的な出力コンテナとしては意図されていません。
メタデータ抽出と サムネール生成 のサポートは、すべての形式で統一されているわけではありません。例えば、3G2や 3GP などのコンテナ形式は、メタデータ抽出をサポートしていますが、サムネール生成やプレビューはサポートしていません。これは、操作を実行できる用途と内部構造が制限されているためです。 AVI、F4V、FLV、M4V、MOV、MP4、MPEG、MPG、WMVなどの形式は、取り込み形式の中で最も処理機能のセットを提供します。
オーディオ形式 audio-formats
Assetsas a Cloud Serviceは、AIF、ASF、M4A、MP3、WAV、WMAの6つのオーディオ形式に対するExtensible Metadata Platform （XMP）メタデータの抽出をサポートしています。 XMPのメタデータ抽出は、オーディオファイル内に保存されている埋め込まれた記述情報（タイトル、アーティスト、著作権、その他のタグフィールドなど）を読み取り、asset management system内で利用できるようにします。 これにより、アップロードされたオーディオアセットを、ファイル名だけでなく、固有のメタデータにもとづいて検索、フィルタリング、整理することができます。
サポートされているオーディオ形式は次のとおりです。
- AIF （Audio Interchange File Format）:高品質のオーディオ保存に一般的に使用される非圧縮オーディオ形式。
- ASF （Advanced Systems Format）: ストリーミングメディア用に設計されたコンテナ形式。
- M4A （MPEG-4 オーディオ）:音楽やオーディオブックに広く使用されている圧縮オーディオ形式。
- MP3 （MPEG-1 Audio Layer III）:汎用オーディオ配信で最も広く採用されている圧縮オーディオ形式の1つです。
- WAV （波形オーディオファイル形式）:高品質でプロフェッショナルなオーディオ作業に適した非圧縮オーディオ形式。
- WMA （Windows Media Audio）: Windows Media エコシステム内で開発された圧縮オーディオ形式です。
XMPのメタデータは、これらのフォーマットごとに自動的に抽出されるため、取り込まれたオーディオアセットは記述的なタグをプラットフォームに取り込み、見つけやすさを向上させ、大規模なデジタルアセット管理を合理化します。
オーディオおよびビデオの転写用にサポートされる入力形式 audio-video-transcription-formats
オーディオおよびビデオのトランスクリプションでは、次のコンテナ形式とファイル形式がサポートされています。 各エントリには、フォーマット名、該当する該当するコーデック、および入力ファイルタイプを識別する使用可能なファイル拡張子（括弧内に表示）が一覧表示されます。
- FLV （H.264およびAAC コーデック） （.flv）
- MXF （.mxf）
- MPEG2-PS、MPEG2-TS、3GP （.ts、.ps、.3gp、.3gpp、.mpg）
- Windows Media Video （WMV）/ASF （.wmv, .asf）
- AVI （非圧縮8 ビット/10 ビット） （.avi）
- MP4 （.mp4、.m4a、.m4v）
- Microsoft® デジタル ビデオ レコーディング （DVR-MS） （.dvr-ms）
- Matroska/WebM （.mkv）
- WAVE/WAV （.wav）
- QuickTime （.mov）
ヒントと制限事項 limitations-and-tips
メタデータ抽出のファイルサイズの制限
留意すべき主な制限事項は次のとおりです。
-
メタデータ抽出のファイルサイズの制限は、約15 GBです。 このしきい値に近づくかまたはこれを超える大きなアセットをアップロードすると、メタデータ抽出操作が失敗する可能性があります。 これは、抽出プロセスが利用可能な処理制限内でファイル全体をスキャンおよび解析する必要があり、非常に大きなアセットが抽出を正常に完了するために必要な処理時間とリソースを増加させるためです。
-
メタデータの抽出は、サイズ制限内に収まるアセットで最も信頼性が高くなります。 実際の結果として、個々のファイルを 約15 GB 未満に保つことで、メタデータが一貫して中断なく抽出されます。 大きなアセットで抽出が失敗した場合、ファイルサイズを小さくするか、アセットを小さなコンポーネントに分割するか、再アップロードすると、抽出操作が期待どおりに完了するのに役立ちます。
Dynamic Media - トランスコードでサポートされる入力ビデオ形式 video-dynamic-media-transcoding
Dynamic Media トランスコードは、定義された入力ビデオ形式のセットを受け入れます。トランスコードが成功するかどうかは、正しいcontainer （MP4、MOV、WMVなど）と推奨ビデオコーデック （H264/AVC — Advanced Video Codingなど）が一致するかどうかによって異なります。 サポートされている各コンテナは、以下で、確実にトランスコードされることが知られているコーデックと、サポートされておらず正しく処理されないコーデックと組み合わせています。 コンテナの推奨コーデックを選択すると、ソースビデオが確実に受け入れられ、失敗することなく変換されます。
‡ MXF （Material Exchange Format） コンテナは、Dynamic Mediaのインタラクティブビデオでの使用またはExperience Manager AssetsのAnnotationでの使用にまだサポートされていません。 その結果、MXF ソースファイルは上記の標準フォーマットを通じてトランスコードできますが、インタラクティブビデオまたは注釈機能に依存するワークフローでは、サポートされている代替コンテナを使用する必要があります。
Dynamic Media - サポートされているドキュメント形式 document-support-dynamic-media
Adobe Experience Manager Dynamic Mediaは、3つのドキュメント入力形式をサポートしています：Adobe Illustrator（AI）、Adobe InDesign（INDD）、Portable Document Format （PDF）。 次の表は、最初のアップロードから動的レンディション配信まで、アセットワークフロー全体で各フォーマットがどの操作をサポートするかを正確に示しています。
サポートされる入出力形式
Portable Document Format （PDF）は、Dynamic Mediaで最も完全にサポートされているドキュメント形式です。 PDFは、ワークフローのすべてのステージをサポートしています：アップロード、画像プリセットの作成、動的レンディションのプレビュー、動的レンディションの配信、動的レンディションのダウンロード。 対照的に、Adobe Illustrator（AI）および Adobe InDesign（INDD） では アップロードのみ がサポートされています。これらの形式はDynamic Mediaに取り込むことができますが、画像プリセットの作成や動的レンディションのプレビュー、配信、ダウンロードには使用できません。
各列は、Dynamic Media パイプラインの個別のステップを表します。
- アップロード（入力形式）:形式はDynamic Mediaにソースアセットとして取り込むことができます。
- 画像プリセットの作成（出力形式）:形式を画像プリセットに処理して、レンディション間で再利用できます。
- 動的レンディションのプレビュー：動的に生成されたアセットのレンディションをプレビューできます。
- 動的レンディションの配信：動的に生成されたレンディションは、web サイト、アプリケーション、またはその他のエンドポイントに配信できます。
- 動的レンディションをダウンロード：動的に生成されたレンディションをダウンロードできます。
AIとINDDはネイティブなデザインソースファイルであるため、ソースアセットとしてのアップロードに対応しています。また、ポータブルで印刷用およびweb用の配信フォーマットであるPDFは、レンディションワークフロー全体を流れます。
PDFの安全な処理
安全な（パスワードで保護された、または権限が制限された） PDFの場合、アップロードのみがサポートされます。 つまり、安全なPDFをDynamic Mediaに取り込むことができますが、画像プリセットの作成や、動的レンディションのプレビュー、配信、ダウンロードには使用できません。 この制限は、セキュアなPDF ファイルに組み込まれたアクセス制御を反映しており、Dynamic Mediaが実行できるダウンストリーム処理が制限されています。
Dynamic Media - サポートされているラスター画像形式 image-support-dynamic-media
Adobe Experience Manager Dynamic Mediaは、定義されたラスター画像形式のセットをサポートしています。各フォーマットは、特定のセットタイプ内でアップロード、画像プリセットを通じた変換、プレビュー、配信、ダウンロード、または使用できるかどうかで異なります。 次の表は、サポートされているすべての形式をこれらの機能に対してマップしています。 動的レンディションは、Dynamic Mediaがリクエスト時に提供する画像のオンデマンドで動的に生成されたバージョンです。そのため、配信サポートはフォーマット間の重要な違いです。
サポートされる形式は、AVIF （AV1 Image File Format）、BMP （Bitmap）、EPS （Encapsulated PostScript）、GIF （Graphics Interchange Format）、HEIC （High Efficiency Image Container）、JPEG （Joint Photographic Experts Group）、PICT、PNG （Portable Network Graphics）、です（Photoshop Document）、 TIFF （タグ付き画像ファイル形式）、および WEBP 。
機能列の読み方
- アップロード（入力形式）:形式はDynamic Mediaにソースアセットとして取り込むことができます。
- 画像プリセットの作成（出力形式）:形式は、画像プリセットを通じて出力として生成できます。
- 動的レンディションのプレビュー：動的に生成されたアセットのバージョンは、インターフェイス内でプレビューできます。
- 動的レンディションを配信：動的に生成されたバージョンは、リクエスト時にエンドユーザーに提供できます。
- 動的レンディションをダウンロード：生成されたレンディションをダウンロードできます。
- この形式をサポートするセットの種類：特定のセットの種類 – 画像、混在メディア、スピン – では、この形式を使用できます。
パイプライン全体をサポートする形式（アップロード、プリセットの作成、プレビュー、配信、ダウンロード）には、EPS、GIF、JPEG、PNG、TIFFが含まれます。 対照的に、AVIF、HEIC、WEBPは、動的レンディションの配信のみをサポートし、アップロード、プリセットの作成、プレビュー、またはダウンロードは行いません。 BMP、JPEG、PNGおよび TIFF は、画像、混在メディア、スピンのセットタイプでサポートされているフォーマットです。
PSD ファイルから抽出された結合イメージについて
‡ PSD（Photoshop Document） ファイルの場合、結合された画像はPSD ファイルから抽出されます。 この結合された画像はAdobe Photoshopによって生成され、PSD ファイル自体に埋め込まれます。 ファイルの保存方法と設定によっては、結合された画像が実際の合成画像と一致する場合と一致しない場合があるため、抽出された結果は元のレイヤー化されたドキュメントの表示結果と異なる場合があります。
Dynamic Media - サポートされていないラスター画像形式 unsupported-raster-image-formats-dm
Dynamic Mediaは、次のラスター画像ファイル形式のサブタイプをサポートしていません。 これらの条件に一致するファイルは、エンコーディング、カラースペース、またはビット深度がサポートされている範囲を超えているため、処理できません。
- IDAT チャンク サイズが100 MBを超えるPNG （Portable Network Graphics） ファイル。 IDAT チャンクは、圧縮された画像データを保存し、この閾値を超えるチャンクは、処理制限を超える。
- PSB （Large Document Format / Photoshop Big） files – 標準のPhotoshop サイズ制限を超えるドキュメントに使用される拡張PSD フォーマット。
- CMYK、RGB、グレースケール、またはビットマップ以外のカラースペースにあるPSD（Photoshop ドキュメント）ファイル。 DuoTone、Lab、インデックス化カラースペースはサポートされません。
- チャンネルあたり16 ビットを超えるビット深度のPSD ファイル。
- 浮動小数点データを含むTIFF （Tagged Image File Format） ファイル。
- Lab カラースペース内のTIFF ファイル。
Dynamic Media - サポートされている3D ファイル形式 support-3d-formats-dynamic-media
Adobe Dynamic Mediaは、アセットの取り込みと配信に使用する4つの主要な3D ファイル形式（GLB、OBJ、STL、USDZ）をサポートしています。 各フォーマットは、web ベースのインタラクティブな表示、3D プリント、ネイティブのモバイル AR （拡張現実）体験など、明確なワークフローを提供します。
アセットのファイル形式のサポートと検証 asset-file-format-support-and-validation
Adobe Experience Manager （AEM） Assets処理は 2つの異なる仕組み に依存しており、ファイルの種類が完全にサポートされていない場合、それぞれ異なる動作をします。 どのメカニズムが失敗しているかを特定することは、観察された動作が期待されているかどうか、または修正が必要な問題を示しているかどうかを判断するための最速の方法です。
2つのメカニズムは次のとおりです。
- 標準レンディション – すべてのアセットに対して常に要求され、設定できません。 標準レンディションは、取り込まれたすべてのアセットで自動的に実行されるため、アセットの種類に関係なくAEMが適用するベースライン処理を表します。
- Dynamic Mediaまたはカスタム処理プロファイル – 完全に設定可能で、MIME （Multipurpose Internet Mail Extensions）タイプまたはアセット選択条件で範囲を指定できます。 この設定が可能なため、これらのプロファイルは、特定のファイルタイプやアセットのサブセットをターゲットにすることができ、一様に適用されることはありません。
差別化が重要な理由
主な違いは設定可能性にあります。 標準レンディションは、すべてのアセットに適用され、調整できません。一方、Dynamic Mediaまたはカスタム処理プロファイルは設定可能で、選択的に範囲を設定できます。 その結果、ファイル形式が完全にサポートされていない場合、2つのメカニズムが異なる結果を生成する可能性があります。
どのメカニズムが失敗しているかを判断すると、結果が期待される動作か、トラブルシューティングの問題であるかが明確になります。 設定できない標準レンディションからエラーが発生した場合、そのビヘイビアーは、そのファイルタイプのベースライン処理をAEMに反映します。 設定可能な処理プロファイルに基づく場合、MIME タイプまたはアセット選択基準で定義された範囲は、調査する可能性が高い要因です。
予想されるレンディション エラー expected-rendition-failures
適用できない形式のレンディションエラーが予想されます。AEMでの副設計の動作は、設定ミスではありません。 Adobe Experience Manager （AEM） アセットマイクロサービスは、MIME （Multipurpose Internet Mail Extensions）タイプに関係なく、アップロードされたアセットごとに固定の標準レンディションのセットを常にリクエストします。 この固定セットには、テキスト抽出とMP4 （ビデオ）プレビューが含まれており、パイプラインはすべてのアセットにわたって均一に試みます。
このリクエストセットは一様に適用されるため、特定のレンディションは特定のアセットタイプには本質的に適用できません。 PNG （Portable Network Graphics）画像の場合、次のレンディションを作成できません。
cqdam.text.txt— ドキュメントやその他のテキストを含むアセットを対象としたテキスト抽出レンディション。 画像には抽出可能な本文が含まれていないため、このレンディションを生成できません。cq5dam.preview.mp4– 動画像アセット用のビデオプレビューレンディション。 静止画像にはエンコードするビデオストリームがないので、このレンディションは生成できません。
これらのレンディションは、アセットの実際の形式には適用されないため、dam:failedRenditionsにエントリとして記録されます。 これは、設計上の動作として期待されており、設定ミスではありません。
アセットの実際のタイプ に関連するレンディションが正常に完了する限り、このようなエントリの存在は無害です。 画像アセットの場合は、次のようになります。
- 標準の画像レンディションが期待どおりに生成されます。
- 画像の Dynamic Media処理 が正常に完了しました。
つまり、特定のアセットタイプに適用されない形式のdam:failedRenditions個のエントリは、実際の処理エラーではなく、適用できない出力をパイプラインが正しくスキップすることを示します。 調査が保証されるのは、アセットの実際のタイプに関連する is のレンディションが失敗した場合のみです。
サポートされていない、または制限された入力形式 unsupported-or-restricted-input-formats
以下の形式とシナリオは、Adobe Experience Manager （AEM） as a Cloud Serviceのアセット処理でサポートされていないか、制限されていることが分かっています。また、各アセットに対して観察される動作と推奨される修正も確認されています。
<stop>要素のoffset属性が見つからないSVG ファイル/is/imageを返しますが、/is/contentは引き続きそれをレンダリングします。 これは、SVGが SVG 1.1 のコンプライアンスに違反しているためです。.pem証明書）#、/、;、バックスラッシュ記号、パイプ記号、[、]、%、{、}、?、&などの予約文字ですexifEX、mwg-rs、photomechanic）を含むDAM アセットフォルダーごとのアップロードタイプの制限 restricting-upload-types-per-folder
フォルダー固有のアップロード制限を使用すると、1つのフォルダー内の特定のファイルタイプのみを受け入れることができますが、リポジトリーの残りの部分は変更されません。 デフォルトでは、多目的インターネットメール拡張機能（MIME）の種類の制限は、デジタルアセット管理（DAM） システム全体で グローバル 適用されますが、これらのグローバルルールは フォルダーレベル で上書きして、より厳密で場所に特化した制御を適用できます。
特定のフォルダー（例：/content/dam/projects）に対して許可されているMIME タイプを設定するには、次の手順に従います。
- ツール > Assets > Assets Configurationに移動します。
- ターゲットフォルダーのパス（
/content/dam/projectsなど）を選択します。 - そのフォルダーに受け入れられるMIME タイプを のみ 一覧表示します。
フォルダーの設定は明示的な型として機能するため、リストに含まれていないMIME許可リストに加えるは、そのフォルダーに対して自動的にブロックされます。 その結果、Excel スプレッドシートなどの一般的な形式は、DAM内の他の場所でのアップロードに影響を与えることなく、そのフォルダー内で特に拒否されます。 この広範なアプローチにより、各フォルダーが独自のコンテンツ標準を適用できるようになります。つまり、プロジェクトディレクトリ、ブランドアセットストア、部門固有のフォルダーを意図したファイルタイプに限定し、一方で広範なリポジトリーがグローバルルールの下で引き続き動作するようにします。
XMP メタデータの書き戻しの競合 XMP-metadata-writeback-conflicts
アセットのメタデータノード （cqdam.metadata.xml）に対する同時更新（例えば、複数のカスタムワークフローまたはサービスから一度に同じアセットに書き込むなど）は、Extensible Metadata Platform （XMP）の書き戻し中にリポジトリの競合（InvalidItemStateException、CommitFailedException）が発生する可能性があります。 これらの競合は、各save操作でメタデータノードが一貫した未変更の状態であることを期待しているため発生します。2つのプロセスが同じノードを同時に変更すると、リポジトリは基になる項目が既に変更されていることを検出し、古い書き込みを拒否します。 その結果、競合する操作の1つ以上が、他の操作をサイレントに上書きするのではなく、失敗します。
一般的な症状と原因
これらの失敗した書き込みは頻繁に再試行されるので、この種の失敗が繰り返されると、不正常または再試行するワークフローインスタンスのバックログに蓄積されます。 未管理の状態では、このバックログが時間の経過とともに複合化し、全体的なワークフローのスループットが低下し、根本原因の診断が困難になる可能性があります。
推奨される解決策
XMPの書き戻しの競合を防ぎ、結果として生じるワークフローバックログを削減するには、次の対策を講じます。
- 同時メタデータの書き込みをシリアライズします。 同じアセットのメタデータノードへの同時書き込みに対するカスタムワークフローまたはサービスを確認し、一度に1つのプロセスのみが特定のメタデータノードに書き込まれるようにシリアル化します。 この方法でアクセスを調整すると、トリガー
InvalidItemStateExceptionとCommitFailedExceptionの競合が削除されます。 - ワークフローのパージのメンテナンスを有効にします。 ワークフローのパージのメンテナンスを有効にして設定することで、完了したワークフローインスタンスや古いワークフローインスタンスを蓄積するのではなく、自動的にクリーンアップできます。 これにより、ワークフローの受信トレイは正常に保たれ、一時的な書き戻しエラーが永続的なバックログに組み込まれるのを防ぐことができます。
チェックリストのトラブルシューティング troubleshooting-checklist
- 形式に適用できないレンディションを除外します。 レンディションの失敗が、アセットの形式（画像で要求されたビデオプレビューなど）に適用されないレンディションタイプにのみ影響する場合は、エラーではなく期待される動作として扱います。 代わりに、そのアセットの フォーマットに適したレンディション が成功したことを確認します。
- 除外されたファイル タイプのプロファイル選択条件を修正します。 処理プロファイルで、処理する予定のないファイル （例：ZIP アーカイブまたは 3D パッケージ など）で処理プロファイルが失敗した場合、ファイルタイプを強制的に処理するのではなく、プロファイルのアセット選択条件を修正します。 プロファイルをサポートされた形式に制限すると、ファイルが最初から有効な入力ではなかったため、ルートでエラーが解決されます。
- 設定の前に個々のファイルを疑います。 類似のファイルが成功する間に特定のファイルが失敗した場合は、最初にファイル自体を疑います。 Adobe Experience Manager （AEM）の設定の問題を想定する前に、制限フォントまたはライセンス済みフォント （PPTXまたはPDF ファイル内）、SVG準拠、またはサポートされていないフォーマットまたは拡張子の不一致 （AVIFまたは JFIF など）を確認してください。
- ワークフローがバックアップされたときの複合的な原因を調査します。 ワークフローが正常でない状態でバックアップしている場合は、サポートされていない形式の処理エラーと メタデータの書き戻しの競合 の両方を確認してください。 これらの2つの障害モードは同時に発生する可能性があるため、相互に合成してバックログを高速化するため、両方を解決して解決する必要があります。
関連情報