qu'est ce que le débit d'une vidéo ?

Beaucoup de problèmes posés ont leur source dans les ambiguïtés du vocabulaire.
Certaines sont dues à celui propre à la vidéo et au fait qu'elle succède au cinéma, d'autres sont dues aux termes personnels de Alex Fox qui, tout à fait normalement parle à sa façon.
Dans la première catégorie il y a, mais pas seulement, "compression d' image" …
Dans la seconde, par exemple, "taille d'image" …

Celà posé, la première remarque est, qu'en vidéo, il n'y a d'image que celle que l' optique de la camera provoque à la surface du capteur !
Au delà, plusieurs degrés d'abstraction sont franchis et, ce sont des descriptions d' image et de flux qui sont compressées …
Assimiler tout peut ne pas être indispensable, mais … si l'on veut comprendre … il faut connaîre les étapes.

L'une d' elles est l' échantillonnage qui permet de calculer le poids - de la description numérique initiale** - d'une image (** on omet de préciser celà).
Quel que soit le mode d'échantillonnage / sous-échantillonnage, pour chaque pixel de la définition d'image du format vidéo en cours, chacun reçoit son information 'Luma' (Y), par contre chacune des deux infos 'complémentaires chroma' (U & V) sont communes à plusieurs pixels donc chaque pixel n'est pas doté de trois infos;
- on a deux variantes d'un mode où sur 4 pixels, 1 seul a l'info U et 1 seul a l'info V, mais les 4 ont chacun leur propre Y (ce sont les modes 4:2:0 et … 4:1:1 lequel est devenu "historique" et ne concernait que le standard ntsc). Dans cette "répartition", en moyenne, c'est 1,5 infos par pixel,
- l'autre mode plus performant dont tous les camescopes ne sont pas dotés est noté 4:2:2 = sur 4 pixels 2 ont une info U qui leur est à chacun propre, idem 2 ont V et les 4 ont chacun leur Y; dans ce mode, c'est, en moyenne 2 infos par pixel.

S'y ajoute encore deux variantes "profondeur d' échantillonnage" valable pour chacune des trois catégories d' infos ( Y, U et V):
- codage sur 8 bits (1 octet), c'est le cas le plus fréquent
- codage sur 10 bits qui est généralment associé au mode 4:2:2.

Donc, pour un enregistrement vidéo FullHD 1920x1080 x1,5 x8 bits =24 883 200 bits, et débit (bitrate) à 30im/s 746 496 000 bits/s, ans ce cas ça ne fait que la moitié du calcul effectué précedemment
MAIS reste quand même la nécessité de réduire ce débit …
à commencer par le poids du codage "brut" d'e chaque image
puis éventuellement en plus celui du flux donc du débit de données ou bitrate :
c'est deux fois deux autres histoires !

 

Oui sauf si tu n'as pas un débit internet important ..Car si non c'est long !!

Heu c'est en tenant compte uniquement d'une compression spatiale (de type Jpeg ??) ton calcul Guy ?
746 Mb/s ça fait quand même un sacrée débit pour du 4:2:0 8bits ..Ou alors j'ai mal compris!

 

Là, y'a quand même un souci à 9 secondes. A mon avis, c'est plus un souci de player... Je veux bien croire que l'encodage YouTube est pas terrible, mais à ce point là j'ai jamais vu ça !

Là, on a clairement un bug. Faut dire qu'entre l'image de noir et les images répétées en drones (je suppose du 25 fps mis dans une timeline 30 fps), c'est pas les meilleures conditions mais bon...

 

ok génial merciiii

 

non bah pourtant comme j'ai dit avant l'image est parfaite sur l'originale, je l'ai réglé en 29.97 fps donc pas de problème non plus au niveau de ça je pense.
enfin pour un drone à plus de 2000 € ça serait dommage d'avoir ça dans les rapides x)
mais même en le publiant sur facebook la vidéo n'a aucun problème, c'est donc bien la compression de youtube je pense
elle à sans doute voulu trop coller le "vert" des arbres ensemble et en même temp ce qui fait un gros paté comme ça

 

C'est l'évaluation effectuée AVANT toute procédure de compression INTRA ou INTER !
Ça fait 622Mbits/s pour du 1920x1080p 25im/s en 4:2:0 8 bits et 4 fois plus en UHD 25p 4:2:0 8bits (~2,5Gbits/s) !
C'est pourquoi, la compression est pratiquement indispensable.

Bien que les phases d'échantillonnage (Y) et de sous-échantillonnage (U&V) soient aussi des manières de compresser l' informatuion à la source, elles n'en sont pas "officiellement" estampillées "compression"… J'ai le souvenir (vague maintenant) de discussion(s) au Repaire reprenant ces phass pour les codifier, en tant que participant à la "compression", sur un quadruplet d'entiers.

Je reviendrai … ultérieurement … sur les procédures "compressives" et les divers algorithmes mathématiques mis en œuvre (ils ne sont pas réservés à la vidéo et certains de leurs initiateurs sont des "checheurs" français ou travaillant en France … malgré les appellations anglaises !).

 

ok merci beaucoup j'ai déjà réussi à comprendre une grande partie du principal à ce qu'il y avait à comprendre et que les vidéos ou wikipédia ne réussissait pas à me définir, c'est déja le principal ^^

l'encodage à bitrate variable génère un bruit hoorible sur l'image non ?

bref du coup tu me conseille de commencer par quoi (quel sujet) pour aller sur ce sujet complexe ?

 

Pas du tout.
Le bitrate variable sert à minimiser la taille du fichier résultat, en fonction du contenu des images :
- si les images sont statiques et peu complexes, le débit d'encodage diminue
- si les images sont complexe avec beaucoup de mouvement le débit augmente.
On optimise au mieux, et cela s'améliore encore si on utilise le double passe :
la premiere passe analyse, la seconde optimise, mais au détriment du temps de calcul qui double.

Olivier

 

La vidéo YouTube lue sur un navigateur à gauche.

La vidéo YouTube téléchargée et lue sur un player de base à droite.



De plus je persiste : sur ta vidéo, des images sont dédoublées. Même sur le download ça se voit.

 

ah oui en effet on voit une net différence entre les 2 waw

dédoublés ? dans quel sens, qu'est ce que cela signifie ?

 

Des images qui se suivent et qui sont identiques. Généralement, c'est du à un souci de cadence (séquence à 29,97 mais tournage drone à 25 fps par exemple).

 

après vérification celle- ci est à 29.97 trames/s comme la vidéo elle même mais cette vidéo du montage est en accéléré à130% est ce que ça peut avoir un impact quelconque ?

après au niveau des différences cette vidéo en elle même et vidéo du montage entière
j'ai remarqué

vidéo : 40 330 Kbits/s en débit totale et donnée
montage : 30 216 Kbits/s

et c'est tout

 

C'est étonnant qu'un accéléré double des images mais oui, cela vient surement de ça.

C'est bien la vidéo encodée par YouTube ! Ce qui prouve le souci de player vidéo....