La prise en charge des GPU Intel Battlemage est arrivée dans ZimaOS 1.5.3, mais vérifiez la carte exacte au lieu de supposer que tous les modèles Battlemage offrent une prise en charge identique des fonctions multimédias et de l’IA. IceWhale a confirmé qu’un Arc B580 utilisait le pilote Linux xe ainsi que le transcodage matériel dans Jellyfin ; l’utilisateur initial de l’Arc Pro B50 a ensuite indiqué que cela fonctionnait sans problème.
Le même fil de discussion de 2025 montrait également qu’un Arc Pro B60 n’était pas reconnu lors du test d’IceWhale à cette époque, car la prise en charge du noyau et du périphérique était trop récente. Les versions actuelles sont plus récentes ; considérez donc ce résultat concernant le B60 comme une limite historique et testez votre véritable identifiant PCI sur une version actuelle de ZimaOS.
Mettre à jour vers ZimaOS 1.5.3 ou une version ultérieure
Les notes de version officielles de la version 1.5.3 indiquent explicitement que ZimaOS a ajouté la prise en charge des pilotes pour les GPU Intel de la série Battlemage.
Les notes de version officielles de ZimaOS 1.5.3 constituent la référence minimale.
Étape 1 : Vérifier la détection PCIe
lspci -nn | grep -Ei 'vga|affichage|intel'
lspci -nnk -d ::0300Si la carte n’apparaît pas du tout, vérifiez d’abord son insertion dans le slot PCIe, la compatibilité du slot et des lignes, le BIOS et l’alimentation avant de modifier Jellyfin.
Étape 2 : Confirmer le pilote xe
IceWhale a indiqué spécifiquement que le B580 utilisait le xe du noyau. Vérifiez le Pilote du noyau utilisé provenant de lspci -nnk.
Ne supposez pas qu’un ancien i915 le guide de dépannage s’applique à toutes les cartes Battlemage.
Étape 3 : Vérifier /dev/dri
ls -l /dev/driPour les charges de travail multimédias, le nœud de rendu est généralement celui dont les conteneurs tels que Jellyfin ont besoin. Une carte visible dans lspci mais l’absence de périphériques de rendu utilisables indique un problème d’initialisation du pilote ou du périphérique.
Étape 4 : Transmettre le GPU à Jellyfin
Associez le périphérique approprié /dev/dri l’appareil dans le conteneur Jellyfin et activez l’accélération matérielle Intel en suivant les recommandations actuelles de Jellyfin.
Lisez ensuite un fichier qui nécessite réellement un transcodage et vérifiez que le serveur utilise le matériel, plutôt que de constater simplement que le GPU apparaît dans l’interface.
Le B580 et le B50 disposent de preuves vérifiées issues de la communauté
IceWhale a testé le transcodage matériel du B580 avant la version 1.5.3. L’utilisateur initial qui avait posé une question sur un Arc Pro B50 a ensuite indiqué que cela fonctionnait sans problème.
Ces résultats sont plus solides que de supposer que « série Battlemage » signifie que chaque carte, micrologiciel, codec et framework d’IA est également mature.
Le B60 était trop récent lors du test initial
IceWhale disposait également d’une Arc Pro B60 qui n’a pas été reconnue lors du même test de décembre 2025. Comme ZimaOS a évolué depuis, les utilisateurs actuels doivent refaire le test plutôt que de répéter « B60 non prise en charge » comme s’il s’agissait d’une affirmation définitive.
La prise en charge multimédia et la prise en charge de l’IA sont différentes
Un GPU peut transcoder des vidéos correctement alors qu’un conteneur d’IA ne dispose toujours pas d’une prise en charge compatible de oneAPI, PyTorch, OpenVINO ou du framework concerné. Testez la charge de travail qui vous intéresse réellement.
L’aperçu actuel des pilotes matériels de ZimaOS indique que la prise en charge des GPU Intel/AMD/NVIDIA varie selon le modèle et la disponibilité des pilotes.
Le guide des charges de travail GPU fournit davantage de contexte pour la planification matérielle.
Vérifiez la transcodification matérielle, pas seulement la détection du périphérique
Une carte qui apparaît dans lspci Cela prouve uniquement l’énumération PCIe. Pour prouver l’accélération multimédia, démarrez une transcodification Jellyfin que le client ne peut pas lire directement et examinez les informations de lecture/transcodification du serveur.
Si l’utilisation du processeur reste élevée et que le périphérique de rendu Intel n’est pas utilisé, vérifiez le mappage des périphériques du conteneur, la prise en charge des codecs et les paramètres d’accélération matérielle de Jellyfin.
Vérifiez la prise en charge des codecs pour la charge de travail dont vous avez besoin
Les moteurs multimédias Battlemage peuvent prendre en charge les codecs modernes, mais l’ensemble de la chaîne dépend également du pilote du noyau, de la pile multimédia de l’espace utilisateur, de l’image du conteneur et de l’application. Testez précisément la charge de travail HEVC, AV1, H.264 ou de mappage de tons qui vous intéresse.
Les limites d’alimentation et du slot PCIe s’appliquent toujours
Un pilote pris en charge ne lève pas les contraintes matérielles. Vérifiez la consommation électrique requise par le GPU, l’espace disponible, la disponibilité des lignes PCIe et la présence éventuelle d’un connecteur d’alimentation externe avant de l’installer dans un système Zima compact.
FAQ
Quelle version de ZimaOS a ajouté la prise en charge de Battlemage ?
ZimaOS 1.5.3 a officiellement ajouté la prise en charge des pilotes des GPU de la série Intel Battlemage.
L’Arc B580 fonctionne-t-elle pour la transcodification avec Jellyfin ?
IceWhale a signalé qu’une B580 fonctionnait correctement. xe- test du pilote et de la transcodification matérielle avec Jellyfin.
L’Arc Pro B50 fonctionne-t-elle ?
L’utilisateur initial de la B50 a installé la version prise en charge et a signalé qu’elle fonctionnait sans problème.
Cela garantit-il que l’Arc Pro B60 fonctionne maintenant ?
Non. La B60 n’a pas été reconnue lors du test initial de 2025. Utilisez la version actuelle de ZimaOS et vérifiez précisément le périphérique PCI, le pilote, le nœud de rendu et la charge de travail cible.
