Pour un environnement de production, les besoins des particuliers et des professionnels concernant le logiciel peuvent varier. Cette configuration requise doit être prise en compte lors de la définition des besoins matériels en vue de répondre aux attentes en termes d'évolutivité et de performances. Certaines configurations système requises minimales sont décrites ci-après. La configuration minimale requise prend en charge l’application, mais ses performances risquent d’être médiocres.
Configuration matérielle
| Élément | Pris en charge et recommandé |
|---|---|
CPU | Minimum : 2 cœurs, multithreading simultané Le multithreading simultané, ou hyperthreading, des processeurs comporte généralement deux threads par cœur. Un processeur double cœur multithread possède quatre threads disponibles pour le traitement, tandis qu’un processeur à six cœurs multithread en possède douze. |
Stockage | Minimum : 200 Go d’espace libre* |
Mémoire/Mémoire RAM | Minimum : 8 Go |
Mémoire graphique dédiée (non partagée) | Minimum : 6 Go ou plus Si vous utilisez un ordinateur portable équipé d’un processeur graphique intégré, envisagez d’augmenter la quantité de mémoire vive (RAM) du système pour compenser l’utilisation de mémoire partagée. |
Le stockage ArcGIS Video Server dépend de cette configuration.
Exigences en matière de processeur graphique
ArcGIS Video Server sur ArcGIS Enterprise 12.0 et version ultérieure requiert un GPU NVIDIA prenant en charge NVENC (encodage) et NVDEC (décodage) pour optimiser la publication, l’encodage, l’utilisation et la diffusion de services vidéo. La version 551.76 ou une version ultérieure du pilote est requise. Consultez la matrice de support NVIDIA pour obtenir la liste complète des cartes GPU qui prennent en charge l’encodage et le décodage vidéo.
Video Server, avant la version 12.0, peut être installé sur une machine sans GPU, mais certaines fonctionnalités seront indisponibles et les performances de diffusion s’en trouveront affectées. Par exemple, vous n’avez pas la possibilité de sélectionner des résolutions en sortie lors de la publication de vidéos à la demande, de publier des fichiers vidéo encodés avec des codecs non h.265 et h.264, de faire pivoter des vidéos du mode paysage au mode portrait. Vous risquez également de constater une latence ou une mise en zone tampon lors de l’affichage des services vidéo. Dans ArcGIS Video Server 12.0, l’absence d’un GPU dédié entraînera l’impossibilité de publier des services vidéo
| Élément | Pris en charge et recommandé |
|---|---|
Type de GPU | GPU NVIDIA avec capacité de calcul CUDA 12.1 ou supérieure. Reportez-vous à la liste des cartes compatibles avec CUDA pour déterminer la fonctionnalité de calcul d’un processeur graphique. |
Pilote GPU | Pilotes GPU NVIDIA : version 551.76 ou ultérieure obligatoire. |
Mémoire graphique dédiée | Minimum : 6 Go ou plus. |
Remarque :
Un pilote GPU obsolète peut créer des problèmes d’encodage et de décodage, ou provoquer le signalement par le serveur d’une absence de processeur graphique. Vérifiez que les pilotes GPU fournis directement par NVIDIA sont à jour.
Support et recommandations
Il existe plusieurs éléments à prendre en compte lors de la publication de vidéos qui s’étendent des formats de fichiers vidéo pris en charge aux exigences de télémétrie des métadonnées. Chacune de ces considérations a un impact sur la publication et le stockage de la vidéo.
Formats de fichiers vidéo pris en charge
Les formats vidéo pris en charge, y compris les formats 4K haute résolution, sont répertoriés dans la table suivante :
| Description | Extension |
|---|---|
TS | Flux de transport MPEG-2 |
PS | Flux de programme MPEG-2 |
MPG | Fichier MPEG |
MPEG | Fichier MPEG |
MP2 | Fichier MPEG-2 |
MPG2 | Fichier MPEG-2 |
MPEG2 | Fichier MPEG-2 |
MP4 | Fichier MPEG-4 |
MPG4 | Fichier MPEG-4 |
MPEG4 | Fichier MPEG-4 |
AVI | Fichier AVI (Audio Video Interleave) |
MKV | Fichier Matroska |
MOV | Fichier film Apple QuickTime (.mov) |
VOB | Fichier Video Object |
WMV | Fichier Windows Media Video |
M2TS | Fichier vidéo BDAV Blu-ray |
Formats de codecs vidéo pris en charge
Les formats de codecs vidéo pris en charge incluent h.264 et h.265, qui sont pris en charge en natif par HLS et ne nécessitent aucun encodage de la part du processeur graphique, ainsi que les formats .av1, .mpeg1, .mpeg2, .mpeg4, .wmv et .mjpeg.
Exigences en matière de télémétrie des métadonnées
Pour calculer et afficher les informations de télémétrie des métadonnées récoltées dans la vidéo sur une carte, les champs de métadonnées ci-après sont requis. Les vidéos qui contiennent uniquement un sous-ensemble des métadonnées afficheront des informations de télémétrie partielles.
Par exemple, si le fichier vidéo ou les fichiers de métadonnées sidecar correspondants contiennent uniquement les champs TimeStamp,, SensorLatitude et SensorLongitude, la localisation du capteur s’affiche sur la carte, mais l’emprise des images vidéo n’apparaît pas, et certaines fonctions telles que la capture d’une image vidéo ne sont pas prises en charge.
| Nom de champ | Description | Unités | Télémétrie |
|---|---|---|---|
SensorLatitude | Latitude du capteur basée sur l’ellipsoïde WGS84, comprise entre -90,0 et 90,0. | Degrés | Localisation du capteur : 2D Piste du capteur : 2D Un seul champ d’horodatage est requis. |
SensorLongitude | Longitude du capteur basée sur l’ellipsoïde WGS84, comprise entre -180,0 et 180,0. | Degrés | |
TimeStamp | Horodatage (date et heure) avec les millisecondes en option. | Chaîne au format : AAAA-MM-JJ HH-MM-SS.zzz | |
UnixTimeStamp | Temps universel coordonné (UTC). | Microsecondes depuis 1970 (epoch Unix) | |
SensorTrueAltitude | Altitude du capteur mesurée par rapport au niveau moyen de la mer (MSL). | Mètres | Localisation du capteur - 3D Piste du capteur - 3D Un seul champ est requis pour les localisations 3D. |
SensorEllipsoidHeight | Hauteur ellipsoïdale du capteur mesurée par rapport à l’ellipsoïde WGS84 de référence. | Mètres | |
PlatformHeading | Direction de l’actif (plateforme) par rapport au nord géographique, mesurée dans le sens horaire sur le plan horizontal vers le bas, comprise entre 0 et 360. | Degrés | |
PlatformPitch | Tangage de l’actif (plateforme) par rapport au plan horizontal avec des angles positifs pour le nez au-dessus du plan horizontal. Les valeurs comprises entre -90.0 et 90 sont acceptées. | Degrés | Ligne de visée du capteur Contour de l’image (emprise) Centre de l’image (point central de l’emprise) |
PlatformRoll | Angle de roulis de l’actif (plateforme) par rapport au plan horizontal avec des angles positifs pour l’aile gauche au-dessus du plan horizontal Les valeurs comprises entre -90.0 et 90 sont acceptées. | Degrés | |
SensorRelativeRoll | Angle de roulis du capteur par rapport à la plateforme de l’aéronef, avec le niveau du haut de l’image à 0 degré et les angles positifs dans le sens horaire en regardant par derrière la caméra. Les valeurs comprises entre 0 et 360 degrés sont acceptées comme des entiers. | Degrés | |
SensorRelativeElevation | Angle relatif du capteur pointant en direction du plan horizontal de la plateforme, avec les angles négatifs vers le bas. Les valeurs comprises entre -180 et 180 sont acceptées. | Degrés | |
SensorRelativeAzimuth | Angle relatif du capteur pointant en direction de l’axe longitudinal de la plateforme, selon la vue depuis la plateforme ; valeur comprise entre 0 et 360. | Degrés | |
HorizontalFOV | Champ de vision horizontal du capteur d’images sélectionné. Les valeurs comprises entre 0 et 360 degrés sont acceptées comme des entiers. | Degrés | |
VerticalFOV | Champ de vision vertical du capteur d’images sélectionné. Les valeurs comprises entre 0 et 360 degrés sont acceptées comme des entiers. | Degrés |
Remarque :
Les champs dans le fichier de métadonnées doivent correspondre aux noms de champ dans la table ci-dessus. Les noms de champ ne sont pas sensibles à la casse, aux espaces ni aux tirets. Les en-têtes de champs dans les fichiers de métadonnées peuvent être appariés aux noms de champ à l’aide d’un fichier d’appariement de champs. Les noms de champ sont uniquement pris en charge avec le paramètre régional EN.
Une fois les métadonnées complètes et précises, l’application calcule les angles de l’image vidéo et donc la taille, la forme et la position du contour de l’image vidéo, qui peut alors s’afficher sur la carte. Les 12 noms de champ comprennent les métadonnées minimales requises pour calculer la transformation entre la vidéo et la carte, pour afficher l’emprise vidéo sur la carte et pour activer d’autres fonctions.
Métadonnées d’appariement de champs
Si le fichier de métadonnées d’origine ne contient pas les 12 noms de champ, créez un fichier .csv d’appariement de champs en suivant la structure ci-après, avec une colonne Metadata Field Name (Nom du champ de métadonnées) (Métadonnée) reproduisant les noms de champ du fichier de métadonnées qui seraient appariés aux Video Server Field Names (Noms de champ du serveur vidéo) (Nom de champ) répertoriés ci-avant. Cette table .csv doit comporter les deux colonnes répertoriées : Field Name pour les champs de métadonnées attendus par Video Server et Metadata pour les champs qui doivent être appariés. Une fois créé, ce fichier d’appariement de champs devrait être inclus dans le chargement, avec le fichier vidéo et le fichier de métadonnées correspondant.
| Nom de champ |
|---|
SensorLatitude |
SensorLongitude |
TimeStamp |
SensorEllipsoidHeight |
PlatformHeading |
PlatformPitch |
PlatformHeading |
PlatformRoll |
SensorRelativeRoll |
SensorRelativeElevation |
SensorRelativeAzimuth |
HorizontalFOV |
VerticalFOV |
SensorTrueAltitude |
UnixTimeStamp |
Métadonnées de décalage temporel
Pour des résultats de métadonnées optimaux, les données vidéo et les métadonnées devraient être temporellement synchrones. Si l’horodatage qui lie la vidéo et les métadonnées n’est pas synchronisé avec précision, l’emprise de la vidéo et la position des capteurs sur la carte sont décalées par rapport à la vue dans le lecteur vidéo.
Si le décalage temporel est observable et cohérent, un fichier .csv de décalage temporel peut être utilisé pour ajuster le minutage des métadonnées sur celui de la vidéo. Le fichier .csv doit contenir deux colonnes étiquetées ElapsedTime (la position temporelle du décalage temporel dans la vidéo) et TimeShift (la durée du décalage temporel en secondes). Si le décalage temporel entre la vidéo et les métadonnées est incohérent, vous pouvez répertorier plusieurs positions dans la vidéo avec le décalage temporel associé dans le fichier .csv. Une fois créé, ce fichier de décalage temporel est inclus dans le chargement, avec le fichier vidéo et le fichier de métadonnées correspondant, le cas échéant.
0.00:00:00 (jours.heures:minutes:secondes) | 0.00:00:00 (jours.heures:minutes:secondes) (Durée de la vidéo en secondes par rapport aux métadonnées. Utilisez des valeurs négatives si l’emprise vidéo se décale.) |
Stockage vidéo
Par défaut, ArcGIS Video Server stocke tous les fichiers vidéo et de métadonnées sur le système de fichiers. Si elle le souhaite, une organisation peut inscrire un data store d’objets existant comme emplacement en sortie des fichiers vidéo et des métadonnées.
Lors de la création du site Video Server, les emplacements du magasin de configuration, des répertoires et des journaux peuvent être spécifiés. Par défaut, ces éléments sont tous stockés dans le système de fichiers Video Server. Le config-store peut éventuellement être stocké dans un répertoire cloud. Le magasin de configuration contient un dossier services et un dossier uploads dans lequel sont stockés les fichiers .json relatifs à la vidéo chargée et au service en sortie créé.
Lors de la publication d’une vidéo, celle-ci est chargée sur le système de fichiers Video Server ou l’object store, en fonction de la configuration choisie. Lors du processus de publication, si un environnement de processeur graphique et plusieurs résolutions en sortie sont sélectionnés, la vidéo chargée est transcodée dans des résolutions supplémentaires et les fichiers en sortie sont stockés à l’emplacement directories/arcgisvideoservices. C’est également à cet emplacement qu’est stockée la vidéo d’origine chargée. Plus vous sélectionnez de résolutions en sortie, plus le stockage nécessaire pour diffuser correctement et efficacement le service à chaque résolution est volumineux.
L’emplacement directories/arcgisvideouploads stocke le fichier vidéo d’origine en fonction de l’ID de champ créé pendant le chargement. Si vous utilisez ArcGIS Excalibur pour publier des services vidéo, la vidéo chargée d’origine est supprimée de cet emplacement car la vidéo d’origine reste à l’emplacement directories/arcgisvideoservices.
Configuration requise pour les systèmes d’exploitation Windows
Plusieurs spécifications de noms d’hôtes Internet désignent le caractère de soulignement comme étant non standard. Bien que Microsoft Windows vous permette d’utiliser le caractère de soulignement dans un nom de machine, cela risque de provoquer des problèmes lorsque vous travaillez avec d’autres serveurs et plateformes. Pour cette raison, ArcGIS Video Server n’installera pas les serveurs dont le nom d’hôte est composé d’un trait de soulignement.
Le système d’exploitation de vos machines ArcGIS Video Server peut être différent de ceux des autres machines de votre déploiement ArcGIS Enterprise.
ArcGIS Video Server n’est pas pris en charge sur les contrôleurs de domaine. L’installation de ArcGIS Video Server sur un contrôleur de domaine peut compromettre la fonctionnalité.
Les systèmes d’exploitation 64 bits suivants possèdent la configuration système minimale requise. Les systèmes d’exploitation 32 bits ne sont pas pris en charge ; l’installation ne s’effectue que si le système d’exploitation est de type 64 bits.
| Système d’exploitation pris en charge | Dernière mise à jour ou dernier Service Pack testés |
|---|---|
Windows Server 2025 Standard et Datacenter | Mise à jour d’octobre 2025 |
Windows Server 2022 Standard et Datacenter | Mise à jour d’octobre 2025 |
| Windows Server 2019 Standard et Datacenter | Mise à jour d’octobre 2025 |
Windows 11 Professionnel et Entreprise | Mise à jour d’octobre 2025 |
Les mises à jour ou Service Packs antérieurs ou futurs de ces versions de système d’exploitation sont pris en charge, sauf indication contraire. La version et les mises à jour du système d’exploitation doivent également être prises en charge par le fournisseur du système d’exploitation. ArcGIS est uniquement pris en charge sur les processeurs 64 bits dotés d’une architecture x86-64. L’option Desktop Experience (Expérience de bureau) est nécessaire sur toutes les versions de Windows Server.
ArcGIS est uniquement pris en charge sur les processeurs 64 bits dotés d’une architecture x86-64.
Windows 11 est uniquement pris en charge pour les tests de base et le développement des applications. Il n'est pas recommandé pour un déploiement dans un environnement de production.
Implémentations sur le Cloud
ArcGIS Video Server peut être déployé manuellement dans Microsoft Azure, Google Cloud et Amazon Web Services. Les modèles de formation cloud Microsoft Azure et Amazon Web Services ne font actuellement l’objet d’aucune prise en charge complète.
Certificats SSL
ArcGIS Video Server est préconfiguré avec un certificat auto-signé, ce qui permet de tester initialement le serveur et de vérifier rapidement que l’installation a abouti.
Vous devez demander un certificat auprès d’une autorité de certification fiable et configurer ArcGIS Video Server pour qu’il l’utilise. Il peut s’agir d’un certificat de domaine émis par votre organisation ou d’un certificat signé par une autorité de certification. Pour que ArcGIS Video Server fonctionne correctement, un autre nom d’objet (SAN ou Subject Alternative Name) doit être configuré pour le certificat.
Remarque :
Les certificats créés avec IIS ne permettant pas d’inclure un SAN. Utilisez le script de la rubrique Créer un certificat de domaine, qui inclut un SAN , avec le certificat créé.
Portal for ArcGIS inclut également un certificat auto-signé préconfiguré. Sachant que vous allez fédérer un site ArcGIS Video Server avec votre portail, demandez un certificat auprès d’une autorité de certification fiable et configurez le portail pour qu’il l’utilise.
Logiciels requis
ArcGIS Video Server peut être installé seul ou avec d’autres composants ArcGIS Enterprise 12.0.
Remarque :
Que vous procédiez à l’installation d’un nouveau déploiement ou à une mise à niveau à partir d’une version antérieure, assurez-vous que tous les composants logiciels voulus (tels que le portail ArcGIS Enterprise, un site ArcGIS Server et ArcGIS Data Store) sont installés et exécutent ArcGIS Enterprise 12.0.
Pendant la configuration de ArcGIS Video Server, vous fédérerez le nouveau site ArcGIS Video Server avec le portail Enterprise.
Dans le cadre d’un déploiement ArcGIS Enterprise de base, une instance ArcGIS Data Store est souvent nécessaire afin d’endosser le rôle de serveur d’hébergement pour le portail. Notez que ArcGIS Video Server n’utilise pas le store relationnel.
Recommandations relatives au système de nom de domaine et au nom de domaine complet
Il est recommandé de configurer le système de nom de domaine (DNS) de votre organisation de façon à inclure les entrées de nom de domaine complet (FQDN) pour le site ArcGIS Video Server. Le portail ArcGIS Enterprise demandera le FQDN du site de votre serveur lorsque vous le fédérerez.
Navigateurs Web pris en charge
L’assistant d’installation de ArcGIS Video Server est pris en charge par tous les navigateurs Web, notamment les suivants (liste non exhaustive) :
- Google Chrome version 138 et ultérieures
- Microsoft Edge version 138 et ultérieures
- Mozilla Firefox version 142 et ultérieures
- Mozilla Firefox version 140 (ESR)
- Safari version 18 et ultérieures
Vous avez un commentaire à formuler concernant cette rubrique ?