Un échange public a dérapé : l’équipe FFmpeg a épinglé un patch AMD qualifié d’“AI slop”, puis fermé la PR visant le support HIP sous Windows. Conséquence immédiate : rappel à l’ordre sur les standards de commit et recentrage sur la voie Vulkan.
FFmpeg critique un patch AMD et ferme la PR HIP
Le compte officiel X/Twitter de FFmpeg a relayé l’insatisfaction de développeurs face à une proposition AMD ajoutant la prise en charge de l’AMD HIP SDK sous Windows. HIP est la couche de calcul GPU d’AMD, dérivée de ROCm, destinée ici à porter une partie des workflows sur l’OS de Microsoft.
Dans le fil de revue, les mainteneurs ont pointé des éléments perçus comme issus d’un LLM, tant dans le patch que dans le message de commit. Ils ont rejeté l’inclusion d’instructions d’installation et de configuration pour l’utilisateur final, jusqu’à mentionner l’outil pacman, hors périmètre d’un message de commit centré sur le quoi/pourquoi.
Le développeur AMD a défendu une documentation “longue” issue d’expériences de build et de références plus anciennes. Il a ensuite allégé le message, sans apaiser totalement la discussion. La PR a finalement été close sur un motif de direction technique.
Vulkan privilégié pour un chemin GPU neutre
FFmpeg investit depuis des mois dans des chemins GPU neutres via Vulkan, y compris sur le décodage vidéo multiplateforme et multi-constructeurs. Ce cap limite la dépendance à des SDK propriétaires, facilite la maintenance et simplifie le support cross-vendor.
La passe d’armes autour d’AMD HIP confirme cette priorité : alignement sur des API communes et réduction du coût d’intégration de solutions spécifiques. Pour AMD, l’enjeu sera de démontrer une valeur technique mesurable au-delà de la seule activation HIP sous Windows, ou de contribuer au pipeline Vulkan existant avec des optimisations concrètes.
Source : VideoCardz
