[AEM Assets]{class="badge positive" title="適用於AEM Assets)。"}
Assets支援的檔案格式 supported-file-formats
Adobe Experience Manager as a Cloud Service可為任何二進位檔案提供基本的內容管理功能，不受其格式影響，包括儲存、線上中繼資料管理、版本設定以及檔案的上傳與下載。 Adobe Experience Manager Assets支援各種檔案格式，每個產品功能都提供不同格式的特定層級支援。
此外，Experience Manager Assets提供延伸支援，以產生預覽和轉譯，並擷取 全文檢索索引 的中繼資料和文字。 此延伸支援是透過資產微服務提供，可啟用雲端中可擴充、自動化的資產處理，讓預覽、轉譯和中繼資料擷取在大型資產庫中一致地執行。
使用資產微服務的資產轉換重點包括：
下列圖例說明每種格式的支援等級。
有些功能似乎可以搭配其他格式使用，但這些格式並非正式支援。 因此，輸出可能會不一致，且功能可能無法如預期運作。
由於不支援的格式可能會產生不可靠的結果，因此請僅使用支援的格式來確保一致且可預測的行為。
Adobe格式 adobe-formats
Adobe Experience Manager (AEM) Assets會處理一系列原生Adobe檔案格式、產生預覽並擷取內嵌資訊，讓資產在數位資產管理系統中仍可搜尋及使用。 下表識別各種Adobe格式支援的處理功能。
已定義的支援功能：
- 產生縮圖 — 建立資產的視覺預覽（轉譯），以便瀏覽和搜尋結果。
- 全文擷取 — 索引檔案中的可讀文字內容，以便透過關鍵字搜尋找到資產。
- 中繼資料擷取 — 從檔案讀取內嵌的中繼資料（例如作者、標題和描述性欄位）。
- 寬度/高度 — 偵測並記錄資產的畫素或頁面尺寸。
在列出的所有Adobe格式中，除了縮圖產生、中繼資料擷取和寬度/高度偵測之外，PDF是唯一支援全文檢索擷取的格式。 表格中的每個格式都支援中繼資料擷取，而點陣化及設計格式則支援產生縮圖和寬度/高度偵測，容器或範本格式則不支援。
支援縮圖產生和寬度/高度偵測的格式： AI、DN、SBSAR、INDD、PDF、PSB、PSD和XD。 相對地，COLLAGE、IDEAS、INDT和PROTO僅支援中繼資料擷取。
Adobe格式縮寫說明：
- AI — Adobe Illustrator向量圖稿。
- 拼貼 — Adobe拼貼檔案。
- DN — 副檔名為DN的Adobe檔案。
- SBSAR — Adobe Substance資料封存。
- IDEAS — Adobe Ideas草圖檔案。
- INDD — Adobe InDesign檔案。
- INDT — Adobe InDesign範本。
- PDF — 可攜式檔案格式。
- PROTO — Adobe prototype檔案。
- PSB — Adobe Photoshop大型檔案（大）。
- PSD — Adobe Photoshop檔案。
- XD — Adobe XD體驗設計檔案。
*對於Adobe InDesign個檔案(INDD)，轉譯的大小是由內嵌在INDD檔案中的預覽影像所決定。 若要內嵌較大的轉譯，請在InDesign中設定預覽偏好設定，位於偏好設定>檔案處理>永遠儲存包含檔案的預覽影像，預覽大小。 選取較大的預覽大小可確保AEM Assets可以為InDesign檔案產生較高解析度的縮圖。
影像格式 image-formats
支援處理下列影像檔案格式，其功能跨越縮圖產生、中繼資料擷取、寬度/高度偵測和裁切。 支援的格式包括BMP （點陣圖）、GIF （圖形交換格式）、JPEG (Joint Photographic Experts Group)、PNG （可攜式網路圖形）、TIFF （標籤影像檔案格式）和 WebP 等常見點陣格式，以及向量和專用格式，包括EPS （封裝式PostScript）、SVG （可縮放的向量格式圖形）、SGI™、RGB和RGBA。
已定義的支援功能
- 產生縮圖 — 建立來源影像的較小預覽表示，可用於清單、相簿和快速視覺識別。
- 中繼資料擷取 — 讀取內嵌的資訊，例如色彩設定檔、編碼詳細資料和其他儲存在檔案中的內容。
- 寬度/高度 — 偵測影像的畫素尺寸，以啟用精確的版面配置與縮放。
- 裁切 — 將影像裁切至指定的區域，移除不需要的區域，同時保留保留保留的內容。
依格式區分的功能支援
重要支援說明
- 所有列出的格式都支援產生縮圖，讓預覽建立在整個支援的集合中都能普遍使用。
- 支援所有四種功能 （縮圖產生、中繼資料擷取、寬度/高度偵測及裁切）的格式為GIF、JPEG、PNG、RGB、RGBA、SGI™及WebP。
- BMP和 SVG 支援除了中繼資料擷取之外的每個功能，反映這些格式所攜帶的內嵌屬性資料有限。
- EPS不支援寬度/高度偵測或裁切，這與其作為PostScript式格式（而非固定維度的點陣影像）的角色一致。
- TIFF支援產生縮圖、中繼資料擷取和寬度/高度偵測，但 不 支援裁切。
在影像處理中，光柵格式（例如JPEG、PNG和WebP）會以已定義的尺寸儲存畫素資料，因此它們一致支援寬度/高度偵測和裁切。 向量導向格式（如 SVG 和EPS）透過可擴充的指示而非固定的畫素格線描述影像，這說明了上表所反映的特定維度和中繼資料相關作業支援較受限。
三維格式 support-3d-formats
支援9種3D檔案格式： DN、gLB、gLTF、OBJ、STL、FBX、3DS、USDz和SBSAR。 每種格式都支援儲存、版本設定和工作流程，而發佈、縮圖預覽、3D預覽和Dynamic Media傳遞會因格式而異，如下面的支援矩陣所示。
另請參閱在 Dynamic Media中使用3D資產。
支援的3D格式定義
支援的格式對應於廣泛使用的3D檔案型別：
- gLB和gLTF — GL Transmission Format (glTF)，有效傳輸和載入3D場景與模型的開放標準。 gLB是格式的二進位封裝。
- OBJ — Wavefront OBJ，一種表示3D網格的常用幾何定義格式。
- STL — 立體光刻(STL)，廣泛用於3D列印和快速原型製作。
- FBX — Filmbox (FBX)，3D內容、動畫和場景的交換格式。
- 3DS — 3D Studio (3DS)，舊式網格和場景格式。
- USDz — Universal Scene Description Zip (USDz)，3D資產的AR導向容器格式。
- 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相機原始資料檔案格式 都支援相同的三個核心作業： 產生縮圖、中繼資料擷取以及寬度/高度偵測。 表格中的每種格式都完全支援所有三項功能，讓涵蓋範圍在主要的相機原始影像標準中變得統一而全面。
每種格式支援的作業
每項支援的功能在處理Camera Raw檔案時，都有不同的用途：
- 產生縮圖會產生內嵌於原始檔案中或衍生自原始檔案的預覽影像，可快速進行視覺瀏覽，而不需要解碼完整的感應器資料。
- 中繼資料擷取會讀取內嵌的EXIF和製造商特定資訊，例如相機設定、曝光值，以及儲存在原始檔案中的擷取細節。
- 寬度/高度偵測決定影像的畫素尺寸，這是配置、編目和下游處理所必須的。
列出原始格式的製造商來源
Camera Raw格式主要是與特定相機製造商繫結的專有標準，因此清單涵蓋了如此多的不同副檔名。 作為一般背景，有數種支援的延伸功能適用於知名相機製造商：
- CR2和CR3 （Canon Raw版本2和3）以及 CRW 與Canon相機相關聯。
- NEF （Nikon電子格式）和 NRW 為Nikon原始格式。
- ARW、SRF和 SRW 對應至Sony和Samsung原始影像處理。
- ORF為Olympus原始格式，RAF與Fujifilm、RW2和 RWL 相關聯，並與Panasonic和Leica相關聯。
- PEF和DCR/KDC連結到Pentax和Kodak影像處理。
- DNG （數位負片）是開放式、非專屬的原始封存格式，專為廣泛的跨製造商相容性而設計。
- 其他格式，例如3FR、FFF、IIQ、MEF、MFW、MOS、MRW、ERF、GPR和 X3F 源自於中等格式、動作攝影機和專用感應器系統。
因為所有列出的格式都提供相同的縮圖產生、中繼資料擷取和維度偵測支援，所以使用者可以依賴一致的行為，無論原始檔案是由哪個相機製造商所產生。 如此廣泛且統一的涵蓋範圍，可確保各種相機系統中的檔案都能預覽、分類及處理，不受格式限制。
檔案格式 document-formats
資產管理功能支援19檔案格式，涵蓋文書處理、試算表、簡報、發佈和標籤檔案型別。 下列矩陣指定哪些功能適用於每種格式。
功能定義
相容性矩陣中的每一欄都對應至不同的資產管理功能：
- 產生縮圖 — 產生檔案的視覺預覽影像，在瀏覽大型資產庫時可加快識別速度。
- 全文擷取 — 編制檔案文字內容的索引，以便可以搜尋檔案，改善整個存放庫的可發現性。
- 寬度/高度 — 擷取檔案的維度中繼資料，該中繼資料支援版面感知處理和轉譯。
- 中繼資料管理 — 讀取並儲存內嵌檔案屬性，讓資產可依其屬性來整理、篩選及管理。
- 已連線 Assets — 讓資產可在已連線的執行個體間使用，將重複使用延伸至單一環境之外。
- 完整檔案預覽 — 呈現完整檔案以供應用程式內檢視，而不需要原生應用程式。
格式縮寫
作為參考，矩陣中的格式代碼對應於以下常見檔案型別：
- DOC / DOCX — Microsoft Word檔案（舊版和Open XML格式）
- EPUB — 電子出版物電子書格式
- HTML — HyperText標籤語言檔案
- ODF / ODM / ODP / ODS / ODT / OFG — OpenDocument格式系列（公式、主版、簡報、試算表、文字和圖形變體）
- PDF — 可攜式檔案格式
- PPT / PPTX — Microsoft PowerPoint簡報（舊版和Open XML格式）
- PS — PostScript
- RTF — RTF格式
- TXT — 純文字
- XLS / XLSX — Microsoft Excel試算表（舊版和Open XML格式）
- XML — 可延伸標籤語言檔案
Open XML格式(DOCX、PPTX、XLSX)和 PDF 提供最廣泛的功能涵蓋範圍，支援產生縮圖、全文擷取、維度中繼資料、中繼資料管理、連線Assets和完整檔案預覽。 對於依賴預覽、搜尋和跨執行個體重複使用的資產工作流程，這項全方位支援使其成為最能發揮多樣性的選擇。
視訊格式 video-formats
下表列出每個支援的視訊 檔案格式 以及每個格式可用的處理功能。 支援內容因格式而異：某些格式可針對縮圖、中繼資料和傳送完全處理，而其他格式則限於這些操作的子集。
圖例 — 每一欄的意義：
- 檔案格式 — 視訊容器或轉碼器型別，以其一般副檔名識別（例如，MP4、MOV、AVI和 WebM 是最常使用的Web相容視訊容器）。
- 產生縮圖 — 格式支援自動建立靜態預覽影像。
- 中繼資料擷取 — 此格式允許從檔案讀取技術中繼資料（例如持續時間、轉碼器和框架詳細資訊）。
- 寬度/高度 — 可自動偵測格式的畫素尺寸。
- 預覽 — 可以直接預覽格式。
- Output — 此格式支援為播放或散佈的傳遞/輸出格式。
核取記號(✓)表示支援該格式的功能；虛線(-)表示不支援該功能。
支援輸出的格式：只有 MP4 和 WebM 標示為支援的 輸出 格式。 這反映了他們作為現代網路和串流播放的標準傳送容器的角色，確保所有瀏覽器和裝置之間的廣泛相容性。 大部分其他列出的格式都支援 縮圖產生、預覽和維度偵測 以進行擷取和處理，但並非打算做為最終輸出容器。
請注意，支援 中繼資料擷取 和 縮圖產生 並非在所有格式中都一樣 — 例如，容器格式（如 3G2 和3GP）支援中繼資料擷取，但不支援縮圖產生或預覽，因為其預期用途和內部結構會限制可以執行的操作。 如AVI、F4V、FLV、M4V、MOV、MP4、MPEG、MPG和 WMV 等格式，在擷取格式中提供了最完整的處理功能集。
音訊格式 audio-formats
Assetsas a Cloud Service支援六種音訊格式的可延伸中繼資料平台(XMP)中繼資料擷取：AIF、ASF、M4A、MP3、WAV和WMA。 XMP中繼資料擷取會讀取音訊檔案中儲存的內嵌描述性資訊（例如標題、藝人、版權和其他標籤欄位），並使其可在資產管理系統中使用。 如此可讓系統根據上傳的音訊資產的內建中繼資料，而非僅根據檔案名稱來搜尋、篩選及組織這些資產。
支援的音訊格式包括：
- AIF （音訊交換檔案格式）：通常用於高品質音訊儲存的未壓縮音訊格式。
- ASF （進階系統格式）：專為串流媒體設計的容器格式。
- M4A （MPEG-4音訊）：廣泛用於音樂和有聲書的壓縮音訊格式。
- MP3 (MPEG-1 Audio Layer III)：最常用於一般用途音訊分配的壓縮音訊格式之一。
- WAV （波形音訊檔案格式）：適合高傳真和專業音訊工作的未壓縮音訊格式。
- WMA （Windows Media音訊）：在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視訊(WMV)/ASF (.wmv，.asf)
- AVI （未壓縮8位元/10位元） (.avi)
- MP4 (.mp4， .m4a， .m4v)
- ®數位視訊錄製(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轉碼接受已定義的輸入視訊格式集，而轉碼成功需視是否與建議的視訊轉碼器 （例如H264/AVC — Advanced Video Coding）符合正確的容器 （例如MP4、MOV或WMV）。 每個支援的容器都與已知可可靠轉碼的轉碼器配對，以及不支援且無法正確處理的轉碼器。 為容器選取建議的轉碼器，可確保來源視訊被接受且不會失敗轉換。
‡尚未支援 MXF （原物料交換格式） 容器以搭配Dynamic Media中的互動式視訊使用，或搭配Experience Manager Assets中的註解使用。 因此，MXF來源檔案仍可透過上述標準格式轉碼，但依賴互動視訊或註解功能的工作流程必須使用替代的支援容器。
Dynamic Media — 支援的檔案格式 document-support-dynamic-media
Adobe Experience Manager Dynamic Media支援三種檔案輸入格式： Adobe Illustrator (AI)、Adobe InDesign (INDD)和可攜式檔案格式(PDF)。 下表確切地建立了每個格式在整個資產工作流程中支援的操作 — 從初始上傳到動態轉譯傳送。
支援的輸入和輸出格式
可攜式檔案格式(PDF)是Dynamic Media中最完全支援的檔案格式。 PDF支援工作流程的每個階段： 上傳、建立影像預設集、預覽動態轉譯、傳遞動態轉譯以及下載動態轉譯。 相對地，Adobe Illustrator (AI)和 Adobe InDesign (INDD) 僅支援上傳 — 這些格式可以內嵌到Dynamic Media中，但不能用來建立影像預設集或預覽、傳遞或下載動態轉譯。
每個資料行代表Dynamic Media管道中的一個不同步驟：
- 上傳（輸入格式）：此格式可以當作來源資產擷取到Dynamic Media。
- 建立影像預設集（輸出格式）：可以將格式處理為影像預設集，以便在轉譯時重複使用。
- 預覽動態轉譯：可以預覽動態產生的資產轉譯。
- 傳遞動態轉譯：動態產生的轉譯可以傳遞至網站、應用程式或其他端點。
- 下載動態轉譯：可以下載動態產生的轉譯。
由於AI和INDD是原生設計來源檔案，它們支援作為來源資產上傳，而PDF （一種可移植、可列印且可於Web上線的傳送格式）會流經整個轉譯工作流程。
安全的PDF處理
對於安全（受密碼保護或許可權限制）的PDF，僅支援上傳。 這表示可將安全的PDF內嵌至Dynamic Media，但無法用來建立影像預設集或預覽、傳遞或下載動態轉譯。 此限制反映了內嵌於安全PDF檔案中的存取控制，這會限制Dynamic Media可對其執行的下游處理。
Dynamic Media — 支援的光柵影像格式 image-support-dynamic-media
Adobe Experience Manager Dynamic Media支援一組已定義的點陣影像格式，且每種格式都不同，無論是透過影像預設集上傳、轉換、預覽、傳遞、下載還是用於特定集型別。 下錶針對這些功能對應各種支援的格式。 動態轉譯是Dynamic Media在要求時提供之影像的隨選動態產生版本，這就是為什麼傳遞支援是格式之間的關鍵區別。
支援的格式包括AVIF （AV1影像檔案格式）、BMP （點陣圖）、EPS （封裝式PostScript）、GIF （圖形交換格式）、HEIC （高效影像容器）、JPEG （聯合攝影專家組）、PICT、PNG （可攜式網路圖形）， PSD （Photoshop文檔）、TIFF （標籤的影象檔案格式）和WEBP。
如何讀取功能欄
- 上傳（輸入格式）：此格式可以當作來源資產擷取到Dynamic Media。
- 建立影像預設集（輸出格式）：可透過影像預設集產生輸出格式。
- 預覽動態轉譯：可以在介面中預覽動態產生的資產版本。
- 傳遞動態轉譯：動態產生的版本可在要求時提供給一般使用者。
- 下載動態轉譯：可以下載產生的轉譯。
- 支援此格式的集型別：可以使用格式的特定集型別 — 影像、混合媒體和迴轉。
支援完整管道的格式 — 上傳、預設集建立、預覽、傳遞和下載 — 包括EPS、GIF、JPEG、PNG和TIFF。 相較之下，AVIF、HEIC和 WEBP 僅支援傳遞動態轉譯，不會上傳、建立預設集、預覽或下載。 BMP、JPEG、PNG和 TIFF 是影像、混合媒體和 迴轉 集型別支援的格式。
關於從PSD檔案擷取的合併影像
‡對於 PSD （Photoshop檔案） 檔案，將從PSD檔案擷取合併的影像。 此合併影像是由Adobe Photoshop產生，並內嵌於PSD檔案本身。 視檔案的儲存方式及其設定而定，合併的影像可能與實際的複合影像相符或不符，因此擷取的結果可能會與原始圖層檔案的顯示不同。
Dynamic Media — 不支援的光柵影像格式 unsupported-raster-image-formats-dm
Dynamic Media不支援下列點陣影像檔案格式的子型別。 符合這些條件的檔案無法處理，因為其編碼、色域或位元深度不在支援的範圍之內：
- IDAT區塊大小大於100 MB的PNG （可攜式網路圖形）檔案。 IDAT區塊會儲存壓縮的影像資料，而高於此臨界值的區塊會超過處理限制。
- PSB （大型檔案格式/ Photoshop Big）檔案 — 用於大於標準Photoshop大小限制之檔案的延伸PSD格式。
- PSD (Photoshop Document)檔案，其色彩空間不是CMYK、RGB、灰階或點陣圖。 不支援DuoTone、Lab和索引色域。
- 每個通道位元深度超過16位元的PSD檔案。
- 包含浮點資料的TIFF （標籤影像檔案格式）檔案。
- Lab色彩空間中的TIFF檔案。
Dynamic Media — 支援的3D檔案格式 support-3d-formats-dynamic-media
另請參閱支援的3D格式
Adobe Dynamic Media支援四種主要的3D檔案格式以進行資產擷取和傳遞： GLB、OBJ、STL和USDZ。 每種格式都有不同的工作流程，從Web式互動檢視，到3D列印和原生行動增強現實體驗。
資產檔案格式支援與驗證 asset-file-format-support-and-validation
Adobe Experience Manager (AEM) Assets處理仰賴兩個不同的機制，而且當檔案型別不完全受支援時，每個機制的運作方式都會不同。 識別哪個機制失敗是判斷觀察到的行為是否是預期的或它是否表示需要修正的問題的最快方式。
兩種機製為：
- 標準轉譯 — 一律為每個資產要求且無法設定。 由於標準轉譯會在所有內嵌的資產上自動執行，因此無論資產型別為何，都代表AEM套用的基準處理。
- Dynamic Media或自訂處理設定檔 — 可完全設定，並可依MIME （多用途網際網路郵件延伸模組）型別或資產選取條件設定範圍。 此可設定性可讓這些設定檔鎖定特定檔案型別或資產子集，而非統一套用。
為何這項區分很重要
主要差異在於可設定性。 標準轉譯適用於每個資產且無法調整，而 Dynamic Media或自訂處理設定檔 是可設定且有選擇地設定範圍。 因此，當檔案型別未完全支援時，這兩種機制可能會產生不同的結果。
判斷哪個機制失敗會釐清結果是否為預期行為或要疑難排解的問題。 如果失敗來自無法設定的標準轉譯，該行為會反映AEM對該檔案型別的基準線處理。 如果來自可設定的處理設定檔，則由MIME型別或資產選取條件定義的範圍是更容易調查的因素。
預期的轉譯失敗 expected-rendition-failures
不適用格式的轉譯預期會失敗，AEM中的依設計行為 — 不是設定錯誤。 Adobe Experience Manager (AEM)資產微服務一律會對每個上傳的資產要求一組固定的標準轉譯，無論其MIME （多用途網際網路郵件擴充功能）型別為何。 此固定集包含文字擷取和MP4 （視訊）預覽，管道會統一嘗試跨所有資產進行預覽。
由於此請求集是統一套用，因此某些轉譯原本就不適用於某些資產型別。 對於PNG （可攜式網路圖形）影像，無法產生下列轉譯：
cqdam.text.txt— 適用於檔案和其他文字資產的文字擷取轉譯。 影像未包含可擷取的內文文字，因此無法產生此轉譯。cq5dam.preview.mp4— 用於移動影像資產的視訊預覽轉譯。 靜態影像沒有要編碼的視訊資料流，因此無法產生此轉譯。
由於這些轉譯不適用於資產的實際格式，因此會記錄為 dam:failedRenditions 中的專案。 這是預期中的行為，並非設定錯誤。
只要與資產實際型別 相關的轉譯 順利完成，這類專案的存在就不會造成傷害。 針對影像資產，這表示：
- 標準影像轉譯如預期產生。
- Dynamic Media已順利處理影像的。
換言之，格式的dam:failedRenditions個專案若未套用至指定的資產型別，表示管道正確跳過不適用的輸出，而不是真正的處理錯誤。 只有當與資產實際型別相關的 為 的轉譯失敗時，才保證進行調查。
不受支援或限制的輸入格式 unsupported-or-restricted-input-formats
已知下列格式和案例不支援或限制在Adobe Experience Manager (AEM)中作為Cloud Service的資產處理，以及觀察到的行為和建議對每個進行的修正。
<stop>元素上的offset屬性/is/image，而/is/content仍會轉譯它。 這是因為SVG違反 SVG 1.1 合規性。.pem憑證#、/、;、反斜線符號、垂直線符號、[、]、%、{、}、?、&exifEX、mwg-rs、photomechanic限制每個資料夾的上傳型別 restricting-upload-types-per-folder
資料夾專屬的上傳限制可讓您僅接受單一資料夾中的特定檔案型別，而保留存放庫的其餘部分不變。 依預設，多用途網際網路郵件延伸模組(MIME)型別限制會在整個 數位資產管理(DAM) 系統中套用全域，但是這些全域規則可以在 資料夾層級 覆寫，以強制執行更嚴格、特定於位置的控制項。
若要為特定資料夾（例如/content/dam/projects）設定允許的MIME型別，請執行下列步驟：
- 導覽至工具 > Assets > Assets設定。
- 選取目標資料夾路徑（例如
/content/dam/projects）。 - 僅列出該資料夾應接受的MIME型別。
因為資料夾設定會做為明確的允許清單，所以清單上沒有的任何MIME型別都會自動為該資料夾封鎖。 因此，通常會在該資料夾中拒絕Excel試算表等常見格式，而不會影響DAM中其他位置的上傳。 這種限定範圍的方法可確保每個資料夾都可強制執行其自己的內容標準 — 將專案目錄、品牌資產存放區或部門特定資料夾限制在其預期的檔案型別內，同時更廣泛的存放庫會繼續根據其全域規則運作。
XMP中繼資料回寫衝突 XMP-metadata-writeback-conflicts
同時更新資產的中繼資料節點(cqdam.metadata.xml) （例如，從多個自訂工作流程或服務同時寫入相同資產）可能會在可擴充中繼資料平台(XMP)回寫期間產生儲存庫衝突(InvalidItemStateException、CommitFailedException)。 發生這些衝突的原因是，每個儲存作業都會預期中繼資料節點處於一致、未變更的狀態；當兩個處理作業同時修改相同的節點時，儲存區域會偵測到基礎專案已變更，並拒絕過時的寫入。 因此，一或多個競爭作業會失敗，而不會以無訊息的方式覆寫另一作業。
常見症狀和原因
由於這些失敗的寫入作業會經常重試，因此這類的重複失敗會累積成不良狀況或重試工作流程例項的待處理專案。 若保留不受管理，此待處理專案可能會隨著時間而複合，降低整體工作流程輸送量，且難以診斷根本原因。
建議的解析度
若要避免XMP回寫衝突並減少產生的工作流程待處理專案，請套用下列措施：
- 序列化並行中繼資料寫入。 檢閱自訂工作流程或服務，以便同時寫入相同資產的中繼資料節點，並將它們序列化，以便一次只有一個程式寫入指定的中繼資料節點。 以這種方式協調存取會移除觸發
InvalidItemStateException和CommitFailedException的競爭。 - 啟用工作流程清除維護。 啟用並設定工作流程清除維護，以便自動清除已完成和過時的工作流程執行個體，而非累積。 這可讓工作流程收件匣保持狀況良好，並防止暫時性回寫失敗累積至持續的待處理專案。
疑難排解檢查清單 troubleshooting-checklist
- 排除格式不適用的轉譯。 如果轉譯失敗只影響不適用於資產格式的轉譯型別（例如，影像上要求的視訊預覽），請將其視為預期行為，而非錯誤。 請改為驗證該資產的 格式適當轉譯 是否成功。
- 更正排除的檔案型別的設定檔選擇條件。 如果處理設定檔無法處理原本不應由其處理的檔案（例如 ZIP封存 或3D套件），請修正設定檔的資產選取條件，而非嘗試強制處理檔案型別。 將設定檔限製為支援的格式可從根解決失敗，因為檔案一開始就不是有效的輸入。
- 在設定之前懷疑個別檔案。 如果特定檔案失敗，而類似檔案成功，請先懷疑檔案本身。 在假設Adobe Experience Manager (AEM)組態問題之前，請檢查受限制或授權的字型 （在 PPTX 或 PDF 檔案中）、SVG合規性，或不支援的格式或副檔名不符 （例如 AVIF 或JFIF）。
- 調查工作流程備份時的複合原因。 如果工作流程在不正常狀態下進行備份，請檢查 不支援的格式處理失敗 和中繼資料回寫衝突。 由於這兩種失敗模式可以同時發生，因此它們會相互復合併加速待處理專案，因此必須解決這兩種模式才能清除待處理專案。
另請參閱