comment DELL et HP font ils pour desactiver HEVC si le gpu embarqué le prend en charge ? ils le font avec leurs drivers ?

Fin de partie pour HEVC : les constructeurs de PC commencent à supprimer le support matériel de HEVC, trop cher pour l'usage fait

La raison est financière : ne pas payer les frais de licence réclamés par des consortiums comme MPEG LA ou HEVC Advance.

- Dell : HEVC est désactivé sur les PC qui n'ont pas d'écran 4K ou de carte graphique dédiée.
- HP : HEVC est désactivé depuis 2024 sur les gammes HP ProBook séries 600 G11, HP ProBook séries 400 G11 et HP ProBook séries 200 G9
- Synology : HEVC est désactivé sur les NAS d'entrée de gamme
- D'autres constructeurs pourraient avoir discrètement désactivé HEVC pour les PC avec iGPU Intel intégré

Les utilisateurs Windows peuvent lire des vidéos HEVC avec VLC ou acheter la licence HEVC à 1€ sur le Microsoft Store qui permet d'avoir HEVC sur Edge et Firefox (je ne crois pas que Chrome se serve de l'extension pour proposer un support dans son navigateur).
Les utilisateurs Linux peuvent avoir HEVC dans Firefox gratuitement, quand leur distribution le prend en charge.

Source de l'information : Ars Technica (article en anglais)

J'ai en effet du mal à y voir une cause rationnelle. Beaucoup de sites Free sont dans ce cas, il manque une étape d'optimisation et quand Free s'y intéresse, ça améliore voire transfigure les performances de la zone, mais c'est au compte-gouttes.

Il y a 480 MHz pour le Wi-Fi 7.

Je pense qu'il serait bon d'étendre un peu, pour avoir un canal de 640 MHz complet qui sera utile dans le futur pour de très haut débit en Wi-Fi.

Cela nécessite juste 160 MHz de plus et laisse 530 MHz pour les fréquences 5G/6G. Ce qui pourrait donner des blocs de 130 à 230 MHz par opérateur aux enchères sur la base de 3 opérateurs (ex : un bloc de 130 MHz, un bloc de 170 MHz et un bloc de 230 MHz).

il me semble qu'il n'y a pas de place pour un canal de 320 dans les 5 Ghz, il faut absolument le caser dans les 6 Ghz et wifi 7 sans canal de 320, ça n'est plus tout à fait wifi 7, vieux débat il me semble.

Bonjour
Personellement, j'ai acheté un pack OVH fibre Pro avec profil C, il y a presque un mois, donc VLAN 4001 et Class of Service 0 , et PPPoE
J'ai créé deux machines virtuelles sous Proxmox installé sur un mini-PC industriel 4 interface Ether Gbps,
une Debian et une Fedora

J'ai fait la configuration PPPoE sous Debian 13, kernel  6.12 avec l'interface graphique de MATE:
Systeme -> Centre de Controle -> Configuration  Réseau Avancé
  qui lance le programme   nm-connection-editor

J'ai fait également la config avec une Fedora 42 (avec  Kernel 6.17, pour être au même niveau de désignation des interfaces que sur Debian 13); où la désignation des interfaces ethernet a été simplifiée lors du passage de Kernel 6.16 à 6.17 sur Fedora 42: exemple enp6s18, remplacé par ens18) Sur Fedora on peut démarrer nm-connection-editor, via la nm-applet  (de la barre des taches à droite) --> Modifier les connexions

Ensuite sous Debian 13 ou Fedora 42 c'est la même procédure.
J'ai personnellement 3 interfaces Ethernet
ens18 (pour le WAN)
ens19 (pour un LAN1 général)
ens20 (pour un LAN2 dédié à la ToIP)
ens18 est désactivé en configuration IPV4 et IPV6, mais activé au boot pour être dans l'état running.
puis je crée un VLAN 4001, ens18.4001 qui a comme parent ens18, aussi désactivé en configuration IPV4 et IPV6, mais activé au boot
au final ifconfig -a doit faire voir:
             ens18:         flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
             ens18.4001: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

Puis on crée un interface PPPoE toujours avec nm-connection-editor
Dans l'onglet génnéral cocher: se connecter automatiquement ...
Dans l'onglet DSL/PPPoE :
Interface parente:   ens18.4001  (et décocher "Réclamer l'interface"
        pour que dans le paramètre suivant, ppp0
        apparaisse automatiquement, et SURTOUT que NetworkManager l'active vraiment)
Interface PPP:       ppp0
Nom d'utilisateur:   <son credential OVH @byt.ovhcloud>
Service:             vide
Mot de passe:        <son password OVH>

Dans l'onglet suivant on peut laisser toutes les méthodes d'authentification cochées (elles sont négotiées avec le serveur PPPoE)
j'ai joué aussi avec les méthodes de décompression, pour essayer de faire disparaitre les anomalie que je vais dévrire après
Sur l'onglet Proxy, rien à faire
 sur celui IPV4 cocher Automatique (PPPoE) (qui permet  de récupérer l'adresse fixe alloué par OVH, la gateway par défaut et les @IP des DNS), et pareil pour IPV6 ou désactivé.
NOTE le MTU de ppp0 démarré par NetworkManager, sera automatiquement celui du parent (ens19.4001) - 8
= = = = =
On règle son firewall préféré pour faire du nat quand on sort par ppp0

Résultat: Dans un premier temps avec des tests simples tout semble fonctionner.
Les tests speedtest.net, avec les meilleurs serveurs proposés (exemple ORANGE), donne un débit environ symétrique > 900 Mbps
les pings vers 1.1.1.1 donne au mieux 8 à 9 ms, mais peut monter à plus de 160 ms en soirée, en tout cas pour le NRO du 77 où je suis raccordé.
Mais dès qu'on est sur des pages WEB complexe, exemple la pages "Order" sur aliexpress, les temporisations peuvent être entre 1 mn et 'infinie', si on ne fait pas de reload, et encore ça ne fonctionne pas toujours le reload.

J'ai une application bancaire de smartphone, qui ne permet même pas de passer l'étape de login car le clavier aléatoire qui permet d'entrer son code, reste indéfiniment en attente.
Sur netflix, les AndroidTV boxes, reste en attente de l'apparition de la page des profils.

Et encore j'ai expérimenté des différences selon les seveurs DNS utilisés, ceux fourni par OVH étant le cas pire, où le plus de site WEB sont inutilisables. C'est avec 1.1.1.1 et  celui de google 8.8.8.8, que j'ai les résultats les moins pires.
======
de guerre lasse, j'ai laissé tomber des heures d'essais, et ai "changer d'offre", pour avoir un model Zyxel avec leur config standard. La ça fonctionne en mettant mon routeur en DMZ de la boxe Zyxel, sur une de ses ports LAN. Donc une couche de NAT; et 4€80 TTC en plus par mois.

Le mode Bridge qui prend en charge le VLAN 4001, et laisse le routeur prendre en charge PPPoE ppp0, ayant cette fois ci ens18 en parent , et en désactivant l'interface ens18.4001, ne donne AUCUNE suppression des anomalies décrites ci dessus.

Je précise que ces routeurs fonctionnent the finger in the nose, sur le réseau Free avec une FreeBox Pop en Bridge IPv4 (on perd l'IPv6), ou sur le Réseau K-net pro (qui n'a pas d'IPv6). Ces deux réseaux n'utilisent ni VLAN, ni PPPoE.

Alors si quelqu'un passant par ici à réussi  faire fonctionner un routeur sur une fibre OVH/BouyguesTelecom; avec VLAN et PPPoE , profil C d'OVH, il serait intéressant de savoir comment ?

Je précise que dès qu'on utilise des VLAN sur le lien de départ, n'importe quelle CoS, peut être mise en ouvre au niveau 2 de l'OSI, basé sur des critères comme m'adresse MAC, .... Dans ce cas ci , @MAC n'est pas le critère car j'ai expérimenté en reportant l'adresse MAC WAN du Zyxel (vu sur wireshark) sur les interfaces fournis par proxmox