[AEM Assets]{class="badge positive" title="Aplicável ao AEM Assets)."}
Assets formatos de arquivo com suporte supported-file-formats
O Adobe Experience Manager as a Cloud Service fornece recursos básicos de gerenciamento de conteúdo para qualquer arquivo binário, independentemente de seu formato — incluindo armazenamento, gerenciamento online de metadados, controle de versão, upload e download de arquivos. O Adobe Experience Manager Assets oferece suporte a uma grande variedade de formatos de arquivo, e cada recurso do produto oferece níveis específicos de suporte para formatos diferentes.
Além disso, Experience Manager Assets fornece suporte estendido para gerar visualizações e representações e para extrair metadados e texto para indexação de texto completo. Esse suporte estendido é fornecido por meio dos microsserviços de ativos, que permitem o processamento escalável e automatizado de ativos na nuvem, de forma que visualizações, representações e extração de metadados sejam executadas de forma consistente em grandes bibliotecas de ativos.
Os destaques da conversão de ativos usando microsserviços de ativos incluem:
- Formatos de arquivo do Adobe produzidos pelos aplicativos e serviços da Adobe, incluindo Adobe Photoshop, Adobe InDesign, Adobe Illustrator, Adobe XD, Adobe Dimension e Adobe Acrobat ou PDF (Portable Document Format).
- formatos de arquivo de imagem da chave.
- Formatos de arquivo do Camera Raw para uma grande variedade de câmeras, incluindo Canon, Nikon, Fujifilm, Olympus e outros fabricantes (habilitado pelo Adobe Camera Raw).
- formatos de documento comuns, incluindo formatos Microsoft® Office e Open Document.
- Ampla variedade de formatos de vídeo e áudio.
A legenda a seguir descreve o nível de suporte para cada formato.
Alguns recursos podem parecer funcionar com outros formatos, mas esses formatos não são oficialmente compatíveis. Como resultado, a saída pode ser inconsistente e os recursos podem não funcionar conforme esperado.
Como formatos não compatíveis podem produzir resultados não confiáveis, use apenas os formatos compatíveis para garantir um comportamento consistente e previsível.
Formatos Adobe adobe-formats
O Adobe Experience Manager (AEM) Assets processa diversos formatos de arquivo nativos do Adobe, gerando visualizações e extraindo informações inseridas para que os ativos permaneçam pesquisáveis e utilizáveis no sistema de gerenciamento de ativos digitais. A tabela abaixo identifica quais recursos de processamento são compatíveis com cada formato do Adobe.
Recursos com suporte definidos:
- Geração de miniatura — cria uma visualização visual (representação) do ativo para navegação e resultados de pesquisa.
- Extração de texto completo — indexa conteúdo de texto legível dentro do arquivo para que o ativo possa ser encontrado por pesquisa por palavra-chave.
- Extração de metadados — lê metadados inseridos (como autor, título e campos descritivos) do arquivo.
- Largura/Altura — detecta e registra as dimensões de pixel ou página do ativo.
Entre todos os formatos de Adobe listados, o PDF é o único formato com suporte para extração de texto completo, além de geração de miniaturas, extração de metadados e detecção de largura/altura. Todos os formatos na tabela oferecem suporte à extração de metadados, enquanto a geração de miniaturas e a detecção de largura/altura têm suporte para os formatos de rasterização e design, mas não para os formatos de contêiner ou modelo.
Formatos que oferecem suporte à geração de miniaturas e à detecção de largura/altura: AI, DN, SBSAR, INDD, PDF, PSB, PSD e XD. Por outro lado, COLAGEM, IDEIAS, INDT e PROTO suportam apenas extração de metadados.
Explicação das siglas do formato Adobe:
- IA — Adobe Illustrator arte vetorial.
- COLAGEM — arquivo de colagem do Adobe.
- DN — arquivo Adobe com a extensão DN.
- SBSAR — arquivo de material de Substâncias Adobe.
- IDEIAS — Arquivo de rascunho do Adobe Ideas.
- INDD — Adobe InDesign documento.
- INDT — modelo Adobe InDesign.
- PDF — Formato de Documento Portátil.
- PROTO — arquivo prototype do Adobe.
- PSB — Adobe Photoshop Documento Grande (grande).
- PSD — Adobe Photoshop Documento.
- XD — Adobe XD arquivo de design de experiência.
* Para arquivos Adobe InDesign (INDD), o tamanho das representações é determinado pela imagem de visualização incorporada no arquivo INDD. Para incorporar representações maiores, configure as preferências de visualização no InDesign em Preferências > Manuseio de Arquivo > Sempre Salvar Imagens de Visualização com Documentos, Tamanho de Visualização. Selecionar um tamanho de visualização maior garante que o AEM Assets possa gerar miniaturas de maior resolução para InDesign documentos.
Formatos de imagem image-formats
Os formatos de arquivo de imagem a seguir têm suporte para processamento, com recursos que abrangem geração de miniaturas, extração de metadados, detecção de largura/altura e recorte. Os formatos com suporte incluem formatos de varredura comuns, como BMP (Bitmap), GIF (Graphics Interchange Format), JPEG (Joint Photographic Experts Group), PNG (Portable Network Graphics), TIFF (Tagged Image File Format) e WebP, além de formatos vetoriais e especializados, como EPS (Encapsulated PostScript), SVG (Scalable Vetor Gráficos), SGI™, RGB e RGBA.
Recursos compatíveis definidos
- Geração de miniaturas — cria uma representação de visualização menor da imagem de origem, útil para listagens, galerias e identificação visual rápida.
- Extração de metadados — lê informações inseridas, como perfil de cores, detalhes de codificação e outras propriedades armazenadas no arquivo.
- Largura/Altura — detecta as dimensões de pixel da imagem, permitindo layout e dimensionamento precisos.
- Cortar — corta a imagem para uma região especificada, removendo áreas indesejadas e preservando o conteúdo retido.
Suporte de recursos por formato
Principais notas de suporte
- Todos os formatos listados oferecem suporte à geração de miniaturas, tornando a criação de visualização universalmente disponível em todo o conjunto com suporte.
- Os formatos que oferecem suporte a todos os quatro recursos — geração de miniaturas, extração de metadados, detecção de largura/altura e corte — são GIF, JPEG, PNG, RGB, RGBA, SGI™ e WebP.
- BMP e SVG oferecem suporte a todos os recursos exceto a extração de metadados, refletindo que esses formatos têm dados de propriedade inseridos limitados.
- O EPS não oferece suporte à detecção ou ao corte de largura/altura, consistente com sua função como um formato baseado em PostScript em vez de uma imagem rasterizada de dimensão fixa.
- O TIFF oferece suporte à geração de miniaturas, à extração de metadados e à detecção de largura/altura, mas não oferece suporte ao corte.
Como amplamente reconhecido no processamento de imagens, formatos de varredura como JPEG, PNG e WebP armazenam dados baseados em pixel com dimensões definidas, razão pela qual eles consistentemente oferecem suporte à detecção e ao corte de largura/altura. Formatos orientados a vetor como SVG e EPS descrevem imagens por meio de instruções escaláveis em vez de grades de pixels fixas, o que explica o suporte mais limitado para determinadas operações dependentes de dimensão e metadados refletidas na tabela acima.
Formatos 3D support-3d-formats
Há suporte para nove formatos de arquivo 3D: DN, gLB, gLTF, OBJ, STL, FBX, 3DS, USDz e SBSAR. Cada formato oferece suporte a armazenamento, controle de versão e fluxo de trabalho, enquanto a publicação, a visualização em miniatura, a visualização 3D e a entrega de Dynamic Media variam de acordo com o formato, conforme mostrado na matriz de suporte abaixo.
Consulte também Trabalhar com ativos 3D em Dynamic Media.
Definições de formato 3D compatíveis
Os formatos compatíveis correspondem aos tipos de arquivos 3D amplamente usados:
- gLB e gLTF — Formato de Transmissão GL (glTF), um padrão aberto para transmissão e carregamento eficientes de cenas e modelos 3D. gLB é o pacote binário do formato.
- OBJ — Wavefront OBJ, um formato comum de definição de geometria para representar malhas 3D.
- STL — Stereolithography (STL), amplamente usado para impressão 3D e prototipagem rápida.
- FBX — Filmbox (FBX), um formato de intercâmbio para conteúdo 3D, animação e cenas.
- 3DS — 3D Studio (3DS), uma malha herdada e um formato de cena.
- USDz — Universal Scene Description Zip (USDz), um formato de contêiner orientado a AR para ativos 3D.
- SBSAR — Arquivo de Substâncias (SBSAR), um material paramétrico e formato de textura.
- DN — um formato de armazenamento e fluxo de trabalho com suporte para ativos 3D.
Explicação das colunas de recurso
Cada coluna na matriz de suporte indica se um determinado recurso está disponível para esse formato:
- Armazenamento — o formato pode ser armazenado e gerenciado como um ativo 3D.
- Controle de versão — várias versões do ativo podem ser rastreadas e retidas.
- Fluxo de trabalho — o ativo pode ser processado por meio de fluxos de trabalho automatizados.
- Publicação — o ativo pode ser publicado para entrega. Como a publicação é necessária para o delivery downstream, os formatos sem suporte à publicação estão limitados ao uso interno.
- Controle de acesso — permissões podem ser aplicadas para determinar quem pode visualizar ou gerenciar o ativo.
- Visualização da miniatura — uma imagem de miniatura estática é gerada para identificação visual rápida.
- visualização 3D — uma visualização 3D interativa está disponível para inspeção do modelo.
- Dynamic Mediaentrega — o ativo pode ser entregue através de Dynamic Media. Os formatos que oferecem suporte à entrega Dynamic Media completa são gLB, OBJ, STL e USDz.
Matriz de suporte do formato 3D
Camera Raw formatos camera-raw-formats
Todos os 27 formatos de arquivo camera raw listados abaixo oferecem suporte às mesmas três operações principais: geração de miniaturas, extração de metadados e detecção de largura/altura. Cada formato na tabela é totalmente compatível com todos os três recursos, tornando a cobertura uniforme e abrangente nos principais padrões de camera raw.
Operações suportadas para cada formato
Cada recurso suportado tem um propósito distinto ao processar arquivos camera raw:
- A geração de miniaturas produz uma imagem de visualização incorporada ou derivada do arquivo raw, permitindo uma navegação visual rápida sem decodificar os dados completos do sensor.
- A Extração de metadados lê as informações EXIF inseridas e específicas do fabricante, como as configurações da câmera, os valores de exposição e os detalhes de captura armazenados no arquivo raw.
- A detecção de Largura/Altura determina as dimensões em pixels da imagem, o que é essencial para o layout, a catalogação e o processamento de downstream.
Origem do fabricante dos formatos brutos listados
Os formatos Camera Raw são, em grande parte, padrões proprietários vinculados a fabricantes específicos de câmeras, razão pela qual a lista abrange tantas extensões de arquivo distintas. Como plano de fundo geral, várias das extensões compatíveis são mapeadas para fabricantes de câmeras conhecidos:
- CR2 e CR3 (Canon Raw versões 2 e 3), juntamente com o CRW, estão associados às câmeras Canon.
- NEF (Formato Eletrônico Nikon) e NRW são formatos brutos Nikon.
- ARW, SRF e SRW correspondem à geração de imagens brutas da Sony e Samsung.
- ORF é o formato bruto Olympus, RAF está associado à Fujifilm, RW2 e RWL com a Panasonic e a Leica.
- PEF e DCR/KDC estão vinculados às imagens Pentax e Kodak.
- DNG (Digital Negative) é um formato de arquivo bruto aberto e não proprietário projetado para oferecer ampla compatibilidade entre fabricantes.
- Formatos adicionais como 3FR, FFF, IIQ, MEF, MFW, MOS, MRW, ERF, GPR e X3F originam-se de sistemas de sensor de formato médio, câmera de ação e especializados.
Como todos os formatos listados oferecem suporte idêntico para geração de miniaturas, extração de metadados e detecção de dimensões, os usuários podem confiar no comportamento consistente, independentemente do fabricante da câmera que produziu o arquivo raw. Essa cobertura ampla e uniforme garante que os arquivos de uma ampla variedade de sistemas de câmera possam ser visualizados, catalogados e processados sem limitações específicas de formato.
Formatos de documento document-formats
Os recursos de gerenciamento de ativos oferecem suporte a 19 formatos de documento, abrangendo os tipos de arquivo de processamento de texto, planilha, apresentação, publicação e marcação. A matriz a seguir especifica quais recursos se aplicam a cada formato.
Definições de recursos
Cada coluna na matriz de compatibilidade corresponde a um recurso distinto de gerenciamento de ativos:
- Geração de miniaturas — produz uma imagem de visualização visual do documento, permitindo uma identificação mais rápida ao navegar por grandes bibliotecas de ativos.
- Extração de texto completo — indexa o conteúdo do texto do documento para que ele possa ser pesquisado, melhorando a descoberta no repositório.
- Largura/Altura — captura os metadados dimensionais do documento, que oferecem suporte a manipulação e renderização com reconhecimento de layout.
- Gerenciamento de metadados — lê e armazena propriedades de documentos inseridos, permitindo que os ativos sejam organizados, filtrados e controlados por seus atributos.
- Conectado Assets — disponibiliza o ativo para uso em instâncias conectadas, estendendo a reutilização além de um único ambiente.
- Visualização completa do documento — renderiza o documento completo para exibição no aplicativo sem exigir o aplicativo nativo.
Formatar abreviações
Para referência, os códigos de formato na matriz correspondem aos seguintes tipos comuns de documento:
- DOC / DOCX — documentos do Microsoft Word (formatos herdado e Open XML)
- EPUB — Formato de e-book de publicação eletrônica
- HTML — documentos de Linguagem de Marcação de Hipertexto
- ODF / ODM / ODP / ODS / ODT / OFG — Família de formatos OpenDocument (fórmulas, mestre, apresentação, planilha, texto e variantes gráficas)
- PDF — Formato de Documento Portátil
- PPT / PPTX — apresentações do Microsoft PowerPoint (formatos herdado e Open XML)
- PS — PostScript
- RTF — Formato Rich Text
- TXT — Texto sem formatação
- XLS / XLSX — planilhas do Microsoft Excel (formatos herdados e Open XML)
- XML — Documentos de Linguagem de Marcação Extensível
Os formatos abertos baseados em XML (DOCX, PPTX, XLSX) e PDF oferecem a mais ampla cobertura de recursos, com suporte para geração de miniaturas, extração de texto completo, metadados dimensionais, gerenciamento de metadados, Assets conectado e pré-visualização completa de documentos. Esse suporte abrangente os torna as opções mais versáteis para fluxos de trabalho de ativos que dependem de visualização, pesquisa e reutilização entre instâncias.
Formatos de vídeo video-formats
A tabela abaixo lista todos os formatos de arquivo de vídeo com suporte e os recursos de processamento disponíveis para cada um. O suporte varia de acordo com o formato: alguns formatos podem ser totalmente processados para miniaturas, metadados e entrega, enquanto outros são limitados a um subconjunto dessas operações.
Legenda — o que cada coluna significa:
- Formato de arquivo — o contêiner ou tipo de codec de vídeo, identificado por sua extensão comum (por exemplo, MP4, MOV, AVI e WebM estão entre os contêineres de vídeo compatíveis com a Web mais usados).
- Geração de miniatura — o formato oferece suporte à criação automática de uma imagem ainda visualizada.
- Extração de metadados — o formato permite que os metadados técnicos (como duração, codec e detalhes do quadro) sejam lidos do arquivo.
- Largura/Altura — as dimensões em pixels do formato podem ser detectadas automaticamente.
- Visualizar — o formato pode ser visualizado diretamente.
- Saída — o formato é suportado como um formato de entrega/saída para reprodução ou distribuição.
Uma marca de seleção (✓) indica que o recurso tem suporte para esse formato; um traço (-) indica que não tem suporte.
Formatos com suporte para saída: Somente MP4 e WebM estão marcados como formatos de Saída com suporte. Isso reflete sua função como contêineres de entrega padrão para a reprodução moderna da Web e de transmissão, garantindo ampla compatibilidade entre navegadores e dispositivos. A maioria dos outros formatos listados oferece suporte à geração de miniaturas, pré-visualização e detecção de dimensão para assimilação e processamento, mas não têm a intenção de serem contêineres de saída finais.
Observe que o suporte à extração de metadados e à geração de miniaturas não é uniforme em todos os formatos. Por exemplo, formatos de contêiner como 3G2 e 3GP oferecem suporte à extração de metadados, mas não à geração ou pré-visualização de miniaturas, pois seu uso pretendido e o limite da estrutura interna permitem a execução de operações. Formatos como AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG e WMV oferecem o conjunto mais completo de recursos de processamento entre os formatos de assimilação.
Formatos de áudio audio-formats
O Assetsas a Cloud Service oferece suporte à extração de metadados da XMP (Plataforma de Metadados Extensível) para seis formatos de áudio: AIF, ASF, M4A, MP3, WAV e WMA. A extração de metadados do XMP lê as informações descritivas incorporadas armazenadas em um arquivo de áudio — como título, artista, copyright e outros campos de marcação — e as disponibiliza no sistema de gerenciamento de ativos. Isso permite que os ativos de áudio carregados sejam pesquisados, filtrados e organizados com base em seus metadados intrínsecos, em vez de apenas no nome do arquivo.
Os formatos de áudio compatíveis incluem:
- AIF (Formato de Arquivo de Intercâmbio de Áudio): um formato de áudio descompactado usado normalmente para armazenamento de áudio de alta qualidade.
- ASF (Advanced Systems Format): um formato de contêiner criado para mídia de streaming.
- M4A (Áudio MPEG-4): Um formato de áudio compactado amplamente usado para música e audiolivros.
- MP3 (MPEG-1 Audio Layer III): Um dos formatos de áudio compactado mais adotados para distribuição de áudio de uso geral.
- WAV (Forma de Onda em Formato de Arquivo de Áudio): um formato de áudio descompactado favorecido para trabalhos de áudio de alta fidelidade e profissionais.
- WMA (Windows Media Audio): um formato de áudio compactado desenvolvido no ecossistema do Windows Media.
Como os metadados do XMP são extraídos automaticamente para cada um desses formatos, os ativos de áudio assimilados carregam suas tags descritivas na plataforma, melhorando a descoberta e simplificando o gerenciamento de ativos digitais em larga escala.
Formatos de entrada compatíveis com a transcrição de áudio e vídeo audio-video-transcription-formats
Os formatos de arquivo e container a seguir são compatíveis com a transcrição de áudio e vídeo. Cada entrada lista o nome do formato, os codecs aplicáveis quando relevante e as extensões de arquivo aceitas (mostradas entre parênteses) que identificam o tipo de arquivo de entrada.
- FLV (com codecs H.264 e AAC) (.flv)
- MXF (.mxf)
- MPEG2-PS, MPEG2-TS, 3GP (.ts, .ps, .3gp, .3gpp, .mpg)
- Vídeo do Windows Media (WMV)/ASF (.wmv, .asf)
- AVI (8 bits/10 bits descompactado) (.avi)
- MP4 (.mp4, .m4a, .m4v)
- Gravação de Vídeo Digital da Microsoft® (DVR-MS) (.dvr-ms)
- Matroska/WebM (.mkv)
- WAVE/WAV (.wav)
- QuickTime (.mov)
Dicas e limitações limitations-and-tips
Limites de tamanho para extração de metadados
As principais limitações a serem consideradas incluem:
-
O limite de tamanho de arquivo para extração de metadados é de aproximadamente 15 GB. Ao fazer upload de ativos grandes que se aproximam ou excedem esse limite, a operação de extração de metadados pode falhar. Isso acontece porque o processo de extração deve verificar e analisar todo o arquivo dentro dos limites de processamento disponíveis, e ativos muito grandes aumentam o tempo de processamento e os recursos necessários para concluir a extração com sucesso.
-
A extração de metadados é mais confiável para ativos que permanecem confortavelmente dentro do limite de tamanho. Como resultado prático, manter arquivos individuais abaixo de aproximadamente 15 GB ajuda a garantir que os metadados sejam extraídos de forma consistente e sem interrupções. Se a extração falhar em um ativo grande, reduzir o tamanho do arquivo, dividir o ativo em componentes menores ou fazer upload novamente pode ajudar a operação de extração a ser concluída conforme esperado.
Dynamic Media - Formatos de vídeo de entrada com suporte para transcodificação video-dynamic-media-transcoding
A transcodificação Dynamic Media aceita um conjunto definido de formatos de vídeo de entrada, e a transcodificação bem-sucedida depende da correspondência do contêiner correto (como MP4, MOV ou WMV) com um codec de vídeo recomendado (como H264/AVC — Codificação de Vídeo Avançada). Cada contêiner compatível é emparelhado abaixo com os codecs conhecidos por transcodificar de forma confiável, junto com os codecs que não são compatíveis e não serão processados corretamente. Selecionar um codec recomendado para o contêiner garante que o vídeo de origem seja aceito e convertido sem falha.
‡ O contêiner MXF (Formato de Troca de Material) ainda não é suportado para uso com Vídeos Interativos em Dynamic Media ou para uso com Anotação em Experience Manager Assets. Como resultado, os arquivos de origem MXF ainda podem ser transcodificados pelos formatos padrão acima, mas os workflows que dependem dos recursos de Vídeo interativo ou Anotação devem usar um contêiner compatível alternativo.
Dynamic Media - Formatos de documento com suporte document-support-dynamic-media
Adobe Experience Manager Dynamic Media dá suporte a três formatos de entrada de documento: Adobe Illustrator (AI), Adobe InDesign (INDD) e Portable Document Format (PDF). A tabela abaixo estabelece exatamente quais operações cada formato aceita em todo o fluxo de trabalho do ativo, desde o upload inicial até a entrega de representação dinâmica.
Formatos de entrada e saída compatíveis
O PDF (Portable Document Format) é o formato de documento mais compatível em Dynamic Media. O PDF oferece suporte a todos os estágios do fluxo de trabalho: Carregar, Criar predefinição de imagem, Visualizar representação dinâmica, Entregar representação dinâmica e Baixar representação dinâmica. Por outro lado, o Adobe Illustrator (AI) e o Adobe InDesign (INDD) oferecem suporte a Somente carregamento — esses formatos podem ser assimilados no Dynamic Media, mas não podem ser usados para criar predefinições de imagens ou para visualizar, entregar ou baixar representações dinâmicas.
Cada coluna representa uma etapa distinta no pipeline Dynamic Media:
- Carregar (formato de entrada): O formato pode ser assimilado em Dynamic Media como um ativo de origem.
- Criar predefinição de imagem (Formato de saída): O formato pode ser processado em uma predefinição de imagem para reutilização em representações.
- Visualizar representação dinâmica: Uma representação gerada dinamicamente do ativo pode ser visualizada.
- Entregar representação dinâmica: Uma representação gerada dinamicamente pode ser entregue a um site, aplicativo ou outro ponto de extremidade.
- Baixar representação dinâmica: É possível baixar uma representação gerada dinamicamente.
Como a IA e o INDD são arquivos de origem de design nativos, eles são compatíveis para upload como ativos de origem, enquanto o PDF — um formato de entrega portátil, pronto para impressão e Web — flui por todo o fluxo de trabalho de representação.
Manuseio seguro do PDF
Para PDFs seguros (protegidos por senha ou restritos por permissão), somente Upload é suportado. Isso significa que um PDF seguro pode ser assimilado em Dynamic Media, mas não pode ser usado para criar predefinições de imagens ou para pré-visualizar, entregar ou baixar representações dinâmicas. Essa restrição reflete os controles de acesso incorporados em arquivos PDF seguros, que limitam o processamento downstream que Dynamic Media pode executar neles.
Dynamic Media - Formatos de imagem rasterizada com suporte image-support-dynamic-media
Adobe Experience Manager Dynamic Media dá suporte a um conjunto definido de formatos de imagem rasterizada, e cada formato difere em se ele pode ser carregado, convertido por meio de uma predefinição de imagem, visualizado, entregue, baixado ou usado em tipos de conjuntos específicos. A tabela abaixo mapeia cada formato compatível em relação a esses recursos. Uma representação dinâmica é uma versão sob demanda gerada dinamicamente de uma imagem que Dynamic Media fornece no momento da solicitação, razão pela qual o suporte à entrega é uma distinção importante entre formatos.
Os formatos compatíveis incluem AVIF (Formato de Arquivo de Imagem AV1), BMP (Bitmap), EPS (PostScript Encapsulado), GIF (Formato de Intercâmbio de Gráficos), HEIC (Contêiner de Imagem de Alta Eficiência), JPEG (Grupo Conjunto de Especialistas em Fotografia), PICT, PNG (Gráficos de Rede Portátil), PSD (Documento Photoshop), TIFF (Formato de Arquivo de Imagem Marcado) e WEBP.
Como ler as colunas de recursos
- Carregar (formato de entrada): O formato pode ser assimilado em Dynamic Media como um ativo de origem.
- Criar predefinição de imagem (Formato de saída): O formato pode ser gerado como uma saída por meio de uma predefinição de imagem.
- Visualizar representação dinâmica: uma versão gerada dinamicamente do ativo pode ser visualizada na interface.
- Entregar representação dinâmica: A versão gerada dinamicamente pode ser servida no momento da solicitação para usuários finais.
- Baixar representação dinâmica: A representação gerada pode ser baixada.
- Definir tipos que oferecem suporte a este formato: Os tipos de conjunto específicos — Imagem, Mídia mista e Rotação — em que o formato pode ser usado.
Os formatos que oferecem suporte ao pipeline completo — upload, criação de predefinições, visualização, entrega e download — incluem o EPS, GIF, JPEG, PNG e TIFF. Por outro lado, o AVIF, HEIC e WEBP oferecem suporte à entrega somente de uma representação dinâmica, sem carregamento, criação predefinida, visualização ou download. BMP, JPEG, PNG e TIFF são os formatos com suporte nos tipos de conjunto Imagem, Mídia mista e Rotação.
Sobre a imagem mesclada extraída de arquivos do PSD
‡ Para os arquivos PSD (Documento Photoshop), a imagem mesclada é extraída do arquivo PSD. Esta imagem mesclada é gerada por Adobe Photoshop e está incorporada no próprio arquivo PSD. Dependendo de como o arquivo foi salvo e suas configurações, a imagem mesclada pode ou não corresponder à imagem composta real, portanto, o resultado extraído pode diferir do que o documento em camadas original exibe.
Dynamic Media - Formatos de imagem rasterizada não aceitos unsupported-raster-image-formats-dm
Dynamic Media não dá suporte aos seguintes subtipos de formatos de arquivo de imagem rasterizada. Os arquivos correspondentes a esses critérios não são processados porque sua codificação, espaço de cor ou profundidade de bits estão fora do intervalo permitido:
- Arquivos PNG (Portable Network Graphics) com tamanho de bloco IDAT maior que 100 MB. O bloco IDAT armazena os dados da imagem compactada e os blocos acima desse limite excedem o limite de processamento.
- Arquivos PSB (Formato de Documento Grande/Photoshop Big) — o formato Photoshop estendido usado para documentos maiores que o limite de tamanho padrão do PSD.
- Arquivos do PSD (Documento do Photoshop) em um espaço de cores diferente de CMYK, RGB, Tons de Cinza ou Bitmap. Espaços de cores DuoTone, Lab e Indexado não são compatíveis.
- Arquivos PSD com uma profundidade de bits superior a 16 bits por canal.
- Arquivos TIFF (Formato de Arquivo de Imagem Marcado) que contêm dados de ponto flutuante.
- Arquivos TIFF no espaço de cores Lab.
Dynamic Media - Formatos de arquivo 3D com suporte support-3d-formats-dynamic-media
Consulte também formatos 3D compatíveis
O Adobe Dynamic Media oferece suporte a quatro formatos de arquivo 3D principais para assimilação e entrega de ativos: GLB, OBJ, STL e USDZ. Cada formato serve fluxos de trabalho distintos, desde a visualização interativa baseada na Web até a impressão 3D e experiências nativas de realidade aumentada móvel.
Suporte e validação do formato de arquivo do ativo asset-file-format-support-and-validation
O processamento Adobe Experience Manager (AEM) Assets depende de dois mecanismos distintos, e cada um se comporta de forma diferente quando um tipo de arquivo não tem suporte total. Identificar qual mecanismo está falhando é a maneira mais rápida de determinar se o comportamento observado é esperado ou se indica um problema que requer uma correção.
Os dois mecanismos são:
- Representações padrão — Sempre solicitadas para cada ativo e não configuráveis. Como as representações padrão são executadas automaticamente em todos os ativos assimilados, elas representam o processamento de linha de base que o AEM aplica independentemente do tipo de ativo.
- Dynamic Mediaou perfis de processamento personalizados — Totalmente configuráveis e podem ter o escopo definido pelo tipo MIME (Multipurpose Internet Mail Extensions) ou pelos critérios de seleção do ativo. Essa capacidade de configuração permite que esses perfis segmentem tipos de arquivos ou subconjuntos de ativos específicos em vez de aplicar uniformemente.
Por que a distinção é importante
A principal diferença está na capacidade de configuração. As representações padrão se aplicam a todos os ativos e não podem ser ajustadas, enquanto Dynamic Mediaou os perfis de processamento personalizados são configuráveis e têm escopo seletivo. Como resultado, quando um tipo de arquivo não é totalmente compatível, os dois mecanismos podem produzir resultados diferentes.
Determinar qual mecanismo está falhando esclarece se o resultado é um comportamento esperado ou um problema a ser solucionado. Se uma falha se originar de uma representação padrão não configurável, o comportamento refletirá o manuseio da linha de base do AEM desse tipo de arquivo. Se for originário de um perfil de processamento configurável, o escopo definido pelo tipo MIME ou pelos critérios de seleção de ativos será o fator mais provável de ser investigado.
Falhas de representação esperadas expected-rendition-failures
Falhas de representação para formatos inaplicáveis são esperadas, comportamento conforme o design no AEM — não um erro de configuração. Adobe Experience Manager Os microsserviços de ativos (AEM) sempre solicitam um conjunto fixo de representações padrão para cada ativo carregado, independentemente do tipo MIME (Multipurpose Internet Mail Extensions). Esse conjunto fixo inclui extração de texto e uma visualização MP4 (vídeo), que o pipeline tenta uniformemente em todos os ativos.
Como esse conjunto de solicitações é aplicado uniformemente, determinadas representações são inerentemente inaplicáveis a determinados tipos de ativos. Para uma imagem PNG (Portable Network Graphics), as seguintes representações não podem ser produzidas:
cqdam.text.txt— uma representação de extração de texto destinada a documentos e outros ativos que contêm texto. Uma imagem não contém nenhum texto de corpo extraível, portanto, essa representação não pode ser gerada.cq5dam.preview.mp4— uma representação de pré-visualização de vídeo destinada a mover ativos de imagem. Uma imagem estática não tem fluxo de vídeo para codificar, portanto, essa representação não pode ser gerada.
Como essas representações não se aplicam ao formato real do ativo, elas são registradas como entradas em dam:failedRenditions. Isso é esperado, um comportamento conforme ao design e não uma configuração incorreta.
A presença dessas entradas é inofensiva, desde que as representações relevantes para o tipo real do ativo sejam concluídas com êxito. Para um ativo de imagem, isso significa:
- Representações de imagem padrão geradas conforme esperado.
- O processamento Dynamic Media da imagem foi concluído com êxito.
Em outras palavras, dam:failedRenditions entradas para formatos que não se aplicam a um determinado tipo de ativo indicam que o pipeline ignora corretamente saídas não aplicáveis, em vez de um erro de processamento genuíno. A investigação só é garantida quando uma representação que é relevante para o tipo real do ativo falha.
Formatos de entrada não suportados ou restritos unsupported-or-restricted-input-formats
Os formatos e cenários a seguir são conhecidos por serem incompatíveis ou restritos para o processamento de ativos no Adobe Experience Manager (AEM) as a Cloud Service, juntamente com o comportamento observado e a correção recomendada para cada um.
offset ausente em <stop> elementos/is/image para esse arquivo específico, enquanto /is/content ainda o renderiza. Isso ocorre porque o SVG viola a conformidade do SVG 1.1..pem certificados#, /, ;, símbolo de barra invertida, símbolo de barra vertical, [, ], %, {, }, ?, &exifEX, mwg-rs, photomechanicRestrição de tipos de upload por pasta restricting-upload-types-per-folder
As restrições de carregamento específicas da pasta permitem que você aceite apenas determinados tipos de arquivos em uma única pasta, deixando o restante do repositório intacto. Por padrão, as restrições do tipo MIME (Multipurpose Internet Mail Extensions) aplicam-se globalmente em todo o sistema DAM (Digital Asset Management), mas essas regras globais podem ser substituídas no nível de pasta para aplicar controles mais rígidos e específicos de local.
Para configurar tipos MIME permitidos para uma pasta específica — por exemplo, /content/dam/projects — siga estas etapas:
- Navegue até Ferramentas > Assets > Configuração do Assets.
- Selecione o caminho da pasta de destino (como
/content/dam/projects). - Listar somente os tipos MIME que devem ser aceitos para essa pasta.
Como a configuração da pasta atua como um incluo na lista de permissões explícito, qualquer tipo MIME que não esteja na lista será automaticamente bloqueado para essa pasta. Como resultado, formatos comuns, como planilhas do Excel, são rejeitados especificamente nessa pasta, sem afetar os uploads em qualquer outro lugar no DAM. Essa abordagem de escopo garante que cada pasta possa aplicar seus próprios padrões de conteúdo — mantendo diretórios de projetos, lojas de ativos da marca ou pastas específicas do departamento limitadas aos tipos de arquivos desejados enquanto o repositório maior continua a operar sob suas regras globais.
Conflitos de write-back de metadados do XMP XMP-metadata-writeback-conflicts
Atualizações simultâneas no nó de metadados de um ativo (cqdam.metadata.xml), por exemplo, de vários fluxos de trabalho ou serviços personalizados gravando no mesmo ativo de uma só vez, podem produzir conflitos de repositório (InvalidItemStateException, CommitFailedException) durante o write-back da Plataforma de Metadados Extensível (XMP). Esses conflitos ocorrem porque cada operação de salvamento espera que o nó de metadados esteja em um estado consistente e inalterado; quando dois processos modificam o mesmo nó simultaneamente, o repositório detecta que o item subjacente já foi alterado e rejeita a gravação obsoleta. Como resultado, uma ou mais das operações concorrentes falham em vez de silenciosamente substituírem a outra.
Causas e sintomas comuns
Como essas gravações com falha são repetidas com frequência, falhas repetidas desse tipo se acumulam em uma lista de pendências de instâncias de fluxo de trabalho não íntegras ou que estão sendo repetidas. Caso não seja gerenciado, esse acúmulo pode aumentar com o tempo, degradando a taxa de transferência geral do fluxo de trabalho e dificultando o diagnóstico da causa principal.
Resolução recomendada
Para evitar conflitos de writeback XMP e reduzir o backlog de workflow resultante, aplique as seguintes medidas:
- Serializar gravações de metadados simultâneas. Revise workflows ou serviços personalizados para gravações simultâneas no mesmo nó de metadados do ativo e serialize-os para que apenas um processo grave em um determinado nó de metadados de cada vez. Coordenar o acesso dessa maneira remove a contenção que aciona
InvalidItemStateExceptioneCommitFailedException. - Habilitar a manutenção da limpeza de fluxo de trabalho. Habilite e configure a manutenção de limpeza de fluxo de trabalho para que as instâncias de fluxo de trabalho concluídas e obsoletas sejam limpas automaticamente em vez de acumuladas. Isso mantém a caixa de entrada do fluxo de trabalho em bom estado e evita que falhas transitórias de write-back sejam criadas em um backlog persistente.
Lista de verificação de solução de problemas troubleshooting-checklist
- Descartar representações de formato inaplicável. Se uma falha de representação afetar apenas um tipo de representação que não se aplica ao formato do ativo, por exemplo, uma pré-visualização de vídeo solicitada em uma imagem, trate-o como comportamento esperado, não como um erro. Em vez disso, verifique se as representações de formato apropriado desse ativo foram bem-sucedidas.
- Corrija os critérios de seleção de perfil para os tipos de arquivos excluídos. Se um perfil de processamento falhar em arquivos que nunca foram processados por ele (por exemplo, arquivos ZIP ou pacotes 3D), corrija os critérios de seleção de ativos do perfil em vez de tentar forçar o processamento do tipo de arquivo. Restringir o perfil aos formatos compatíveis resolve a falha em sua raiz, pois o arquivo nunca foi uma entrada válida.
- Suspeite do arquivo individual antes da configuração. Se um arquivo específico falhar enquanto arquivos semelhantes forem bem-sucedidos, suspeite primeiro do próprio arquivo. Verifique se há fontes restritas ou licenciadas (em arquivos PPTX ou PDF), conformidade com SVG ou uma incompatibilidade de formato ou extensão sem suporte (como AVIF ou JFIF) antes de assumir um problema de configuração do Adobe Experience Manager (AEM).
- Investigue as causas da composição ao fazer backup dos fluxos de trabalho. Se os fluxos de trabalho estiverem fazendo backup em um estado não íntegro, verifique falhas de processamento de formato sem suporte e conflitos de write-back de metadados. Como esses dois modos de falha podem ocorrer simultaneamente, eles se compõem e aceleram o backlog, então a resolução de ambos é necessária para limpá-lo.
Consulte também
- Traduzir Assets
- API HTTP de ativos
- Formatos de arquivo compatíveis com os ativos
- Pesquisar ativos
- Ativos conectados
- Relatórios de ativos
- Esquemas de metadados
- Baixar ativos
- Gerenciar metadados
- Gerenciar Dynamic Media modelos
- Gerenciar relatórios no modo de exibição Assets
- Pesquisar aspectos
- Gerenciar coleções
- Importação de metadados em massa
- Publicar Assets no AEM e Dynamic Media