Auteur Sujet: Bitrates fluctuant sur twitch (Upload) (Lu 7780 fois)

Xcell Miguel · « **Réponse #24 le:** 23 avril 2021 à 15:22:15 »

C'est la même machine qui fait tourner le jeu et qui encode ?
Si oui, ça peut simplement être l'encodeur qui voit sa vitesse fluctuer légèrement car la fréquence du GPU ou CPU change constamment pendant le jeu ?
C'est encodé via le CPU ou GPU ?
À tester : donner plus de priorité à OBS ou essayer d'encoder avec le GPU au lieu du CPU (ou inversement).

Autre possibilité, mais je ne pense pas que ça soit ça vu le débit du SpeedTest : une prise CPL sur laquelle le PC est branché électriquement en plus de l'ethernet, en jouant ça consomme plus et la prise a plus de mal. C'est arrivé à un pote il y a des années, mais ça avait un impact sur son ping et sa voix saccadait quand il jouait.

Razeyk · « **Réponse #25 le:** 23 avril 2021 à 15:33:05 »

Citation de: Xcell Miguel le 23 avril 2021 à 15:22:15

C'est la même machine qui fait tourner le jeu et qui encode ?
Si oui, ça peut simplement être l'encodeur qui voit sa vitesse fluctuer légèrement car la fréquence du GPU ou CPU change constamment pendant le jeu ?
C'est encodé via le CPU ou GPU ?
À tester : donner plus de priorité à OBS ou essayer d'encoder avec le GPU au lieu du CPU (ou inversement).

Autre possibilité, mais je ne pense pas que ça soit ça vu le débit du SpeedTest : une prise CPL sur laquelle le PC est branché électriquement en plus de l'ethernet, en jouant ça consomme plus et la prise a plus de mal. C'est arrivé à un pote il y a des années, mais ça avait un impact sur son ping et sa voix saccadait quand il jouait.

Alors, c'est le même PC qui encode effectivement, mais cette anomalie est apparu du jour au lendemain, voici les test que j'ai fait :

- Formatage du PC
- Priorité haute OBS + mode admin
- Réinitialisation par défaut de ma carte réseau
- Changement encodage x264 (CPU) & GPU (RTX 2080 SUPER

Il n'y a aucune prise CPL c'est du RJ45 direct Cat. 7A, box branché sur une prise sans rallonge ou multiprise

Cette fluctuation arrive toujours lors d'un jeu en ligne, c'est étonnant, et ceci est arrivé du jour au landemain

Razeyk · « **Réponse #26 le:** 23 avril 2021 à 17:41:37 »

J'ai trouvé !

C'est Twitch qui pose soucis !

J'ai fais pleins de réglages, et mon débit n'est plus fluctuant depuis que j'ai cocher "Ignorer les paramètres recommandés du services de streaming"

En gros dans la version précédente de OBS, cette option était indiquer autrement et n'apparaissait pas dans l'onglet Stream (flux) une fois cocher (PJ)

La j'ai tester en mode test bande passante, je vais maintenant tester en live directement mais en tout cas visiblement ce sont les informations transmise par Twitch qui cause cette anomalie !

azures · « **Réponse #27 le:** 23 avril 2021 à 21:53:54 »

Hello,
à priori un CBR peut se permettre des petits écarts (même d'1Mbit/s). ça n'a rien d'anormal tant que tu drop pas de frame.
C'est juste comme ça que ça fonctionne

cf. https://slhck.info/video/2017/03/01/rate-control.html
cf. mon cours de Technique de l'image vidéo

Razeyk · « **Réponse #28 le:** 24 avril 2021 à 09:16:34 »

Citation de: azures le 23 avril 2021 à 21:53:54

Hello,
à priori un CBR peut se permettre des petits écarts (même d'1Mbit/s). ça n'a rien d'anormal tant que tu drop pas de frame.
C'est juste comme ça que ça fonctionne

cf. https://slhck.info/video/2017/03/01/rate-control.html
cf. mon cours de Technique de l'image vidéo

Je ne savais pas que cela était aussi fluctuant, du coup malgré le CBR (constant), cela veut dire que Twitch à son passe outre ces paramètre si jamais on lui dit pas le contraire ?
Ou est ce que c'est seulement un buffer ?

En tout cas, j'apprécie toute vos réponse et votre temps pour m'apprendre des choses, je vous en remercie infiniment !

Je vais lire ton cours de Technique avec le plus grand plaisir ! J'aime apprendre !

azures · « **Réponse #29 le:** 24 avril 2021 à 10:15:49 »

C'est pas la faute de Twitch !

Malheureusement je peux pas te rendre disponible le cours (il soumit au copyright du prof et je n'ai que des slides sans explication).

Mais je peux te donner l’algorithme de H.264 et une petite explication.
Quand tu donnes des paramètres à ton encodeur tu choisis un mode (base, mainline, high pour H.264), ce mode c'est la boîte à outils qu'il utilise pour encoder.
Et dans ces outils il y a un GoP (Group of pictures), composé d'image I (qui font s'encode sur elles-mêmes), d'image P (qui s'encode sur l'image I ou P d'avant) et des images B (qui s'encode sur les images I ou P qui sont devant ou derrière elles).

Tout ces outils ont besoin d'être contrôlé par un facteur que l'utilisateur encode, le bitrate en CBR dans ce cas-ci, qui donne une ligne directrice. Mais en fonction de l'image et du "sens" de l'encodage des images l'algorithme va faire des choix (même si il vise toujours 8Mbit/s). Et parce qu'il doit changer pour une image un des paramètres qui lui permette d'encoder il va choisir d'augmenter ou diminuer le débit ne serais-ce que pour une image.

Par exemple, pour un GoP du genre IPPBPPI, il va écrire 8,2Mbit/s pour les images I, exactement 8Mbit/s pour les P et 7Mbit/s pour les B.
Le principe même de l'encodeur H.264 (les tables de Huffman et de quantification) font aussi que un encodeur CBR parfait est difficile à atteindre car ils laissent des résidus de données.

Voilà voilà j'ai essayé d'expliquer du mieux que j'ai pu mais ça demanderais 16h de cours pour être complet (et pas avec moi je suis loin d'être rôdé).
Je te laisse quelques liens wikipedia

https://fr.wikipedia.org/wiki/Group_of_pictures
https://en.wikipedia.org/wiki/Advanced_Video_Coding
https://en.wikipedia.org/wiki/Bit_rate
https://en.wikipedia.org/wiki/Constant_bitrate
https://en.wikipedia.org/wiki/Huffman_coding

Razeyk · « **Réponse #30 le:** 24 avril 2021 à 10:19:57 »

Citation de: azures le 24 avril 2021 à 10:15:49

C'est pas la faute de Twitch !

Malheureusement je peux pas te rendre disponible le cours (il soumit au copyright du prof et je n'ai que des slides sans explication).

Mais je peux te donner l’algorithme de H.264 et une petite explication.
Quand tu donnes des paramètres à ton encodeur tu choisis un mode (base, mainline, high pour H.264), ce mode c'est la boîte à outils qu'il utilise pour encoder.
Et dans ces outils il y a un GoP (Group of pictures), composé d'image I (qui font s'encode sur elles-mêmes), d'image P (qui s'encode sur l'image I ou P d'avant) et des images B (qui s'encode sur les images I ou P qui sont devant ou derrière elles).

Tout ces outils ont besoin d'être contrôlé par un facteur que l'utilisateur encode, le bitrate en CBR dans ce cas-ci, qui donne une ligne directrice. Mais en fonction de l'image et du "sens" de l'encodage des images l'algorithme va faire des choix (même si il vise toujours 8Mbit/s). Et parce qu'il doit changer pour une image un des paramètres qui lui permette d'encoder il va choisir d'augmenter ou diminuer le débit ne serais-ce que pour une image.

Par exemple, pour un GoP du genre IPPBPPI, il va écrire 8,2Mbit/s pour les images I, exactement 8Mbit/s pour les P et 7Mbit/s pour les B.
Le principe même de l'encodeur H.264 (les tables de Huffman et de quantification) font aussi que un encodeur CBR parfait est difficile à atteindre car ils laissent des résidus de données.

Voilà voilà j'ai essayé d'expliquer du mieux que j'ai pu mais ça demanderais 16h de cours pour être complet (et pas avec moi je suis loin d'être rôdé).
Je te laisse quelques liens wikipedia

https://fr.wikipedia.org/wiki/Group_of_pictures
https://en.wikipedia.org/wiki/Advanced_Video_Coding
https://en.wikipedia.org/wiki/Bit_rate
https://en.wikipedia.org/wiki/Constant_bitrate
https://en.wikipedia.org/wiki/Huffman_coding

Impeccable merci beaucoup

gillejeu · « **Réponse #31 le:** 25 avril 2021 à 00:07:41 »

Citation de: Myck205 le 22 avril 2021 à 21:21:08

Pour certains intervenants, les saturations n'arrivent JAMAIS chez Orange, du coup ça peut mettre le doute.

Ah merde loupé le troll.... Ils sont pas chez Free

Auteur Sujet: Bitrates fluctuant sur twitch (Upload) (Lu 7780 fois)

gillejeu