Problème avec la qualité des vidéos uploadé sur YT

Problème avec la qualité des vidéos uploadé sur YT - Traitement Vidéo - Video & Son

Marsh Posté le 22-02-2017 à 17:54:23    

Bonjour à toutes et à tous.
 
J'ai récemment ouvert une chaine Youtube sans prétentions afin de faire profité à mes amis les parties ou meilleurs moments que l'on pourrait faire.
Alors je suis certes nouveaux dans le domaine du montage vidéo, mais je me suis vraiment beaucoup renseigné mais rien n'y fait, la qualité (sur youtube) est vraiment bizarre ... Je m'explique :
Lorsque je regarde une de mes vidéos, je constate comme une compression supplémentaire toute les 5 secondes pour a peu près 1 seconde.
Voici comment je procède :  
 
J'enregistre ma partie avec "bandicam" en MJPEG q80 59,940 fps, avec le son en PCM en format original (donc en très bonne qualité, mes fichiers font a peu près 200mb/s en débit)
J'ouvre Vegas 14, j'importe mon média et le projet s'adapte au média comme ceci (sauf le ré échantillonnage que je désactive):  
http://img11.hostingpics.net/thumbs/mini_791691Capture.png
Je travail ensuite mon projet si nécessaire (cut, audio supplémentaires etc ...)
Et en suite je fait donc "fichier" et "rendre en tant que", la je choisi "mainconcept avc/aac mp4" puis "internet HD 1080p" que je paramètre comme ceci (j'active également le "téléchargement progressif" ) :
http://img11.hostingpics.net/thumbs/mini_299092Capture2.png
Un magnifique fichier mp4 en 50mb/s d'une très bonne qualité est donc généré et parfaitement lu sur VLC par exemple (aucune "compression" bizarre comme sur YT).
Je vais sur mon compte, j'upload la vidéo, et là surprise : une qualité médiocre ...
 
Alors pour information j'ai également essayé de capturer avec Shadowplay en 1920*1080 60fps 50mps puis édité et rendu avec première pro avec des paramètres semblable, et le problème reste le même ...
J'ai également essayer d'uploadé une vidéo directement issue de Shadowplay, sans passé par Vegas ou Première, et même problème (je vais essayer avec un bandicam brut, mais j'ai peur que le problème soit le même ...)
J'ai essayé également toute sorte de paramétrage de rendu (30fps, avec et sans ré échantillonage, profil élevé et autres etc etc ...) Je n'ai juste pas essayer le format de pixel en 32bit en virgule flotante car je ne crois pas que cela soit nécessaire dans mon cas.
Si Je regarde par exemple une vidéo d'un autre youtuber https://www.youtube.com/watch?v=_ynIbFoNuK4 et je ne constate pas ce problème !
 
Je ne comprend donc vraiment pas pourquoi cette "compression" a lieux ... Si des habitué de la plateforme Youtube et de Vegas pouvait me venir en aide, je vous en serait fort reconnaissant !
Cordialement,
Jack.


Message édité par Profil supprimé le 05-04-2017 à 13:39:05
Reply

Marsh Posté le 22-02-2017 à 17:54:23   

Reply

Marsh Posté le 22-02-2017 à 19:17:59    

Salut,
et en travaillant directement avec les codecs de Google ?
https://fr.wikipedia.org/wiki/WebM

Reply

Marsh Posté le 22-02-2017 à 20:45:03    

Salut à tous.  :)
 
@ Jack
 
"mes fichiers font a peu près 200mb/s"
 
C'est peut-être l'origine du problème: le débit du fichier Youtube varie entre 2.9 mb/s et 4.2 mb/s ...

Reply

Marsh Posté le 22-02-2017 à 20:55:28    

Je n'ai pas essayer, mais je viens de regarder et je ne trouve pas de moyen de rendre en WebM directement par vegas ou premiere, ou convertir ma vidéo en WebM sans perte.

Reply

Marsh Posté le 22-02-2017 à 20:57:24    

Re
@ ClokeStone
Il s'agit du débit d'enregistrement avant rendu par Vegas, qui lui rend en 50 mbps, j'ai essayer en 15mbps comme recommander par youtube mais l'effet reste le meme

Reply

Marsh Posté le 22-02-2017 à 21:23:00    


 
 
J'ai regardé quelques topics sur le même sujet: pour les anciennes versions de "bandicam", il est plutôt conseillé une sortie en MPEG-1. (!)
 
Pour les dernières versions, tous les formats et codecs sont disponibles...
 
Au fait, tu as essayé avec d'autres jeux en ligne ?

Reply

Marsh Posté le 22-02-2017 à 21:45:59    

Alors je dispose normalement de la dernière version de bandicam (3.3.2.1195) et j'utilisais le motion jpeg comme méthode de compression. Maintenant le MPEG1 est disponible.
Je n'ai pas vraiment pu encore faire de test sur d'autre jeux, mais je constate sur arma 3, sur Dayz SA et sur H1Z1. J'avais essayer avec dirt3 mais mal encodé la video, donc a refaire.

Reply

Marsh Posté le 22-02-2017 à 22:42:53    


 
"je dispose normalement de la dernière version de bandicam"
 
Apparemment, il y a des codecs plus "modernes, style H264, non ?
 
Si oui, essaye une capture directement en MP4

Reply

Marsh Posté le 22-02-2017 à 22:55:36    

Shadowplay utilise déjà le format h.264, et j'ai également essayé de faire un rendu sous adobe première en h.624, même problème !
De même, bandicam propose du h.264 cpu ou gpu (nvencode) et le problème est toujours la =D
Je vais essayer avec d'autre jeux pour voir, comme Dirt 3 et RB6 siege et overwatch.


Message édité par Profil supprimé le 22-02-2017 à 22:56:49
Reply

Marsh Posté le 22-02-2017 à 23:06:36    

Et si j'ai choisis le motion jpeg, c pour sa grande qualité presque "raw".

Reply

Marsh Posté le 22-02-2017 à 23:06:36   

Reply

Marsh Posté le 22-02-2017 à 23:46:25    


 
Heuh...oui, mais avec le débit qui va avec !

Reply

Marsh Posté le 23-02-2017 à 00:04:54    

Citation :

Heuh...oui, mais avec le débit qui va avec !


Ce pourquoi je passe ensuite par vegas, pour faire le montage et reduire en débit.
Je précise que j'ai un disque dur de 2To dédié à ça et la fibre a 900mb/s en descendant et a 300mb/s en montant (112.5 mo/s en montant et 37.5 mo/s en descendant réel) donc je préfère largement favorisé la qualité, à l'espace, et d'où ma déception sur youtube =D

Reply

Marsh Posté le 23-02-2017 à 02:22:27    


 
Ben oui, je te comprends !
 
Perso, j'essayerais d'uploader une vidéo de capture sans passer par Vegas, avec un débit raisonnable, quitte à peaufiner avec Handbrake.
 
Ceci afin de déterminer le coupable...

Reply

Marsh Posté le 23-02-2017 à 08:53:22    

Très bien, j’essayerai ainsi.
Après Youtube nous informes de plusieurs chose ici : https://support.google.com/youtube/answer/1722171?hl=fr
 
 
Pas de liste de modifications (quesako ?)
Moov atom en tête de fichier (quesako ?)
2 images B consécutive (qusako ?)
GOP fermé ou GOP de la moitié de la fréquence d'image (quesako ?)
Cabac (je vois pas trop ce que c'est, mais Vegas permet de rendre en cabac en 25mbs donc OK)
Sous echantillonage de la chrominance 4:2:0 (quesako ?)
 
Si vous pouviez m'aider a comprendre tout ça, peut être que le problème pourrait venir de la ?

Reply

Marsh Posté le 23-02-2017 à 10:00:07    

"Si vous pouviez m'aider a comprendre tout ça"
 
Ce serait avec plaisir, mais c'est trop "pointu" pour moi...
 
heureusement, il y a des spécialistes sur ce Forum.
 
Ne reste plus qu'à les attendre.

Reply

Marsh Posté le 23-02-2017 à 10:08:51    

Soyons patient =D

Reply

Marsh Posté le 23-02-2017 à 10:40:43    

Alors pour le retour, j'ai essayé avec un fichier directement issu de bandicam encoder en 30mbps en h.264 CPU (pareil avec h.264 GPU)
en 60fps. Et ça reste toujours pareils sur youtube ! =D
 
J'ai pu essayer hier avec dirt 3 et don't starve together, je n'ai pas constater le problème, après dirt 3 est rapide donc je ne l'ai peut être pas vu, et dst est tellement simple graphiquement que ça n'a pas créer de problème.

Reply

Marsh Posté le 23-02-2017 à 10:41:53    

Les débits des vidéos YOUTUBE sont trop limités (surtout pour des 50/60 fps) , on ne pourra jamais rien y faire. Toutes les vidéos mise en ligne sont ré-encodées avec des débits et des paramètres de bourrins donc ça ne sert à rien de disserter à propos de la qualité de l'original. Au contraire c'est même une perte de temps immense que de mettre en ligne des vidéos de plusieurs dizaines de Go qui au final verront leur taille divisée par 10/20.
 
 
 
Ces paramètres sont conseillés pour éviter des erreurs d'encodage YOUTUBE (pas pour la qualité du résultat final) et donc un rejet de la vidéo mise en ligne. Je doute que des vidéos en 4:2:2 ou 4:4:4 soit acceptées comme telles.  
 
-------------


Message édité par phil758 le 23-02-2017 à 10:52:46
Reply

Marsh Posté le 23-02-2017 à 10:47:20    

Citation :

Les débits des vidéos YOUTUBE sont trop limités (surtout pour des 50/60 fps) , on ne pourra jamais rien y faire. Toutes les vidéos mise en ligne sont ré-encodées avec des débits et des paramètres de bourrins donc ça ne sert à rien de disserter à propos de la qualité de l'original. Au contraire c'est même une perte de temps immense que de mettre en ligne des vidéos de plusieurs dizaines de Go qui au final verront leur taille divisée par 10/20.


Tout ça je comprend, mais ce que je ne m'explique pas, c'est pourquoi toute les 5 secondes, j'ai une seconde compression supplémentaire de 1 seconde alors que je ne constate pas ça chez d'autre utilisateurs.
 
Après si jamais vous connaissez des plateforme de partage de meilleur qualité, je suis preneur.

Message cité 1 fois
Message édité par Profil supprimé le 23-02-2017 à 10:59:54
Reply

Marsh Posté le 23-02-2017 à 11:01:30    

Autrement, est il possible (je présume que oui) d'ouvrir un serveur WEB qui serait par exemple sur ma machine ou sur un serveur distant, afin de pouvoir y stocker mes vidéos et les rendre lisible sans pertes ?

Reply

Marsh Posté le 23-02-2017 à 11:05:09    


 
Je n'ai pas d'accès Youtube là d'où je poste mais je ne comprends pas très bien ce que tu entends par compression supplémentaire de 1s ?  
je jetterai un oeil sur ta vidéo dès que je pourrai.

Reply

Marsh Posté le 23-02-2017 à 11:07:46    

Une autre question que je me pose par rapport a youtube, serait il possible les connaissant, qu'il y ai un système de qualité pour les petit youtuber sans trop d'abonnés, et une meilleur qualité pour les youtuber ayant passé un certain nombre d'abonnés ?
un article ici http://topovideo.com/quelle-platef [...] r-sa-video "La qualité : Elle est aléatoire car il y a un très grand nombre de vidéos « divertissantes »." m'a fait penser à cela et j'ai comme l'impression que c'est le cas, me tromperais je ?

Reply

Marsh Posté le 23-02-2017 à 11:11:00    

Citation :

mais je ne comprends pas très bien ce que tu entends par compression supplémentaire de 1s


En gros, je fait ma vidéo et je la met sur Youtube. Une fois en ligne, j'attend la fin du traitement afin de pouvoir regarder dans toutes les résolutions.
Quand le regarde la video, c'est comme si elle était compressé en 15/20 mbps (ce qui est normal) mais j'ai l'impression de descendre a 2/5mbps toute les 5secondes, et ce pendant 1 seconde.
En gros ma video est belle, mais toute les 5 secondes, c'est comme si les pixel devenait plus gros, donc tout pas beau =D
Je ne sais pas si j'arrive a me faire comprendre ...

Reply

Marsh Posté le 23-02-2017 à 11:21:36    


 
Problème typique d'un bitrate max insuffisant dès que l'image se complexifie mais si cela est strictement cyclique c'est étrange en effet.

Reply

Marsh Posté le 23-02-2017 à 11:30:11    

Ah purement cyclique, toute les 5 secondes pour être exact.
après si je ne bouge pas, ça va, mais si je bouge, toute les 5 secondes j'ai mon problème ...
Pour info, je compresse en vbr avec un max de 135mbps pour une moyenne de 50mbps et le problème n'apparait absolument pas sur vlc.
La faute serait à youtube ?
Edit : Je ne pense pas que la faute soit a youtube car j'ai trouvé des vidéo de personnes n'ayant qu'une dizaine d'abonnés avec des vidéo très peu vu avec une qualité supérieur à la mienne ...


Message édité par Profil supprimé le 23-02-2017 à 12:15:10
Reply

Marsh Posté le 23-02-2017 à 12:46:42    

Alors après moult essais, que ce soit en "mainconcept avc" ou "sonyconcept avc" en vbr entre 135 et 50mbps, en vbr entre 28 et 15 mbps, en cabac en 26 mbps, cabac en 15mbps, le problème est toujours présent et peut importe les résolutions ...


Message édité par Profil supprimé le 23-02-2017 à 13:03:31
Reply

Marsh Posté le 23-02-2017 à 13:01:16    

mp4 d'origine de bandicam convertit en webm en 15mbps via vlc, problème toujours présent ... je ne sais plus quoi faire

Reply

Marsh Posté le 23-02-2017 à 13:50:44    

Test avec la Vsync désactivé (au cas ou il y aurais une différence entre les images affichées et les images enregistrées), pareil ...


Message édité par Profil supprimé le 23-02-2017 à 13:51:08
Reply

Marsh Posté le 23-02-2017 à 14:29:43    

Je viens de voir la vidéo, elle est en 29,97fps même en HD (au passage on perd déjà en fluidité). Bizarre car normalement Youtube reconnait direct les vidéos 60p.
Je pense que c'est un problème de débit d'encodage insuffisant même en 30p. La vidéo en HD 1080p a un débit moyen de 4445kb/s et il ne monte guère au delà de 5,7/6 Mb/s.
Les écarts de débits sont trop faibles. Pour du H264 il faut au moins un débit max X2 pour avoir un rendu correct surtout quand ça bouge
comme dans un jeu vidéo. Ici il aurait fallu un débit max d'au moins 9Mb/s. Il semble que Youtube l'encode avec un débit cible de 4,5 et un max de 6.
Il faudrait essayer d'encoder la vidéo originale (en 29,97fps 1 passe) avec les débits cibles et max de Youtube en h264/x264 par exemple pour voir ce que ça donne en comparaison.
 
--


Message édité par phil758 le 23-02-2017 à 14:42:39
Reply

Marsh Posté le 23-02-2017 à 14:42:46    

Alors oui j'avais mise celle ci en 30fps (je l'avait enregistré et encodé en 30fps, pas 29.97), tu peux regarder une autre de ma chaine, elle sont toutes en 60 et tu pourra constaté le problème.
 
Comment as tu vu qu'elle était en 29.97 ? Un problème de frame (comme par exemple enregistrer en 30 et que youtube utilise du 29.97 (NTSC)) pourrait il créer ce genre de problème ?
Par exemple, je tournais en 60 fps et rendait du coup en 60fps. Si youtube utilise du 59.94 (double NTSC) cela pourrait il généré ce genre de bizarrerie ?
Apres selon toujours le même lien google de tout a l'heure, ils disent ceci : Les fréquences d'images les plus courantes sont les suivantes : 24, 25, 30, 48, 50, 60 images par seconde (d'autres fréquences d'images sont également acceptées)"
 
Autrement je vais essayer de tourner et rendre en 59.940 avec un débit égal a ce que tu m'a dit, pour voir.
(pourrait tu me dire comment tu as trouvé les infos de débit et frame de la vidéo s'il te plait ? cela pourrait me servir)
 
En tout cas merci de creuser avec moi =D


Message édité par Profil supprimé le 23-02-2017 à 14:46:29
Reply

Marsh Posté le 23-02-2017 à 15:11:16    

Lorsque je fait un clic droit puis statistiques avancées sur ma vidéo, je vois "Mime Type : video/mp4; codecs="avc1.4d4014""
Mais si je fait la même procédure sur ma qualité cible : https://www.youtube.com/watch?v=FSOH3_n29kc, j'obtiens : "Mime Type : video/webm; codecs="vp9""
 
J'en déduis donc que Youtube ne change pas forcément tout après upload d'une vidéo.
Je vais me renseigner pour pouvoir faire mon rendu en vp9 directement et voir le résultat.

Message cité 1 fois
Message édité par Profil supprimé le 24-02-2017 à 09:58:49
Reply

Marsh Posté le 23-02-2017 à 15:11:32    

J'ai téléchargé la vidéo 720p et 1080p avec l'extension Video DownloadHelper pour firefox ensuite je l'ai lu avec mon Media Player Classic HC en affichant les stats pour les débits de lecture et le mediaInfo m'indique bien un framerate de 29,97 ce qui expliquerait le lag à 1:20 si la source est à 30fps.

Reply

Marsh Posté le 23-02-2017 à 16:55:06    

Vidéo tourné en 59.940 et rendu en 59.940, pareil ...

Reply

Marsh Posté le 23-02-2017 à 20:21:08    

Re,
 
J'ai lu ici https://www.reddit.com/r/youtube/co [...] _uploaded/ quelqu’un qui se faisait la même réflexion que moi sur le vp9, et il a eu droit en réponse que c'était le nombre de vue qui pouvait faire passer en vp9 ....
Vrai ou faux ?


Message édité par Profil supprimé le 23-02-2017 à 20:46:48
Reply

Marsh Posté le 23-02-2017 à 21:57:08    


 
Bon courage pour le VP9, c'est d'une lenteur abominable à faire passer le x265 (preset slow) pour ultra rapide... J'ai le plug-in WebM pour Adobe Premiere Pro et j'ai vite abandonner tellement c'est lent. Plus de 4 minutes à titre d'exemple pour encoder 20 secondes d'une vidéo 720p sans le moindre effet sur un CPU 8C/16T (5960X).
 
En freeware, pour convertir en WebM VP9 il y a  XMedia Recode par exemple mais là aussi très lent et en plus qui bug à mort sur le VP9 sur mon ordi principal.
 
 
 
 

Reply

Marsh Posté le 28-02-2017 à 00:17:13    

Up ?

Reply

Marsh Posté le 02-03-2017 à 21:23:07    

En fait le vp9 c'est encore en dev il me semble, j'ai fait quelques tests d'encodage, bon je fais ça avec ffmpeg en ligne de commande sur Linux, ou avec des scripts qui peuvent s'ajouter au clic droit, question de pratique pour transcoder/compresser.
C'est vrai que c'est très long, je pense qu'un logiciel exploitant le GPU devrait vraiment apporter un plus dans ce processus.
Aussi, les vidéos en vp9 ça réagit bizarrement je trouve, ça n'aime pas trop qu'on joue avec le curseur du player, genre avancer de quelques minutes pour retrouver l'endroit où on avait stoppé le visionnage.
 
Je garde un œil pour voir si suite il y a, je trouve étonnant que tu n'arrives pas à obtenir ce que tu souhaites avec  le VP8.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed