[AEM Assets]{class="badge positive" title="(Se aplica a los AEM Assets)."}

Assets formatos de archivo compatibles supported-file-formats

Adobe Experience Manager as a Cloud Service ofrece funciones básicas de administración de contenido para cualquier archivo binario, independientemente de su formato, incluido el almacenamiento, la administración de metadatos en línea, el control de versiones y la carga y descarga de archivos. Adobe Experience Manager Assets admite una amplia gama de formatos de archivo y cada característica del producto proporciona niveles específicos de compatibilidad con diferentes formatos.

Además, Experience Manager Assets proporciona compatibilidad ampliada para generar vistas previas y representaciones, así como para extraer metadatos y texto para indización de texto completo. Esta compatibilidad ampliada se ofrece a través de microservicios de recursos, que permiten un procesamiento automatizado y escalable de los recursos en la nube, de modo que las vistas previas, las representaciones y la extracción de metadatos se ejecuten de manera consistente en las bibliotecas de recursos grandes.

Los aspectos destacados de la conversión de recursos mediante microservicios de recursos son:

La siguiente leyenda describe el nivel de compatibilidad con cada formato.

Formatos de Adobe adobe-formats

Adobe Experience Manager (AEM) Assets procesa una amplia gama de formatos de archivo Adobe nativos, generando vistas previas y extrayendo información incrustada para que los recursos puedan buscarse y utilizarse dentro del sistema de administración de recursos digitales. La siguiente tabla identifica qué capacidades de procesamiento son compatibles con cada formato de Adobe.

Funciones compatibles definidas:

De todos los formatos Adobe enumerados, PDF es el único formato que admite la extracción de texto completo, además de la generación de miniaturas, la extracción de metadatos y la detección de ancho/alto. Todos los formatos de la tabla admiten extracción de metadatos, mientras que la generación de miniaturas y la detección de anchura/altura son compatibles con los formatos de trama y diseño, pero no con los formatos de contenedor o plantilla.

Formatos que admiten la generación de miniaturas y la detección de anchura/altura: AI, DN, SBSAR, INDD, PDF, PSB, PSD y XD. Por el contrario, COLLAGE, IDEAS, INDT y PROTO solo admiten la extracción de metadatos.

Se explicaron los acrónimos en formato Adobe:

* Para Adobe InDesign archivos (INDD), el tamaño de las representaciones viene determinado por la imagen de vista previa incrustada en el archivo INDD. Para incrustar representaciones más grandes, configure las preferencias de vista previa en InDesign en Preferencias > Administración de archivos > Guardar siempre imágenes de vista previa con documentos, tamaño de vista previa. Si se selecciona un tamaño de vista previa mayor, se garantiza que AEM Assets pueda generar miniaturas de mayor resolución para InDesign documentos.

Formatos de imagen image-formats

Se admiten los siguientes formatos de archivo de imagen para el procesamiento, con capacidades que abarcan generación de miniaturas, extracción de metadatos, detección de anchura/altura y recorte. Los formatos admitidos son BMP (mapa de bits), GIF (formato de intercambio de gráficos), JPEG (Joint Photographic Experts Group), PNG (Portable Network Graphics), TIFF (Tagged Image File Format) y WebP, junto con formatos vectoriales y especializados como EPS (Encapsulated PostScript), SVG (Scalable Vector) Gráficos), SGI™, RGB y RGBA.

Funciones compatibles definidas

Compatibilidad de capacidades por formato

Notas de soporte clave

Como se reconoce ampliamente en el procesamiento de imágenes, los formatos de trama como JPEG, PNG y WebP almacenan datos basados en píxeles con dimensiones definidas, por lo que admiten de manera consistente la detección y el recorte de anchura y altura. Los formatos orientados a vectores como SVG y EPS describen las imágenes mediante instrucciones escalables en lugar de cuadrículas de píxeles fijas, lo que explica la compatibilidad más limitada con ciertas operaciones dependientes de dimensiones y metadatos que se refleja en la tabla anterior.

Formatos 3D support-3d-formats

Se admiten nueve formatos de archivo 3D: DN, gLB, gLTF, OBJ, STL, FBX, 3DS, USDz y SBSAR. Cada formato admite almacenamiento, versiones y flujo de trabajo, mientras que la publicación, la vista previa en miniatura, la vista previa 3D y la entrega de Dynamic Media varían según el formato, como se muestra en la matriz de compatibilidad a continuación.

Consulte también Trabajo con recursos 3D en Dynamic Media.

Definiciones de formato 3D compatibles

Los formatos admitidos corresponden a los tipos de archivo 3D más utilizados:

Columnas de capacidad explicadas

Cada columna de la matriz de soporte indica si hay una capacidad determinada disponible para ese formato:

Matriz de soporte de formato 3D

Camera Raw formatos camera-raw-formats

Todos los 27 formatos de archivo Camera Raw enumerados a continuación admiten las mismas operaciones principales: generación de miniaturas, extracción de metadatos y detección de anchura y altura. Cada formato de la tabla es totalmente compatible con las tres funciones, lo que hace que la cobertura sea uniforme y completa en los principales estándares de Camera Raw.

Operaciones compatibles con cada formato

Cada función admitida tiene un propósito distinto al procesar archivos RAW de cámara:

Origen del fabricante de los formatos sin procesar enumerados

Los formatos Camera Raw son en gran medida estándares patentados vinculados a fabricantes específicos de cámaras, por lo que la lista abarca tantas extensiones de archivo distintas. Como fondo general, varias de las extensiones compatibles se asignan a fabricantes de cámaras conocidos:

Todos los formatos enumerados ofrecen una compatibilidad idéntica para la generación de miniaturas, la extracción de metadatos y la detección de dimensiones, por lo que los usuarios pueden confiar en un comportamiento uniforme independientemente del fabricante de la cámara que haya producido el archivo sin procesar. Esta cobertura amplia y uniforme permite previsualizar, catalogar y procesar archivos de una amplia gama de sistemas de cámara sin limitaciones de formato.

Formatos de documento document-formats

Las características de administración de recursos admiten 19 formatos de documento, que abarcan los tipos de archivo de procesamiento de textos, hoja de cálculo, presentación, publicación y marcado. La siguiente matriz especifica qué capacidades se aplican a cada formato.

Definiciones de capacidades

Cada columna de la matriz de compatibilidad corresponde a una capacidad de administración de recursos distinta:

Abreviaciones de formato

Como referencia, los códigos de formato de la matriz corresponden a los siguientes tipos de documento comunes:

Los formatos abiertos basados en XML (DOCX, PPTX, XLSX) y PDF ofrecen la más amplia cobertura de capacidades, admiten la generación de miniaturas, la extracción de texto completo, metadatos dimensionales, administración de metadatos, Assets conectado y vista previa completa de documentos. Esta completa compatibilidad los convierte en las opciones más versátiles para los flujos de trabajo de recursos que dependen de la previsualización, la búsqueda y la reutilización entre instancias.

Formatos de vídeo video-formats

La tabla siguiente enumera todos los vídeos formatos de archivo compatibles y las capacidades de procesamiento disponibles para cada uno. La compatibilidad varía según el formato: algunos formatos se pueden procesar completamente para miniaturas, metadatos y envíos, mientras que otros se limitan a un subconjunto de estas operaciones.

Leyenda: lo que significa cada columna:

Una marca de verificación (✓) indica que se admite la capacidad para ese formato; un guión (-) indica que no se admite.

Formatos que admiten salida: Solo MP4 y WebM están marcados como formatos de salida compatibles. Esto refleja su función como contenedores de envío estándar para la reproducción moderna de contenido web y streaming, lo que garantiza una amplia compatibilidad entre exploradores y dispositivos. La mayoría de los demás formatos enumerados admiten generación de miniaturas, previsualización y detección de dimensiones para su ingesta y procesamiento, pero no están pensados como contenedores de salida finales.

Tenga en cuenta que la compatibilidad con la extracción de metadatos y la generación de miniaturas no es uniforme en todos los formatos; por ejemplo, los formatos de contenedor como 3G2 y 3GP admiten la extracción de metadatos, pero no la generación de miniaturas ni la vista previa, porque su uso previsto y la estructura interna limitan las operaciones que se pueden realizar. Formatos como AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG y WMV ofrecen el conjunto más completo de capacidades de procesamiento entre los formatos de ingesta.

Formatos de audio audio-formats

Assetsas a Cloud Service admite la extracción de metadatos de la plataforma de metadatos extensible (XMP) para seis formatos de audio: AIF, ASF, M4A, MP3, WAV y WMA. La extracción de metadatos de XMP lee la información descriptiva incrustada almacenada en un archivo de audio (como título, artista, copyright y otros campos de etiquetado) y la hace disponible dentro del sistema de administración de recursos. Esto permite buscar, filtrar y organizar los recursos de audio cargados en función de sus metadatos intrínsecos, no solo del nombre del archivo.

Los formatos de audio admitidos son:

Dado que los metadatos de XMP se extraen automáticamente para cada uno de estos formatos, los recursos de audio ingeridos llevan sus etiquetas descriptivas a la plataforma, lo que mejora la capacidad de detección y optimiza la administración de recursos digitales a gran escala.

Formatos de entrada compatibles para la transcripción de audio y vídeo audio-video-transcription-formats

Se admiten los siguientes formatos de archivo y contenedor para la transcripción de audio y vídeo. Cada entrada enumera el nombre del formato, los códecs aplicables cuando corresponda y las extensiones de archivo aceptadas (que se muestran entre paréntesis) que identifican el tipo de archivo de entrada.

Sugerencias y limitaciones limitations-and-tips

Límites de tamaño de archivo para extracción de metadatos

Las limitaciones clave que se deben tener en cuenta incluyen:

Dynamic Media: formatos de vídeo de entrada compatibles para la transcodificación video-dynamic-media-transcoding

La transcodificación de Dynamic Media acepta un conjunto definido de formatos de vídeo de entrada y el éxito de la transcodificación depende de que el contenedor correcto (como MP4, MOV o WMV) coincida con un códec de vídeo recomendado (como H264/AVC — Advanced Video Coding). Cada contenedor admitido está emparejado a continuación con los códecs conocidos por transcodificar de forma fiable, junto con los códecs no admitidos y que no se procesarán correctamente. Al seleccionar un códec recomendado para el contenedor, se garantiza que el vídeo de origen se acepte y se convierta sin errores.

‡ El contenedor MXF (Material Exchange Format) todavía no se admite para su uso con vídeos interactivos en Dynamic Media o para su uso con anotaciones en Experience Manager Assets. Como resultado, los archivos de origen MXF se pueden seguir transcodificando a través de los formatos estándar anteriores, pero los flujos de trabajo que dependen de las funciones de vídeo interactivo o anotación deben utilizar un contenedor alternativo admitido.

Dynamic Media - Formatos de documento compatibles document-support-dynamic-media

Adobe Experience Manager Dynamic Media admite tres formatos de entrada de documento: Adobe Illustrator (AI), Adobe InDesign (INDD) y Formato de documento portátil (PDF). La siguiente tabla establece exactamente qué operaciones admite cada formato en todo el flujo de trabajo de recursos, desde la carga inicial hasta la entrega de representación dinámica.

Formatos de entrada y salida compatibles

Formato de documento portátil (PDF) es el formato de documento más compatible en Dynamic Media. PDF admite todas las fases del flujo de trabajo: Cargar, Crear ajuste preestablecido de imagen, Previsualizar representación dinámica, Enviar representación dinámica y Descargar representación dinámica. Por el contrario, Adobe Illustrator (AI) y Adobe InDesign (INDD) admiten Cargar solo; estos formatos se pueden ingerir en Dynamic Media, pero no se pueden usar para crear ajustes preestablecidos de imagen ni para obtener una vista previa, enviar o descargar representaciones dinámicas.

Cada columna representa un paso distinto en la canalización Dynamic Media:

Como IA e INDD son archivos de origen de diseño nativos, se admiten para su carga como recursos de origen, mientras que PDF (un formato de entrega portátil preparado para imprimir y web) fluye a través de todo el flujo de trabajo de representación.

Gestión segura de PDF

Para archivos PDF seguros (protegidos con contraseña o restringidos con permisos), solo se admite Cargar. Esto significa que se puede ingerir un PDF seguro en Dynamic Media, pero no se puede usar para crear ajustes preestablecidos de imagen ni para obtener una vista previa, entregar o descargar representaciones dinámicas. Esta restricción refleja los controles de acceso incrustados en los archivos PDF seguros, que limitan el procesamiento descendente que Dynamic Media puede realizar en ellos.

Dynamic Media - Formatos de imagen rasterizada admitidos image-support-dynamic-media

Adobe Experience Manager Dynamic Media admite un conjunto definido de formatos de imagen rasterizada, y cada formato difiere en si se puede cargar, convertir mediante un ajuste preestablecido de imagen, previsualizar, enviar, descargar o utilizar dentro de tipos de conjunto específicos. La siguiente tabla asigna todos los formatos admitidos a estas funciones. Una representación dinámica es una versión bajo demanda y generada dinámicamente de una imagen que Dynamic Media proporciona a petición, por lo que la compatibilidad de la entrega es una distinción clave entre formatos.

Los formatos admitidos son AVIF (AV1 Image File Format), BMP (Bitmap), EPS (PostScript encapsulado), GIF (Graphics Interchange Format), HEIC (Contenedor de imagen de alta eficiencia), JPEG (Joint Photographic Experts Group), PICT, PNG (Portable Network Graphics), PSD (documento de Photoshop), TIFF (formato de archivo de imagen etiquetado) y WEBP.

Cómo leer las columnas de capacidad

Los formatos que admiten toda la canalización (cargar, crear ajustes preestablecidos, obtener una vista previa, enviar y descargar) incluyen EPS, GIF, JPEG, PNG y TIFF. Por el contrario, AVIF, HEIC y WEBP admiten la entrega de una representación dinámica solamente, sin carga, creación de ajustes preestablecidos, vista previa o descarga. BMP, JPEG, PNG y TIFF son los formatos admitidos en los tipos de conjunto Imagen, Medios mixtos y Giro.

Acerca de la imagen combinada extraída de archivos PSD

‡ Para archivos de PSD (documento de Photoshop), la imagen combinada se extrae del archivo de PSD. Esta imagen combinada la genera Adobe Photoshop y está incrustada en el propio archivo PSD. Según la forma en que se haya guardado el archivo y su configuración, la imagen combinada puede coincidir o no con la imagen compuesta real, por lo que el resultado extraído puede diferir del documento con capas originales.

Dynamic Media - Formatos de imagen rasterizada no compatibles unsupported-raster-image-formats-dm

Dynamic Media no admite los siguientes subtipos de formatos de archivo de imagen rasterizada. Los archivos que coinciden con estos criterios no se pueden procesar porque su codificación, espacio de color o profundidad de bits están fuera del intervalo admitido:

Dynamic Media - Formatos de archivo 3D compatibles support-3d-formats-dynamic-media

Ver también formatos 3D compatibles

Adobe Dynamic Media admite cuatro formatos de archivo 3D principales para la ingesta y entrega de recursos: GLB, OBJ, STL y USDZ. Cada formato sirve para diferentes flujos de trabajo, desde la visualización interactiva basada en web hasta la impresión 3D y las experiencias nativas móviles de realidad aumentada.

Compatibilidad y validación del formato del archivo de recursos asset-file-format-support-and-validation

El procesamiento de Adobe Experience Manager (AEM) Assets se basa en dos mecanismos distintos, y cada uno de ellos se comporta de forma diferente cuando un tipo de archivo no es totalmente compatible. La identificación de qué mecanismo falla es la forma más rápida de determinar si el comportamiento observado es esperable o si indica un problema que requiere una corrección.

Los dos mecanismos son:

Por qué importa la distinción

La diferencia clave reside en la capacidad de configuración. Las representaciones estándar se aplican a cada recurso y no se pueden ajustar, mientras que Dynamic Mediao los perfiles de procesamiento personalizados se pueden configurar y se pueden definir como ámbitos de forma selectiva. Como resultado, cuando un tipo de archivo no es totalmente compatible, los dos mecanismos pueden producir resultados diferentes.

La determinación del mecanismo que falla aclara si el resultado es un comportamiento esperado o un problema que se debe solucionar. Si un error se origina a partir de una representación estándar no configurable, el comportamiento refleja la gestión de línea de base de AEM de ese tipo de archivo. Si se origina a partir de un perfil de procesamiento configurable, el ámbito definido por el tipo MIME o los criterios de selección de recursos es el factor más probable de investigar.

Errores de representación esperados expected-rendition-failures

Se esperan errores de representación para formatos no aplicables, por el comportamiento de diseño en AEM, no por una configuración incorrecta. Adobe Experience Manager (AEM) Los microservicios de recursos siempre solicitan un conjunto fijo de representaciones estándar para cada recurso cargado, independientemente de su tipo MIME (Extensiones multipropósito de correo Internet). Este conjunto fijo incluye una extracción de texto y una previsualización MP4 (vídeo), que la canalización intenta uniformemente en todos los recursos.

Dado que este conjunto de solicitudes se aplica de manera uniforme, algunas representaciones no son inherentemente aplicables a determinados tipos de recursos. Para una imagen PNG (Portable Network Graphics), no se pueden producir las siguientes representaciones:

Dado que estas representaciones no se aplican al formato real del recurso, se registran como entradas en dam:failedRenditions. Se espera este comportamiento por diseño y no una configuración incorrecta.

La presencia de dichas entradas es inofensiva siempre que las representaciones relevantes para el tipo real del recurso se completen correctamente. Para un recurso de imagen, esto significa:

En otras palabras, las entradas dam:failedRenditions para formatos que no se aplican a un tipo de recurso determinado indican que la canalización omite correctamente las salidas no aplicables, en lugar de un error de procesamiento genuino. La investigación solo está garantizada cuando falla una representación de is relevante para el tipo real del recurso.

Formatos de entrada no compatibles o restringidos unsupported-or-restricted-input-formats

Se sabe que los siguientes formatos y escenarios no son compatibles o están restringidos para el procesamiento de recursos en Adobe Experience Manager (AEM) as a Cloud Service, junto con el comportamiento observado y la corrección recomendada para cada uno.

Restricción de tipos de carga por carpeta restricting-upload-types-per-folder

Las restricciones de carga específicas de la carpeta le permiten aceptar solo ciertos tipos de archivos dentro de una sola carpeta, sin modificar el resto del repositorio. De manera predeterminada, las restricciones de tipo Multipurpose Internet Mail Extensions (MIME) aplican globalmente en todo el sistema de administración de activos digitales (DAM), pero estas reglas globales se pueden anular en el nivel de carpeta para aplicar controles más estrictos y específicos de la ubicación.

Para configurar los tipos MIME permitidos para una carpeta específica (por ejemplo, /content/dam/projects), siga estos pasos:

Debido a que la configuración de la carpeta actúa como una lista de permitidos explícita, cualquier tipo MIME que no esté en la lista se bloquea automáticamente para esa carpeta. Como resultado, los formatos comunes como las hojas de cálculo de Excel se rechazan específicamente en esa carpeta, sin afectar a las cargas en ninguna otra parte de DAM. Este enfoque con ámbito garantiza que cada carpeta pueda aplicar sus propios estándares de contenido: mantener los directorios de proyectos, los almacenes de recursos de marca o las carpetas específicas del departamento limitadas a los tipos de archivo deseados mientras el repositorio más amplio sigue funcionando bajo sus reglas globales.

Conflictos de reescritura de metadatos XMP XMP-metadata-writeback-conflicts

Las actualizaciones simultáneas en el nodo de metadatos de un recurso (cqdam.metadata.xml), por ejemplo, desde varios flujos de trabajo o servicios personalizados que escriben en el mismo recurso a la vez, pueden producir conflictos en el repositorio (InvalidItemStateException, CommitFailedException) durante la reescritura de Extensible Metadata Platform (XMP). Estos conflictos se producen porque cada operación de guardado espera que el nodo de metadatos esté en un estado coherente y sin cambios; cuando dos procesos modifican el mismo nodo simultáneamente, el repositorio detecta que el elemento subyacente ya ha cambiado y rechaza la escritura obsoleta. Como resultado, una o más de las operaciones competidoras fallan en lugar de sobrescribir silenciosamente la otra.

Causas y síntomas comunes

Dado que estas escrituras fallidas se reintentan con frecuencia, los errores repetidos de este tipo se acumulan en un registro de instancias de flujo de trabajo no correctas o que se reintentan. Si se deja sin administrar, este registro de pendientes puede agravarse con el tiempo, lo que deteriora el rendimiento general del flujo de trabajo y hace que la causa raíz sea más difícil de diagnosticar.

Resolución recomendada

Para evitar conflictos de reescritura en XMP y reducir el trabajo pendiente resultante del flujo de trabajo, aplique las siguientes medidas:

Lista de comprobación de resolución troubleshooting-checklist

Consulte también