[AEM_Assets]{class="badge positive" title="S’applique à AEM Assets)."}

Formats de fichiers pris en charge Assets supported-file-formats

Adobe Experience Manager as a Cloud Service offre des fonctionnalités de gestion de contenu de base pour tout fichier binaire, quel que soit son format, notamment le stockage, la gestion des métadonnées en ligne, le contrôle de version, ainsi que le chargement et le téléchargement de fichiers. Adobe Experience Manager Assets prend en charge un large éventail de formats de fichier. Chaque fonctionnalité de produit fournit des niveaux spécifiques de prise en charge pour différents formats.

En outre, Experience Manager Assets offre une prise en charge étendue pour générer des aperçus et des rendus et extraire des métadonnées et du texte pour l’indexation de texte intégral. Cette prise en charge étendue est assurée par l’intermédiaire des microservices de ressources, qui permettent un traitement évolutif et automatisé des ressources dans le cloud afin que les aperçus, les rendus et l’extraction des métadonnées s’exécutent de manière cohérente sur les bibliothèques de ressources volumineuses.

Les éléments essentiels concernant la conversion des ressources à l’aide des microservices de ressources sont les suivants :

Le tableau suivant décrit le niveau de prise en charge pour chaque format.

Formats Adobe adobe-formats

Adobe Experience Manager (AEM) traite Assets divers formats de fichiers Adobe natifs, générant des aperçus et extrayant des informations incorporées afin que les ressources puissent faire l’objet de recherches et être utilisées dans le système de gestion des ressources numériques. Le tableau ci-dessous identifie les fonctionnalités de traitement prises en charge pour chaque format Adobe.

Fonctionnalités prises en charge définies :

Parmi tous les formats Adobe répertoriés, PDF est le seul format qui prend en charge l’extraction de texte intégral en plus de la génération de miniatures, de l’extraction de métadonnées et de la détection de largeur/hauteur. Chaque format du tableau prend en charge l’extraction des métadonnées, tandis que la génération de miniatures et la détection de largeur/hauteur sont prises en charge pour les formats de trame et de conception, mais pas pour les formats de conteneur ou de modèle.

Formats prenant en charge la génération de miniatures et la détection de la largeur/hauteur : AI, DN, SBSAR, INDD, PDF, PSB, PSD et XD. En revanche, COLLAGE, IDEAS, INDT et PROTO ne prennent en charge que l’extraction de métadonnées.

Présentation des acronymes au format Adobe :

* Pour les fichiers Adobe InDesign (INDD), la taille des rendus est déterminée par l’image d’aperçu incorporée dans le fichier INDD. Pour incorporer des rendus plus volumineux, configurez les préférences d’aperçu dans InDesign dans Préférences > Gestion des fichiers > Toujours enregistrer les images d’aperçu avec les documents, Taille d’aperçu. La sélection d’une taille d’aperçu plus grande permet aux Assets AEM de générer des miniatures de résolution plus élevée pour les documents InDesign.

Formats d’image image-formats

Les formats de fichiers image suivants sont pris en charge pour le traitement, avec des fonctionnalités couvrant génération de miniatures, extraction de métadonnées, détection de largeur/hauteur et recadrage. Les formats pris en charge sont les formats de trame courants tels que BMP (Bitmap), GIF (Graphics Interchange Format), JPEG (Joint Photographic Experts Group), PNG (Portable Network Graphics), TIFF (Tagged Image File Format) et WebP, ainsi que les formats vectoriels et spécialisés tels que EPS (Encapsulated PostScript), SVG (Scalable Vector Graphics), SGI™, RGB et RGBA.

Fonctionnalités prises en charge définies

Prise en charge des fonctionnalités par format

Notes d’assistance principales

Comme cela est largement reconnu dans le traitement des images, les formats de trame tels que ​, PNG et WebP stockent des données basées sur les pixels avec des dimensions définies, ce qui explique pourquoi ils prennent en charge de manière cohérente la détection et le recadrage de la largeur/hauteur. Les formats orientés vecteur tels que ​​et EPS décrivent les images par le biais d’instructions évolutives plutôt que de grilles de pixels fixes, ce qui explique la prise en charge plus limitée de certaines opérations dépendantes des dimensions et des métadonnées, comme illustré dans le tableau ci-dessus.

Formats 3D support-3d-formats

Neuf formats de fichiers 3D sont pris en charge : DN, gLB, gLTF, OBJ, STL, FBX, 3DS, USDz et SBSAR. Chaque format prend en charge le stockage, le contrôle de version et le workflow. La publication, l’aperçu des miniatures, la prévisualisation 3D et la diffusion Dynamic Media varient selon le format, comme illustré dans le tableau de prise en charge ci-dessous.

Voir aussi ​ Utilisation de ressources 3D dans Dynamic Media.

Définitions de format 3D prises en charge

Les formats pris en charge correspondent aux types de fichiers 3D couramment utilisés :

Colonnes de fonctionnalités expliquées

Chaque colonne de la matrice de prise en charge indique si une fonctionnalité donnée est disponible pour ce format :

Matrice de prise en charge du format 3D

Formats Camera Raw camera-raw-formats

Tous les formats de fichiers bruts de caméra 27 répertoriés ci-dessous, prennent en charge les trois mêmes opérations principales : génération de miniatures, extraction de métadonnées et détection de largeur/hauteur. Chaque format du tableau est entièrement pris en charge dans les trois fonctionnalités, ce qui rend la couverture uniforme et complète dans les principales normes brutes de caméra.

Opérations prises en charge pour chaque format

Chaque fonctionnalité prise en charge a un objectif distinct lors du traitement des fichiers Camera Raw :

Origines des formats bruts répertoriés par le fabricant

Les formats Camera Raw sont en grande partie des normes propriétaires liées à des fabricants d’appareils photo spécifiques, c’est pourquoi la liste couvre tant d’extensions de fichiers distinctes. En arrière-plan général, plusieurs des extensions prises en charge correspondent à des fabricants d’appareils photo connus :

Comme tous les formats répertoriés prennent en charge de la même manière la génération de miniatures, l’extraction de métadonnées et la détection de dimensions, les utilisateurs peuvent compter sur un comportement cohérent, quel que soit le fabricant de l’appareil photo qui a produit le fichier brut. Cette couverture large et uniforme permet de prévisualiser, de cataloguer et de traiter les fichiers provenant d’un large éventail de systèmes de caméra, sans restriction spécifique au format.

Formats de document document-formats

Les fonctionnalités de gestion des ressources prennent en charge les formats de documents 19, le traitement de texte, les feuilles de calcul, la présentation, la publication et les types de fichiers de balisage. Le tableau suivant indique les fonctionnalités qui s’appliquent à chaque format.

Définitions des fonctionnalités

Chaque colonne de la matrice de compatibilité correspond à une fonctionnalité de gestion des ressources distincte :

Format des abréviations

À titre de référence, les codes de format dans la matrice correspondent aux types de documents courants suivants :

Les formats Open XML (DOCX, PPTX, XLSX) et PDF offrent la plus large couverture de fonctionnalités, prenant en charge la génération de miniatures, l’extraction de texte intégral, les métadonnées dimensionnelles, la gestion des métadonnées, les Assets connectées et l’aperçu complet des documents. Cette prise en charge complète en fait les choix les plus polyvalents pour les workflows de ressources qui dépendent de l’aperçu, de la recherche et de la réutilisation entre instances.

Formats vidéo video-formats

Le tableau ci-dessous répertorie toutes les vidéos format de fichier prises en charge, ainsi que les fonctionnalités de traitement disponibles pour chacune d’elles. La prise en charge varie selon le format : certains formats peuvent être entièrement traités pour les miniatures, les métadonnées et la diffusion, tandis que d’autres sont limités à un sous-ensemble de ces opérations.

Légende : signification de chaque colonne :

Une coche (✓) indique que la fonctionnalité est prise en charge pour ce format ; un tiret (-) indique qu’elle n’est pas prise en charge.

Formats prenant en charge la sortie : seuls les formats MP4 et WebM sont marqués comme formats Output pris en charge. Cela reflète leur rôle en tant que conteneurs de diffusion standard pour la lecture web et en flux continu moderne, assurant ainsi une large compatibilité entre les navigateurs et les appareils. La plupart des autres formats répertoriés prennent en charge la génération de miniatures, la prévisualisation et la détection de dimension pour l’ingestion et le traitement, mais ne sont pas destinés à être des conteneurs de sortie finaux.

Notez que la prise en charge de l’extraction de métadonnées et de la génération de miniatures n’est pas uniforme sur tous les formats. Par exemple, les formats de conteneur tels que 3G2 et 3GP prennent en charge l’extraction de métadonnées, mais pas la génération ou l’aperçu de miniatures, car leur utilisation prévue et leur structure interne limitent les opérations pouvant être effectuées. Les formats tels que AVI, F4V, FLV, M4V, MOV, MP4, MPEG, MPG et WMV offrent l’ensemble le plus complet de fonctionnalités de traitement parmi les formats d’ingestion.

Formats audio audio-formats

Assetsas a Cloud Service prend en charge l’extraction de métadonnées XMP (Extensible Metadata Platform) pour six formats audio : AIF, ASF, M4A, MP3, WAV et WMA. L’extraction des métadonnées XMP lit les informations descriptives incorporées stockées dans un fichier audio (comme le titre, l’artiste, le copyright et d’autres champs de balisage) et les rend disponibles dans le système de gestion des ressources. Cela permet de rechercher, de filtrer et d’organiser les ressources audio chargées en fonction de leurs métadonnées intrinsèques plutôt que de les classer par nom de fichier.

Les formats audio pris en charge sont les suivants :

Comme les métadonnées XMP sont extraites automatiquement pour chacun de ces formats, les ressources audio ingérées portent leurs balises descriptives dans la plateforme, ce qui améliore la capacité de découverte et rationalise la gestion des ressources numériques à grande échelle.

Formats d’entrée pris en charge pour la transcription audio et vidéo audio-video-transcription-formats

Les formats de conteneur et de fichier suivants sont pris en charge pour la transcription audio et vidéo. Chaque entrée répertorie le nom du format, les codecs applicables le cas échéant et les extensions de fichier acceptées (indiquées entre parenthèses) qui identifient le type de fichier d’entrée.

Conseils et restrictions limitations-and-tips

Limites de taille de fichier pour l’extraction de métadonnées

Les principales restrictions à garder à l’esprit sont les suivantes :

Dynamic Media - Formats vidéo d’entrée pris en charge pour le transcodage video-dynamic-media-transcoding

Dynamic Media transcodage accepte un ensemble défini de formats vidéo d’entrée et la réussite du transcodage dépend de la correspondance du conteneur correct (tel que MP4, MOV ou WMV) avec un codec vidéo recommandé (tel que H264/AVC — codage vidéo avancé). Chaque conteneur pris en charge est associé ci-dessous aux codecs connus pour effectuer un transcodage fiable, ainsi qu’aux codecs non pris en charge et qui ne seront pas traités correctement. La sélection d’un codec recommandé pour le conteneur garantit que la vidéo source est acceptée et convertie sans échec.

‡ Le conteneur MXF (Material Exchange Format) n’est pas encore pris en charge pour une utilisation avec les vidéos interactives dans Dynamic Media ou avec les annotations dans Experience Manager Assets. Par conséquent, les fichiers sources MXF peuvent toujours être transcodés dans les formats standard ci-dessus. Toutefois, les workflows qui dépendent des fonctionnalités de vidéo interactive ou d’annotation doivent utiliser un autre conteneur pris en charge.

Dynamic Media - Formats de documents pris en charge document-support-dynamic-media

Adobe Experience Manager Dynamic Media prend en charge trois formats de saisie de documents : Adobe Illustrator (AI) Adobe InDesign (INDD) et Portable Document Format (PDF). Le tableau ci-dessous indique exactement les opérations prises en charge par chaque format dans l’ensemble du workflow des ressources, du chargement initial à la diffusion du rendu dynamique.

Formats d’entrée et de sortie pris en charge

Le format de document portable (PDF) est le format de document le plus pris en charge dans Dynamic Media. PDF prend en charge chaque étape du workflow : Charger, Créer un paramètre d’image prédéfini, Prévisualiser le rendu dynamique, Diffuser le rendu dynamique et Télécharger le rendu dynamique. En revanche, Adobe Illustrator (AI) et Adobe InDesign (INDD) prennent en charge Chargement uniquement — ces formats peuvent être ingérés dans des Dynamic Media, mais ils ne peuvent pas être utilisés pour créer des paramètres d’image prédéfinis ou pour prévisualiser, diffuser ou télécharger des rendus dynamiques.

Chaque colonne représente une étape distincte dans le pipeline Dynamic Media :

Comme l’IA et l’INDD sont des fichiers sources de conception natifs, ils sont pris en charge pour le chargement en tant que ressources sources, tandis que PDF , un format de diffusion portable prêt pour l’impression et le web, traverse l’ensemble du workflow de rendu.

Gestion sécurisée de PDF

Pour les PDF sécurisés (protégés par mot de passe ou avec autorisation restreinte), seul le Chargement est pris en charge. Cela signifie qu’un PDF sécurisé peut être ingéré dans Dynamic Media, mais il ne peut pas être utilisé pour créer des paramètres d’image prédéfinis ou pour prévisualiser, diffuser ou télécharger des rendus dynamiques. Cette restriction reflète les contrôles d’accès intégrés aux fichiers PDF sécurisés, ce qui limite le traitement en aval que Dynamic Media pouvez effectuer sur ces derniers.

Dynamic Media - Formats d’image matricielle pris en charge image-support-dynamic-media

Adobe Experience Manager Dynamic Media prend en charge un ensemble défini de formats d’image matricielle, et chaque format diffère en ce qu’il peut être téléchargé, converti par le biais d’un paramètre d’image prédéfini, prévisualisé, diffusé, téléchargé ou utilisé dans des types de visionneuse spécifiques. Le tableau ci-dessous mappe tous les formats pris en charge par rapport à ces fonctionnalités. Un rendu dynamique est une version générée dynamiquement et à la demande d’une image diffusée Dynamic Media au moment de la demande. C’est pourquoi la prise en charge de la diffusion est une distinction clé entre les formats.

Les formats pris en charge sont les suivants : AVIF (format de fichier image AV1), BMP (bitmap), EPS (PostScript encapsulé), GIF (format d’échange graphique), HEIC (conteneur d’images haute efficacité), JPEG (groupe conjoint d’experts en photographie), PICT, PNG (graphique réseau portable), PSD (document Photoshop), TIFF (format de fichier image balisé) et WEBP.

Comment lire les colonnes des fonctionnalités

Les formats qui prennent en charge le pipeline complet (chargement, création de paramètres prédéfinis, aperçu, diffusion et téléchargement) incluent ​, GIF, JPEG, PNG et TIFF. En revanche, les AVIF, HEIC et WEBP prennent uniquement en charge la diffusion d’un rendu dynamique, sans chargement, création de préréglage, prévisualisation ou téléchargement. BMP, JPEG, PNG et TIFF sont les formats pris en charge dans les types Image, Mixed Media et Spin.

À propos de l’image fusionnée extraite des fichiers PSD

‡ Pour les fichiers PSD (document Photoshop), l’image fusionnée est extraite du fichier PSD. Cette image fusionnée est générée par Adobe Photoshop et est incorporée dans le fichier PSD lui-même. Selon la manière dont le fichier a été enregistré et ses paramètres, l’image fusionnée peut ou non correspondre à l’image composite réelle. Le résultat extrait peut donc différer de ce que le document superposé d’origine affiche.

Dynamic Media - Formats d’image matricielle non pris en charge unsupported-raster-image-formats-dm

Dynamic Media ne prend pas en charge les sous-types suivants de formats de fichiers d’images pixellisées. Le traitement des fichiers correspondant à ces critères échoue, car leur codage, leur espace colorimétrique ou leur profondeur de bit se situe en dehors de la plage prise en charge :

Dynamic Media - Formats de fichiers 3D pris en charge support-3d-formats-dynamic-media

Voir aussi Formats 3D pris en charge

Adobe Dynamic Media prend en charge quatre formats de fichiers 3D principaux pour l’ingestion et la diffusion de ressources : GLB, OBJ, STL et USDZ. Chaque format sert des workflows distincts, depuis l’affichage interactif sur le web jusqu’à l’impression 3D et les expériences natives de réalité augmentée mobile.

Prise en charge et validation du format de fichier de ressource asset-file-format-support-and-validation

Le traitement des Assets Adobe Experience Manager (AEM) repose sur deux mécanismes distincts et chacun se comporte différemment lorsqu’un type de fichier n’est pas entièrement pris en charge. L’identification du mécanisme qui échoue est le moyen le plus rapide de déterminer si le comportement observé est attendu ou s’il indique un problème qui nécessite un correctif.

Les deux mécanismes sont les suivants :

Pourquoi la distinction est importante

La principale différence réside dans la configurabilité. Les rendus standard s’appliquent à chaque ressource et ne peuvent pas être ajustés, tandis que les profils de traitement Dynamic Mediaou personnalisés sont configurables et limités de manière sélective. Par conséquent, lorsqu’un type de fichier n’est pas entièrement pris en charge, les deux mécanismes peuvent produire des résultats différents.

La détermination du mécanisme en échec permet de déterminer si le résultat correspond à un comportement attendu ou à un problème à résoudre. Si un échec provient d’un rendu standard non configurable, le comportement reflète la gestion de base d’AEM de ce type de fichier. S’il provient d’un profil de traitement configurable, la portée définie par le type MIME ou les critères de sélection des ressources est le facteur le plus susceptible d’être étudié.

Échecs de rendu attendus expected-rendition-failures

Des échecs de rendu pour des formats inapplicables sont attendus, un comportement par défaut dans AEM - pas une mauvaise configuration. Adobe Experience Manager (AEM) Les microservices de ressources demandent toujours un ensemble fixe de rendus standard pour chaque ressource chargée, quel que soit son type MIME (Multipurpose Internet Mail Extensions). Cet ensemble fixe comprend l’extraction de texte et un aperçu MP4 (vidéo), que le pipeline tente d’utiliser de manière uniforme pour toutes les ressources.

Comme ce jeu de requêtes est appliqué de manière uniforme, certains rendus sont intrinsèquement inapplicables à certains types de ressources. Pour une image PNG (Portable Network Graphics), les rendus suivants ne peuvent pas être générés :

Comme ces rendus ne s’appliquent pas au format réel de la ressource, ils sont enregistrés en tant qu’entrées dans dam:failedRenditions. Il s’agit d’un comportement attendu, par défaut, et non d’une configuration incorrecte.

La présence de ces entrées est sans danger tant que les rendus pertinents pour le type réel de la ressource sont terminés avec succès. Pour une ressource image, cela signifie :

En d’autres termes, les entrées dam:failedRenditions pour les formats qui ne s’appliquent pas à un type de ressource donné indiquent que le pipeline ignore correctement les sorties non applicables, plutôt qu’une véritable erreur de traitement. L’investigation n’est justifiée que lorsqu’un rendu qui est pertinent par rapport au type réel de la ressource échoue.

Formats d’entrée non pris en charge ou restreints unsupported-or-restricted-input-formats

Les formats et scénarios suivants ne sont pas pris en charge ou sont restreints pour le traitement des ressources dans Adobe Experience Manager (AEM) as a Cloud Service, ainsi que le comportement observé et la correction recommandée pour chacun d’eux.

Limitation des types de chargement par dossier restricting-upload-types-per-folder

Les restrictions de chargement spécifiques aux dossiers vous permettent d’accepter uniquement certains types de fichiers dans un seul dossier, tout en laissant le reste du référentiel intact. Par défaut, les restrictions de type Multipurpose Internet Mail Extensions (MIME) s’appliquent globalement à l’ensemble du système Digital Asset Management (DAM), mais ces règles globales peuvent être remplacées au niveau du dossier pour appliquer des contrôles plus stricts et spécifiques à l’emplacement.

Pour configurer les types MIME autorisés pour un dossier spécifique (par exemple, /content/dam/projects), procédez comme suit :

Comme la configuration du dossier agit comme une liste autorisée explicite, tout type MIME ne figurant pas sur la liste est automatiquement bloqué pour ce dossier. Par conséquent, les formats courants tels que les feuilles de calcul Excel sont rejetés dans ce dossier en particulier, sans affecter les chargements ailleurs dans la gestion des ressources numériques. Cette approche étendue permet de s’assurer que chaque dossier peut appliquer ses propres normes de contenu, en maintenant les répertoires de projet, les magasins de ressources de marque ou les dossiers spécifiques à un service limités à leurs types de fichiers prévus, tandis que le référentiel étendu continue à fonctionner selon ses règles globales.

Conflits d’écriture différée des métadonnées XMP XMP-metadata-writeback-conflicts

Les mises à jour simultanées du nœud de métadonnées d’une ressource (cqdam.metadata.xml), par exemple à partir de plusieurs workflows ou services personnalisés écrivant dans la même ressource à la fois, peuvent générer des conflits de référentiel (InvalidItemStateException, CommitFailedException) lors de l’écriture différée de la plateforme de métadonnées extensible (XMP). Ces conflits se produisent car chaque opération d’enregistrement s’attend à ce que le nœud de métadonnées soit dans un état cohérent et inchangé. Lorsque deux processus modifient simultanément le même nœud, le référentiel détecte que l’élément sous-jacent a déjà changé et rejette l’écriture obsolète. En conséquence, une ou plusieurs des opérations concurrentes échouent au lieu de remplacer silencieusement l’autre.

Symptômes et causes fréquents

Comme ces échecs d’écriture font fréquemment l’objet de reprises, les échecs répétés de ce type s’accumulent dans une liste d’attente d’instances de workflow non intègre ou qui réessaient. Si elle n’est pas gérée, cette liste d’attente peut s’accumuler au fil du temps, dégradant le débit global des workflows et rendant la cause première plus difficile à diagnostiquer.

Résolution recommandée

Pour éviter les conflits d’écriture différée XMP et réduire la liste d’attente des workflows qui en résulte, les mesures sont les suivantes :

Liste de contrôle de dépannage troubleshooting-checklist

Voir également