Je nuancerais le « pas d’intérêt ». La bande basse compte pour la couverture, mais pour juger l’expérience, je regarderais aussi ce qui se passe à la limite de couverture SA : appel entrant, appel sortant, data en cours, puis retour en LTE. Et surtout distinguer VoNR et EPS fallback à l’établissement de l’appel. Sans ces observations, difficile de conclure sur la seule liste des bandes. Quelqu’un a déjà des traces côté téléphone sur ces transitions chez Bouygues ?

Pour la vidéo, pas d'option "haut débit" chez Google.

Réaliser une même vidéo dans différents codecs, ce n'est pas simple. Si le sujet bouge, cela sera différent et si le sujet est immobile, la compression ne va pas avoir de défault, non ?

Si, mais disons que le long de la même voie, si tu es rapide pour le changement de codec, le décor devrait être suffisamment comparable

Sinon, de mon côté, pour l'encodage logiciel, et l'archivage de mes vidéos smartphone, je suis passé sur svt-av1-tritium, le fork communautaire le plus avancé à ce jour, qui est une surcouche d'un autre fork, svt-av1-hdr.

ffmpeg -i fichierEntrée.mp4 \
  -vf "setparams=color_primaries=9:color_trc=18:colorspace=9" \
  -map 0:v:0 -an -sn -dn \
  -fps_mode passthrough -enc_time_base demux \
  -c:v libsvtav1 -crf 57 -preset 1 -pix_fmt yuv420p10le -g 300 \
  -color_primaries 9 -color_trc 18 -colorspace 9 \
  -svtav1-params "color-primaries=9:transfer-characteristics=18:matrix-coefficients=9:tune=0:ac-bias=2.50:enable-tf=2:complex-hvs=1:enable-dlf=3:hbd-mds=1:enable-variance-boost=1:variance-boost-strength=3:variance-octile=4:scd=1" \
  -err_detect explode \
  fichierSortie.mp4

Je précise dans le tableau ci-dessous que QP = qualité d'un bloc. Plus c'est bas, plus la qualité est bonne (comme le CRF).

Paramètre	Ma valeur	Par défaut	Effet
preset	0 (1 si la définition dépasse 1920 sur les deux axes)	/	Vitesse de l'encodeur. Plus lent = plus de calculs = fichiers plus petits pour le même CRF.
crf	60-50 en 4K, 50-40 en 1080p	/	Qualité visée.
pix_fmt	yuv420p10le	/	10 bits 4:2:0. Meilleure compression, compatibilité HDR, obligatoire avec hbd-mds=1.
tune	0 (VQ)	1 (PSNR)	Ce que l'encodeur cherche à optimiser. 1 vise les indicateurs (PSNR, SSIM, VMAF), qui favorisent une image lisse. 0 vise la percetion humaine : il rend plus nets le filtre temporel, l'interpolation, le CDEF, la restauration, la quantification, et le deblocking des images-clés.
ac-bias	2.5	1.0	Garde plus de texture et de détails fins. (2.5 est déjà un peu agressif, 1.5 sûrement mieux par défaut ?)
tx-bias	1.0	0	En mode 1, défavorise le lissage (moyenne de deux références, mélange inter-intra, grands blocs intra) et favorise une interpolation plus nette = garde plus de détails sur les sujets en mouvement.
enable-tf	2 (adaptatif)	1 (activé)	Force du filtre temporel par bloc de 64x64.
complex-hvs	1	0	]Applique le critère psychovisuel d'ac-bias dès le premier tri des prédictions, au lieu d'une simple variance. Les candidats qui gardent la texture ne sont pas éliminés trop tôt.
enable-dlf	3	1	Deblocking à précision maximale. (Aucun effet aux presets 0 à 2 mais bon j'ai mis quand même.)
hbd-mds	1	0	Compare les prédictions en 10 bits au lieu de 8 bits. Plus précis dans les dégradés et les zones sombres. Aucun effet aux presets 0 à 5 (mais j'ai mis quand même).
enable-variance-boost	1	1	Baisse le QP dans les zones plates et peu contrastées.
variance-boost-strength	3 (moyen)	2 (doux)	De combien le QP baisse dans les blocs plats.
variance-octile	4	5	Renforce aussi les blocs qui ne sont que partiellement plats.
scd	1	1	Détection des changements de scène, colle une image-clé aux changements de plan (SVT-AV1 n'a pas ça)
intervalle (max) d'images clés	10 s	-2 (environ 10 s)	Réglé avec -g dans ffmpeg.
CICP	selon la source	/	9/18/9 HLG, 9/16/9 PQ, 1/1/1 SDR. À mettre aussi dans svtav1-params.

Je n'ai pas la réponse pour le QCI LT, mais je précise qu'il est encore possible de souscrire à l'eSIM 20 Go gratuite (si vous n'avez pas souscrit en juillet).

Salut du coup ça a donné quoi pour toi le comparatif Orange/Bouygues ?

Sur Safari pour iOS sous iOS 27, la vidéo et le son fonctionnent

Bonjour,

Box SFR (NB6VAC) remplacée par un routeur OpenWrt sur l'ONT, IPv4 fixe. La ligne fixe est portée par Asterisk 22 (PJSIP) sur un serveur du LAN, derrière le NAT du routeur.

Configuration :
- inscription vers ims.mnc010.mcc208.3gppnetwork.org, outbound_proxy 92.91.129.168:5062 (Trappes), UDP, expiration 300 s ;
- port local 5062, redirection UDP 5062 depuis les 5 adresses de trappes.p-cscf, RTP 20000-20099 ; le routeur conserve le port source 5062 en sortie (vérifié dans  conntrack) ;
- external_signaling_address et external_media_address = IP publique, rewrite_contact, 100rel, rtp_symmetric, force_rport.

Tout fonctionne : inscription (200 OK, Path vers un pcgw ...tng1asbc03.ims.sfr.net), appels sortants et entrants, audio, DTMF, présentation du numéro.

Le problème : après une période sans appel (une nuit, parfois 1 h 30), les appels entrants n'arrivent plus. L'appelant entend sonner normalement, mais rien n'arrive chez moi : ni sur le serveur (trace SIP), ni sur le routeur (compteurs et journalisation de tout UDP/TCP 5060-5062 et de toutes les adresses 92.91.0.0/16 et 77.136.7.0/24 : zéro paquet). L'inscription reste pourtant active : les renouvellements toutes les 5 minutes reçoivent un 200 OK identique à celui des périodes où tout marche.

Un simple appel sortant rétablit aussitôt les appels entrants, pour plusieurs heures.

Quelqu'un a-t-il rencontré ce comportement ? Un keepalive OPTIONS (20 s) ou une expiration à 120 s suffisent-ils chez vous ? Ou faut-il autre chose (en-têtes du REGISTER, sip.instance, reg-event, autre P-CSCF) ?

Merci pour vos lumières !