[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 형식 약어 설명:

* 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 Graphics), SGI™, RGB 및 RGBA​와 같은 특수 형식이 포함됩니다.

지원되는 기능 정의

형식별 기능 지원

주요 지원 정보

이미지 처리에서 널리 인정된 바와 같이 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 파일 형식에 해당합니다.

기능 열 설명

지원 매트릭스의 각 열은 해당 형식에 주어진 기능을 사용할 수 있는지 여부를 나타냅니다.

3D 형식 지원 매트릭스

Camera Raw 형식 camera-raw-formats

아래에 나열된 모든 27개의 카메라 원시 파일 형식​은(는) 동일한 세 가지 핵심 작업인 썸네일 생성, 메타데이터 추출 및 너비/높이 감지​를 지원합니다. 표의 모든 형식은 세 가지 기능 모두에서 완벽하게 지원되므로 주요 카메라 원시 표준에서 일관되고 포괄적입니다.

각 형식에 대해 지원되는 작업

지원되는 각 기능은 Camera Raw 파일을 처리할 때 서로 다른 용도로 사용됩니다.

나열된 원시 형식의 제조업체 원본

Camera Raw 형식은 특정 카메라 제조업체에 연결된 독점적인 표준으로, 그 때문에 이 목록은 매우 다양한 파일 확장자를 포괄합니다. 일반적인 배경으로서, 지원되는 확장 중 몇 가지가 잘 알려진 카메라 제조업체에 매핑됩니다.

나열된 모든 형식은 썸네일 생성, 메타데이터 추출 및 차원 감지에 대해 동일한 지원을 제공하므로 사용자는 카메라 제조업체가 원시 파일을 생성한 항목에 관계없이 일관된 동작에 의존할 수 있습니다. 이처럼 광범위하고 균일한 적용 범위를 통해 다양한 카메라 시스템의 파일을 형식별 제한 없이 미리 보고, 카탈로그화하고, 처리할 수 있습니다.

문서 형식 document-formats

자산 관리 기능은 워드 프로세싱, 스프레드시트, 프레젠테이션, 게시 및 마크업 파일 형식에 걸쳐 19개의 문서 형식​을 지원합니다. 다음 매트릭스는 각 형식에 적용되는 기능을 지정합니다.

기능 정의

호환성 매트릭스의 각 열은 고유한 에셋 관리 기능에 해당합니다.

형식 약자

참고로 매트릭스의 형식 코드는 다음과 같은 일반적인 문서 유형에 해당합니다.

Open XML 기반 형식(DOCX, PPTX, XLSX) 및 PDF​은(는) 썸네일 생성, 전체 텍스트 추출, 차원 메타데이터, 메타데이터 관리, 연결된 Assets 및 전체 문서 미리 보기를 지원하는 가장 광범위한 기능을 제공합니다. 이러한 포괄적인 지원을 통해 에셋 워크플로우는 미리보기, 검색 및 교차 인스턴스 재사용에 의존하는 가장 다양한 옵션을 사용할 수 있습니다.

비디오 형식 video-formats

아래 표에는 지원되는 모든 비디오 파일 형식 및 각 비디오에 사용할 수 있는 처리 기능이 나와 있습니다. 지원은 형식에 따라 다릅니다. 일부 형식은 썸네일, 메타데이터 및 전달에 대해 완전히 처리될 수 있으며, 다른 형식은 이러한 작업의 하위 집합으로 제한됩니다.

범례 — 각 열의 의미:

확인 표시(✓)는 해당 형식에 대해 기능이 지원됨을 나타내고 대시(-)는 지원되지 않음을 나타냅니다.

출력을 지원하는 형식: MP4 및 WebM​만 지원되는 출력 형식으로 표시됩니다. 이는 최신 웹 및 스트리밍 재생을 위한 표준 게재 컨테이너로서의 역할을 반영하므로 브라우저 및 디바이스 간에 광범위한 호환성을 보장합니다. 나열된 다른 형식은 대부분 수집 및 처리를 위해 썸네일 생성, 미리 보기 및 차원 감지​를 지원하지만 최종 출력 컨테이너로 사용되지 않습니다.

메타데이터 추출 및 썸네일 생성​에 대한 지원은 모든 형식에서 균일하지 않습니다. 예를 들어 3G2 및 3GP​과(와) 같은 컨테이너 형식은 메타데이터 추출을 지원하지만 썸네일 생성 또는 미리 보기는 지원하지 않습니다. 이는 의도한 사용 및 내부 구조가 수행할 수 있는 작업을 제한하기 때문입니다. AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG 및 WMV​과 같은 형식은 수집 형식 중에서 가장 완벽한 처리 기능 집합을 제공합니다.

오디오 형식 audio-formats

Assetsas a Cloud Service은(는) AIF, ASF, M4A, MP3, WAV 및 WMA의 6가지 오디오 형식에 대한 확장 가능한 메타데이터 플랫폼(XMP) 메타데이터 추출을 지원합니다. XMP 메타데이터 추출은 오디오 파일 내에 저장된 제목, 아티스트, 저작권 및 기타 태그 지정 필드와 같은 포함된 설명 정보를 읽고 자산 관리 시스템 내에서 사용할 수 있도록 합니다. 이렇게 하면 업로드된 오디오 에셋을 파일 이름만 사용하는 것이 아니라 내장 메타데이터를 기반으로 검색, 필터링 및 구성할 수 있습니다.

지원되는 오디오 형식은 다음과 같습니다.

이러한 각 형식에 대해 XMP 메타데이터가 자동으로 추출되므로 수집된 오디오 자산은 설명 태그를 플랫폼으로 전달하여 검색 기능을 개선하고 대규모 디지털 자산 관리를 간소화합니다.

오디오 및 비디오 트랜스크립션에 대해 지원되는 입력 형식 audio-video-transcription-formats

오디오 및 비디오 트랜스크립션에 대해 다음 컨테이너 및 파일 형식이 지원됩니다. 각 항목에는 형식 이름, 관련 있는 해당 코덱 및 입력 파일 유형을 식별하는 허용되는 파일 확장자(괄호 안에 표시)가 나열됩니다.

팁 및 제한 사항 limitations-and-tips

메타데이터 추출을 위한 파일 크기 제한

기억해야 할 주요 제한 사항은 다음과 같습니다.

Dynamic Media - 코드 변환에 지원되는 입력 비디오 형식 video-dynamic-media-transcoding

Dynamic Media 코드 변환은 정의된 입력 비디오 형식 집합을 수락하며 코드 변환의 성공 여부는 올바른 container(예: MP4, MOV 또는 WMV)와 권장 비디오 코덱(예: H264/AVC — 고급 비디오 코딩)을 일치시켜야 합니다. 지원되는 각 컨테이너는 지원되지 않으며 올바르게 처리되지 않는 코덱과 함께 아래에서 코드를 안정적으로 변환하는 것으로 알려진 코덱과 쌍을 이룹니다. 컨테이너에 대한 권장 코덱을 선택하면 소스 비디오가 수락되고 실패 없이 변환됩니다.

‡ MXF(Material Exchange Format) 컨테이너는 아직 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 파이프라인의 개별 단계를 나타냅니다.

AI 및 INDD는 기본 디자인 소스 파일이므로 소스 에셋으로 업로드할 수 있으며, PDF(portable, print-and-web-ready delivery format)는 전체 렌디션 워크플로를 통해 흐릅니다.

보안 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가 있습니다.

기능 열을 읽는 방법

전체 파이프라인(업로드, 사전 설정 생성, 미리 보기, 게재 및 다운로드)을 지원하는 형식에는 EPS, GIF, JPEG, PNG 및 TIFF​이 포함됩니다. 반대로 AVIF, HEIC 및 WEBP​는 업로드, 사전 설정 생성, 미리 보기 또는 다운로드 없이 동적 렌디션만 배달하도록 지원합니다. BMP, JPEG, PNG 및 TIFF​은(는) Image, 혼합 미디어 및 Spin 집합 유형에서 지원되는 형식입니다.

PSD 파일에서 추출된 병합 이미지 정보

‡PSD(Photoshop 문서) 파일의 경우 병합된 이미지가 PSD 파일에서 추출됩니다. 이 병합된 이미지는 Adobe Photoshop에 의해 생성되며 PSD 파일 자체에 포함되어 있습니다. 파일 저장 방법과 설정에 따라 병합된 이미지가 실제 합성 이미지와 일치하거나 일치하지 않을 수 있으므로 추출된 결과는 원본 레이어 문서가 표시하는 결과와 다를 수 있습니다.

Dynamic Media - 지원되지 않는 래스터 이미지 형식 unsupported-raster-image-formats-dm

Dynamic Media은(는) 다음 하위 유형의 래스터 이미지 파일 형식을 지원하지 않습니다. 인코딩, 색상 공간 또는 비트 깊이가 지원되는 범위를 벗어나서 이러한 조건과 일치하는 파일을 처리할 수 없습니다.

Dynamic Media - 지원되는 3D 파일 형식 support-3d-formats-dynamic-media

지원되는 3D 형식도 참조하세요.

Adobe Dynamic Media은(는) 자산 수집 및 전달을 위한 4가지 기본 3D 파일 형식(GLB, OBJ, STL 및 USDZ)을 지원합니다. 각 형식은 웹 기반 대화형 보기부터 3D 인쇄 및 기본 모바일 증강 현실 경험에 이르기까지 고유한 워크플로를 제공합니다.

자산 파일 형식 지원 및 유효성 검사 asset-file-format-support-and-validation

Adobe Experience Manager​(AEM) Assets 처리는 두 개의 개별 메커니즘​을 사용하며, 파일 형식이 완전히 지원되지 않을 때 각각 다르게 동작합니다. 실패한 메커니즘을 확인하는 것은 관찰된 동작이 예상되는지 또는 수정이 필요한 문제를 나타내는지 여부를 확인하는 가장 빠른 방법입니다.

두 가지 메커니즘은 다음과 같습니다.

구별이 중요한 이유

중요한 차이점은 구성 기능에 있습니다. 표준 렌디션​은(는) 모든 에셋에 적용되며 조정할 수 없습니다. 반면 Dynamic Media또는 사용자 지정 처리 프로필​은(는) 구성 및 선택적 범위를 지정할 수 있습니다. 따라서 파일 유형이 완전히 지원되지 않을 경우 두 메커니즘이 서로 다른 결과를 생성할 수 있습니다.

실패한 메커니즘을 확인하면 결과가 예상되는 비헤이비어인지 또는 문제 해결인지 명확해집니다. 구성할 수 없는 표준 렌디션에서 오류가 발생하는 경우 해당 파일 유형에 대한 AEM의 기본 처리 방식이 이 동작에 반영됩니다. 구성 가능한 처리 프로필에서 시작되는 경우 MIME 유형 또는 에셋 선택 기준으로 정의된 범위가 조사할 가능성이 더 높은 요소입니다.

예상 렌디션 실패 expected-rendition-failures

잘못된 구성이 아니라 AEM의 디자인 별 동작에서는 적용할 수 없는 형식에 대한 렌디션 오류가 예상됩니다. Adobe Experience Manager (AEM) asset microservices는 MIME(Multipurpose Internet Mail Extensions) 유형에 관계없이 항상 업로드된 모든 에셋에 대해 고정된 표준 렌디션 세트를 요청합니다. 이 고정 세트에는 텍스트 추출과 파이프라인이 모든 에셋에서 균일하게 시도하는 MP4(비디오) 미리보기가 포함됩니다.

이 요청 세트는 균일하게 적용되므로 특정 렌디션은 특정 에셋 유형에 기본적으로 적용할 수 없습니다. PNG(Portable Network Graphics) 이미지의 경우 다음 렌디션을 만들 수 없습니다.

이러한 렌디션은 자산의 실제 형식에 적용되지 않으므로 dam:failedRenditions​의 항목으로 기록됩니다. 이는 잘못된 구성이 아니라 설계에 의한 비헤이비어가 아닙니다.

자산의 실제 형식 과(와) 관련된​렌디션이 성공적으로 완료되는 한 이러한 항목의 존재는 문제가 되지 않습니다. 이미지 에셋의 경우 다음을 의미합니다.

즉, 지정된 에셋 유형에 적용되지 않는 형식에 대한 dam:failedRenditions 항목은 파이프라인이 정품 처리 오류가 아닌 적용 불가능한 출력을 올바르게 건너뛰고 있음을 나타냅니다. 자산의 실제 유형과 관련된 is 렌디션이 실패한 경우에만 조사가 보증됩니다.

지원되지 않거나 제한된 입력 형식 unsupported-or-restricted-input-formats

다음 형식 및 시나리오는 Adobe Experience Manager​(AEM) as a Cloud Service에서 에셋 처리에 대해 지원되지 않거나 제한된 것으로 알려져 있으며, 각각에 대해 관찰된 동작 및 권장 수정 사항이 포함되어 있습니다.

폴더별 업로드 유형 제한 restricting-upload-types-per-folder

폴더별 업로드 제한 사항을 사용하면 단일 폴더 내의 특정 파일 형식만 허용하고 나머지 리포지토리는 그대로 둘 수 있습니다. 기본적으로 MIME(Multipurpose Internet Mail Extensions) 형식 제한은 전체 DAM(Digital Asset Management) 시스템에서 전역적으로​적용되지만 폴더 수준​에서 이러한 전역 규칙을 재정의하여 더 엄격한 위치별 컨트롤을 적용할 수 있습니다.

특정 폴더(예: /content/dam/projects)에 대해 허용되는 MIME 유형을 구성하려면 다음 단계를 수행합니다.

폴더 구성은 명시적 허용 목록에 추가하다의 역할을 하므로 목록에 없는 모든 MIME 유형은 해당 폴더에서 자동으로 차단됩니다. 따라서 Excel 스프레드시트와 같은 일반적인 형식은 DAM의 다른 모든 업로드에 영향을 주지 않고 해당 폴더에서 특별히 거부됩니다. 이 범위 지정 접근 방식을 사용하면 프로젝트 디렉토리, 브랜드 에셋 저장소 또는 부서별 폴더를 해당 파일 유형으로 제한하고 더 광범위한 저장소는 전역 규칙에 따라 계속 운영하는 등 각 폴더가 자체 콘텐츠 표준을 적용할 수 있습니다.

XMP 메타데이터 원본에 쓰기 충돌 XMP-metadata-writeback-conflicts

자산의 메타데이터 노드(cqdam.metadata.xml)에 대한 동시 업데이트(예: 여러 사용자 지정 워크플로 또는 서비스에서 한 번에 동일한 자산에 쓰기)는 확장 가능한 메타데이터 플랫폼(XMP) 원본에 쓰기 동안 저장소 충돌(InvalidItemStateException, CommitFailedException)을 일으킬 수 있습니다. 이러한 충돌은 각 저장 작업에서 메타데이터 노드가 변경되지 않은 일관된 상태가 될 것으로 예상하기 때문에 발생합니다. 두 프로세스가 동일한 노드를 동시에 수정하면 저장소에서는 기본 항목이 이미 변경되었음을 감지하고 오래된 쓰기를 거부합니다. 그 결과, 경쟁 작업 중 하나 이상이 자동으로 다른 작업을 덮어쓰는 대신 실패합니다.

일반적인 증상 및 원인

이러한 쓰기 실패는 재시도 횟수가 많기 때문에 이러한 실패가 반복되면 비정상 워크플로 인스턴스 또는 재시도 워크플로 인스턴스의 백로그에 누적됩니다. 관리되지 않는 상태로 두면 시간이 지남에 따라 이 백로그가 합성되어 전체 워크플로우 처리량이 저하되고 근본 원인을 진단하기 어려워질 수 있습니다.

권장 해상도

XMP 원본에 쓰기 충돌을 방지하고 결과 워크플로 백로그를 줄이려면 다음 측정값을 적용하십시오.

문제 해결 체크리스트 troubleshooting-checklist

추가 참조