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 prendra en charge l’application, mais peut offrir des performances médiocres.
Configuration matérielle
| Élément | Pris en charge et recommandé |
|---|---|
Processeur | 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 vive | 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
Il est recommandé d’installer ArcGIS Video Server dans un environnement 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 531.61 ou 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 peut être installé sur une machine sans GPU, mais certaines fonctionnalités sont alors perdues et les performances de diffusion s’en trouvent 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.
| Élément | Pris en charge et recommandé |
|---|---|
Type de GPU | GPU NVIDIA avec fonctionnalité 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 : la version 531.61 ou ultérieure est requise. |
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 |
|---|---|
Fichier MOV | .mov |
Flux de transport MPEG-2 | .ts |
Flux de programme MPEG-2 | .ps |
Fichier MPEG | .mpg |
Fichier MPEG-2 | .mpg2 |
Fichier MPEG-2 | .mp2 |
Fichier MPEG | .mpeg |
VLC (mpeg2) | .mpeg2 |
Film MPEG-4 | .mp4 |
Fichier MPEG-4 | .mpg4 |
Fichier vidéo H264 | .h264 |
Fichier vidéo H265 | .h265 |
Fichier média VLC (mpeg4) | .mpeg4 |
Fichier média VLC (vob) | .vob |
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-dessous 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 correspondant contiennent uniquement les champs TimeStamp (Horodatage), SensorLatitude (Latitude du capteur) et SensorLongitude (Longitude du capteur), 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 - 3D Piste du capteur - 3D 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) | |
SensorEllipsoidHeight | Hauteur ellipsoïdale du capteur mesurée par rapport à l’ellipsoïde WGS84 de référence | Mètres | Localisation du capteur - 3D Piste du capteur - 3D Un seul champ est requis pour les localisations 3D. |
SensorTrueAltitude | Altitude du capteur mesurée par rapport au niveau moyen de la mer (MSL) | 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,0 et 360,0 | 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 | Degrés | Ligne de visée du capteur Contour de l’image (emprise) Centre de l’image (point central de l’emprise) |
PlatformHeading | 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 | Degrés | |
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 | 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. | Degrés | |
SensorRelativeElevation | Angle relatif du capteur pointant en direction du plan horizontal de la plateforme, avec les angles négatifs vers le bas | 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,0 et 360,0 | Degrés | |
HorizontalFOV | Champ de vision horizontal du capteur d’images sélectionné | Degrés | |
VerticalFOV | Champ de vision vertical du capteur d’images sélectionné | Degrés |
Remarque :
Les champs dans le fichier de métadonnées doivent correspondre aux noms de champs ci-dessus (les noms de champs ne sont pas sensibles à la casse, aux espaces et 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 champs 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 champs 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, un fichier CSV d’appariement de champs peut être créé en suivant la structure suivante, 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-dessous. Cette table CSV doit comporter les deux colonnes répertoriées : Nom de champ pour les champs de métadonnées attendus par Video Server et Métadonnées 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. Pendant le 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. Lorsque 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 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 2022 Standard et Datacenter | SP (21H2) |
| Windows Server 2019 Standard et Datacenter | Mise à jour de mai 2022 |
Windows Server 2016 Standard et Datacenter | Mise à jour de mai 2022 |
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.
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 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 11.4.
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 11.4.
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 data 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 122 et ultérieures
- Microsoft Edge version 122 et ultérieures
- Mozilla Firefox version 125 et ultérieures
- Mozilla Firefox version 115 (ESR)
- Safari version 16 et ultérieures
Vous avez un commentaire à formuler concernant cette rubrique ?