L'usage de svt-av1 en 32 bits est probablement anecdotique.
Mais comme le paquet est actuellement présent, il fautdrait qu'il soit enlevé, et que les paquets utilisateurs (gst-plugins-bad1.0, ...) soient modifiés pour enlever la dépendance selon l'architecture.

Côté Debian, ils ont libcpuinfo-dev en i386, ce qui leur permet de compiler svt-av1.

Je répondrais sur le fond un peu plus tard, mais concernant  l'Allemagne, leur TNT Hertzienne terrestre (mais peu utilisée il est vrai a cause du câble/satellite) est passé en tout HD/ DVBT2 il y a 3 ans.

J'ai supprimé tout le paragraphe sur l'Allemagne cela ne correspondait plus du tout à la situation actuelle.

J'ai rajouté une partie sur le risque de publicité rajouté par le téléviseur :

Les velléités de certains constructeurs de téléviseurs visant à insérer des annonces publicitaires intrusives ou à substituer les écrans publicitaires des éditeurs par leurs propres régies constituent un risque avéré pour l’intégrité de l’expérience audiovisuelle.
En 2026, des signalements d’utilisateurs d’équipements Hisense font état de l’apparition de réclames en plein écran lors d’actions de navigation courantes, telles que la mise sous tension de l’appareil, l’accès à l’interface d’accueil, la sélection d’une source HDMI ou encore le changement de canal. Ces pratiques marquent une rupture dans les usages domestiques traditionnels.

Frandroid a contacté Hisense France sur ces problèmes et voici la réponse qui a été faite : « La semaine dernière, Hisense France a identifié l’apparition anormale de publicités non désactivables lors du lancement de contenus en Live TV, consécutivement à une mise à jour logicielle. Nos équipes ont immédiatement alerté le siège afin de corriger cette situation dans les plus brefs délais. Le correctif a été déployé le dimanche 8 mars. »

Face à ces dérives, il apparaît impératif que la France instaure un cadre réglementaire contraignant visant à prohiber toute insertion publicitaire abusive opérée par le terminal. Par ailleurs, une exigence de transparence accrue doit être imposée : l’étiquetage informatif, lors de l’acte de vente, devrait explicitement notifier au futur acquéreur les modalités et les circonstances dans lesquelles des contenus publicitaires additionnels pourraient lui être imposés par son téléviseur connecté.

L'article de FRandroid : https://www.frandroid.com/produits-android/tv-connectee-produits/3010791_televiseurs-hisense-et-publicites-forcees-un-test-qui-a-de-quoi-inquieter

Ici, on parle d'encodage AV1, pas du décodage AV1. Encoder en AV1 sur un i386, cela ne peut être que pour un défi tellement, cela sera lent.

Pour revenir à ta question décoder de l'AV1, oui cela fonctionne sur un i386. Par exemple un Pentium dual core i386 est assez puissant pour décoder de l'AV1 en 540p/25 images par seconde.



Ce qui fait que la plateforme i386 est morte, ce n'est pas la puissance, mais la perte de logiciels (sous Windows, comme sous Linux). Filezilla par exemple n'est pas disponible sur cette architecture avec Debian 12 i386. Un autre gros manque, ce sont les DRM indisponibles sur Firefox comme Chromium, cf Pourquoi n'est-il pas possible de lire des vidéos protégées par DRM sur un Firefox 32 bits sous Linux ?

Google a mis fin au support de Widevine pour Linux 32 bits le 31 mai 2021.

Et c'est ce qui a causé des problèmes à la poignée d'utilisateurs qui utilisent encore des ordinateurs plus anciens équipés de distributions Linux 32 bits.

Lorsque le navigateur a été mis à jour, la prise en charge de Widevine a été supprimée. Même s'il indique que le DRM est toujours activé dans le navigateur, le plugin ne fonctionnera pas.

C'est dommage de supprimer si tôt une technologie qui ne peut pas être remplacée par une autre (ex: quand Google supprime le support de Chrome 32bits sous Linux, on peut utiliser d'autres navigateurs web, comme Chromium ou Firefox).

Là, plus de DRM possible (sur aucun navigateur).

J'ai fait les tests avec mon routeur ASUS RT-AX89X :
* SPF+ en RJ-45 (cuivre) sur le routeur
* Câble RJ-45 cat7

1er test :
* Adaptateur RJ-45 vers USB-C en 1 Gbps ==> OK

2ème test :
* Adaptateur RJ-45 vers USC-C en 2,5 Gbps ==> OK

3ème test :
* Adaptateur RJ-45 vers Thunderbolt 4 en 10 Gbps ==> OK

Donc le port SFP+ du RT-AX89X synchronise bien en 1, 2,5 et 10 Gbps.

OK, c'est bien moins mystérieux, les routeurs Asus ne viennent pas avec OpenWRT, donc rien n'est garanti avec, et n'étant ni du MikroTik ni du Cisco, la prise en charge des particularités des pilotes réseau doit être un peu service minimum. Cependant, tu as un convertisseur et ça devrait éliminer le problème parce que le 2,5 Gb/s n'est pas demandé au niveau du routeur directement.

Enfin en théorie, parce qu'il faudrait être assuré qu'il synchronise en 10G côté Ethernet et 2,5G côté SFP+. A-t-on moyen de le savoir ? Si ça continue de poser problème, on dirait bien que c'est parce qu'il impose le même débit des 2 côtés et j'ai bien peur que sur ce genre de chinoiseries, ils ne se soient pas plus foulés que ça. Or 10G sur le SFP+ ne fonctionnera pas, et 2,5G côté routeur non plus.