informatique et high-tech (les meilleures news) %) - Page 291

Bah, les développeurs de x264 pensent évidemment que le H.264 soit le meilleur format du monde, ça vous étonne?

Erf, en effet (bon, j'ai juste regardé la portion Summary for the lazy)

C'est pas une question d'opinion. Si son interprétation de la spéc VP8 est exacte, l'argument de l'absence de brevets tombe à l'eau, vu le nombre de points communs avec le H264.

(et ne pas gérer de trames B dans un format vidéo de 2010, franchement...)

(Squoi une trame B ? )

(c'est celle qui suit la trame A)

Bande d'incultes, la Frame B était déjà gérée pas MPEG-2, c'est à dire il y a au moins 15 ans et vous savez pas ce que c'est ?


t1 les jeunes, c'est dingue de voir ça

Vince : hé non

http://en.wikipedia.org/wiki/B-frame
En gros, une image créée en se basant sur une image qui précède et une image qui suit.

Folco : perroquet, va

[00:14] <Zerosquare> rien que le coup de ne pas avoir de trames B c'est hallucinant
[00:14] <Zerosquare> ça existe depuis le MPEG2, quoi [00:14] <Zerosquare> (donc ça doit bien faire 15 ans)

hem...
Folco, t'en sais pas plus, tu copies colles juste le contenu d'irc...

cross

(ah merde, grillé )

vince -> c'était une blague hein...

(et pas qu'un peu )

0□ > Ah ok… Je comprends mieux…
(PS: Je préfère le pain grillé plutôt que le Folco grillé )

T'as déjà goûté au Folco grillé ?

Hmm… Je dois dire que non… Et toi, tu y as déjà goûté ? Si oui t'en as pensé quoi ?

Il paraît que ça a un petit goût de poulet 68k rôti à la braise

Ah, comme quoi toi t'as déjà essayé le 68k rôti hein ^^

J'ai dit "il paraît"

J'ai jamais fait rôtir de 68k perso, par contre d'autres composants oui

GoldenCrystal (./8704) :
(Squoi une trame B ? )

Alors, de mémoire (mes études de la doc DivX pour améliorer mes encodages par VirtualDubMod datent de près de 5 ans…), on a :
• les trames I, ou key frames, qui sont juste des images complètes à l’instant T, la seule compression étant « à la JPEG » : quand on navigue dans une vidéo, on doit forcément repartir d’une trame I, donc il en faut assez régulièrement (sauf cas particuliers, je crois qu’il y habituellement au moins 1 trame sur 4 ou 5 qui est I) ;
• les trames P, ou delta frames, qui ne contiennent comme information que la différence entre l’image complète à l’instant T et l’image complète à l’instant T-1 : en cas de scène fixe ou presque, ça donne une succession de trames P très petites, ce qui améliore le taux de compression ;
• les trames B, « bi-directionnelles », composées à certains endroits de l’image du delta avec l’image précédente (comme une trame P, donc) et à d’autres endroits de l’image du delta avec l’image suivante qui est, je crois, forcément une trame I (cette dernière doit donc être lue par le codec avant la trame B mais affichée après).


La vache, c’est quoi ces 10'000 posts le temps que je fasse le mien o_O ?

Mouais, le transistor grillé ça a une odeur marrante, mais c'est pas pour autant que j'en mangerais. Ça doit donc bien pas être bon à manger, le Folco grillé
./8718 > T'en fais pas, ça m'arrive souvent aussi, mais merci des infos plus détaillées

Avec le lien kivabien de ./8707 (ouf, j’ai cru un moment avoir échangé les rôle de I et P), mon petit laïus est devenu obsolete © …

Le problème, c'est qu'il y a un brevet sur les trames B, donc ils ne peuvent pas les utiliser.

BAAAAAWWWWWWWW

Kevin Kofler (./8721) :
Le problème, c'est qu'il y a un brevet sur les trames B, donc ils ne peuvent pas les utiliser.

Quoi  ??? Par qui ?
’Tain, mais fuck les brevets logiciels  !

./8699> Hmm non c'est les ricains qui en ont fabriqué un prototype au sol. Il n'y en a jamais eu dans l'espace...

Techniquement, VP8/WebM est meilleur que Theora (ce n'était pas difficile) et moins bien que H.264. Aucune nouveauté dans ces deux faits... Et comme le souligne DLFP, l'auteur de la première analyse technique connaît le sujet: il est injuste de réduire sa position à "je suis le développeur de x264, donc tout ce qui n'est pas H.264 n'est pas bien".

On va voir ce qui va se passer, techniquement et légalement. Sachant que la spec de VP8 est manifestement très mal rédigée (ce qui ne va pas aller dans le sens d'une large adoption du format), que les libristes extrémistes (qui font beaucoup de bruit) ne voudront pas de VP8/WebM parce qu'il n'est pas sous GPL, que ceux qui ont peur des brevets ne voudront pas de VP8/WebM - sans compter ceux qui ne veulent pas de Google...
Ca va être dur pour VP8/WebM, même si Google est derrière, et même si ça représente une avancée technique et en termes de part de marché (avec YouTube et les partenaires industriels) par rapport à Theora.

"Ca va être dur", mais si google + youtube + mozilla sont réellement dans le coup, ça va être vite adopté par nécessité et sans même s'en rendre compte malgré tout.

de toute façon suffit de comparer les rendus visuels. x264 donne clairement les meilleurs résultats. détails plus fins, pas de flou, etc

VP8 (On2 VP8 rc8)
http://doom10.org/compare/vp8.png

H.264 (Recent x264)
http://doom10.org/compare/x264.png

H.264 Baseline Profile (Recent x264)
http://doom10.org/compare/x264baseline.png

Theora (Recent ptalabvorm nightly)
http://doom10.org/compare/ptalabvorm.png

Dirac (Schroedinger 1.0.9)
http://doom10.org/compare/dirac.png

VC-1 (Microsoft VC-1 SDK)
http://doom10.org/compare/vc1.png

MPEG-4 ASP (Xvid 1.2.2)
http://doom10.org/compare/xvid.png

Les comparaisons sont à compression moyenne égale ? (Je suppose, mais je préfère demander confirmation…)

a débit égal.

t'as qu'à lire la partie tldr de l'article, hé

Yoshi Noir (./8692) :

Sasume (./8691) :
Google publie a racheté une société informatique à laquelle appartenait un format vidéo meilleur que H.264 ; il vient de faire passer en open source un ce codec vidéo performant et libre.

Fix'd

Non, non google a bien publié un codec sous licence BSD, donc, bien libre.