Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2908 connectés 

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8
Auteur Sujet :

[ XviD ] Description des options du XviD (MAJ 25/11/2002)

n°372319
HomiE FR
Posté le 30-11-2002 à 11:43:07  profilanswer
 

Reprise du message précédent :
Voilà un petit lien vers un post de Doom9 sur les matrices de quantification faites maison :
http://forum.doom9.org/showthread. [...] adid=33499
 
Ca papote pas mal, et ils font des essais de matrices, j'ai pas encore testé mais c'est vrai que ca devrait être de ce coté là maintenant qu'il faut chercher les améliorations sensibles de qualité visuelle. Parce que bon la matrice de quantification détermine un peu les artefacts qu'on aura en sortie et leurs répartitions sur les images...

mood
Publicité
Posté le 30-11-2002 à 11:43:07  profilanswer
 

n°372389
farib
Posté le 30-11-2002 à 13:21:36  profilanswer
 

sniff personne m'a répondu


---------------
Bitcoin, Magical Thinking, and Political Ideology
n°372396
dams
Posté le 30-11-2002 à 13:35:22  profilanswer
 

farib : je suis pas un expert, mais essai normalement, essai de changer tes quantizers, I et P frames , en compressant moins chaque frame (donc en baissant ceux-ci), tu pourrais baisser ton taux cpu, sinon, n'utilises surtout pas de filtre.


---------------
Dams
n°372400
HomiE FR
Posté le 30-11-2002 à 13:46:54  profilanswer
 

kobaia : j'ai regardé les passages que tu indiquais comme étant blurrés, et je n'ai pas constaté de réel problème au moment du visionnage. Que ce soit le rip avec Lumi Masking (qui compresse plus les zones très sombres et très claires, comme l'exemple de 7'30) ou sans, il n'y a pas de réel défaut du blur, même si effectivement l'herbe dans l'ombre semble un poil plus blurrée que l'herbe éclairée, en y regardant de très près...
Le seul point où je trouve un blur sensible, quoique pas très gênant, c'est à 9'25 où là les arbres dans le fond sont effectivement un peu plus blurrés.
Sinon pour le guide et la biblio, je veux bien mais que c'est long tout ça! Surtout quand il faut tout expliquer à des gens totalement ignares dans le domaine... Mais d'un autre coté ça oblige à remettre tout ce qu'on sait à plat, et donc à vérifier tout, sans "croyances" et autres...
 
farib : Je t'ai déjà répondu en PM, je n'ai rien à ajouter de plus, désolé. Sinon de toute façon j'ai pas l'impression qu'il passe grand monde sur ce post. Seuls quelques fanatiques demeurent... :)

n°372445
Rapido
Fuck The Past, Kiss The Future
Posté le 30-11-2002 à 15:11:57  profilanswer
 

en tout cas, tout ce que vous dites est trés intéressant :)
félicitation !
le trucs c'est que apparemment ya pas de réglage "magique" en ce sens qui marche pour à peu près tous les films ..ou me trompais-je ?

n°372475
dams
Posté le 30-11-2002 à 16:51:10  profilanswer
 

Rapido a écrit a écrit :

en tout cas, tout ce que vous dites est trés intéressant :)
félicitation !
le trucs c'est que apparemment ya pas de réglage "magique" en ce sens qui marche pour à peu près tous les films ..ou me trompais-je ?




 
You're all right.


---------------
Dams
n°372523
HomiE FR
Posté le 30-11-2002 à 19:07:21  profilanswer
 

Rapido : Merci beaucoup. :jap: M'enfin peut être que tu parlais pas de moi... ;)  
 
Sinon j'ai fait des petits tests de compressibilité sur Se7en (Zone 2, la 1ère version du DVD sortie il y a un bout de temps) : la source est assez bruitée (grain visible), donc je l'ai filtrée un peu avec UnFilter pour voir ce que ça donnait.
 
J'ai ensuite fait des 1ères passes sur une dizaine de minutes du film, avec des options différentes, pour voir. Les secondes passes vont suivre cette nuit et demain je demanderai à mon frérot de renommer les fichiers en 1.avi, 2.avi etc.. sans savoir lequel correspond à quoi et je ferai un comparaison qualitative des fichiers 2 à 2 pour voir celui que je préfère. Pour vous, ça peut sembler bidon parce qu'il n'y a aucune preuve tangible du test, mais bon j'ai aucun intéret à bidouiller le truc...
 
Voilà voilà. Je poste déjà les résultats au niveau des 1ères passes effectuées, pour vous donnez une idée des effets au niveau technique (pas visuel donc, parce que j'ai pas encore les secondes passes cf ci-dessus, qui seront d'ailleurs faites avec un bitrate de 700 kbps environ et une curve compression linéaire a priori, puisque l'alt-CC ne fonctionne toujours pas avec les B-frames) des différents paramètres du XviD.
 

Code :
  1. Script Avisynth utilisé :
  2. -------------------------
  3.   LoadPlugin("C:\Program Files\Vidéo\Avisynth 2.07\MPEG2Dec.dll" )
  4.   LoadPlugin("C:\Program Files\Vidéo\Avisynth 2.07\UnFilter.dll" )
  5.   Source=MPEG2Source("D:\DVD\Se7en\vts_01.d2v" )
  6.   Test=Trim(Source,93317,107976).Crop(2,74,716,428).UnFilter(-15,-15).LanczosResize(704,288)
  7.   Return Test
  8. Informations séquence :
  9. -----------------------
  10.   Nombre total de frames : 14660
  11.     (93317 -> 107976)
  12. Référence :
  13. -----------
  14.   Taille totale : 144204 KBytes
  15.   Nombre de I-frames :   170
  16.   Nombre de P-frames : 14490
  17.   Taille moyenne d'une frame   : 10073 Bytes
  18.   Taille moyenne d'une I-frame : 23956 Bytes
  19.   Taille moyenne d'une P-frame :  9910 Bytes
  20.   Taille max d'une frame : 90506 Bytes
  21.   Taille min d'une frame :   798 Bytes
  22. Quarter Pixel :
  23. ---------------
  24.   Taille totale    : 143757 KBytes
  25.   Taille/référence : -0.3 %
  26.   Nombre de I-frames :   190
  27.   Nombre de P-frames : 14470
  28.   Taille moyenne d'une frame   : 10041 Bytes
  29.   Taille moyenne d'une I-frame : 24714 Bytes
  30.   Taille moyenne d'une P-frame :  9849 Bytes
  31.   Taille max d'une frame : 90438 Bytes
  32.   Taille min d'une frame :   928 Bytes
  33. B-frames (Max=2 Ratio=150 Offset=100) :
  34. ---------------------------------------
  35.   Taille totale    : 107299 KBytes
  36.   Taille/référence : -25.6 %
  37.   Nombre de I-frames :  172
  38.   Nombre de P-frames : 6338
  39.   Nombre de B-frames : 8150
  40.   Taille moyenne d'une frame   :  7495 Bytes
  41.   Taille moyenne d'une I-frame : 23766 Bytes
  42.   Taille moyenne d'une P-frame : 13475 Bytes
  43.   Taille moyenne d'une B-frame :  2501 Bytes
  44.   Taille max d'une frame : 90502 Bytes
  45.   Taille min d'une frame :     1 Byte!
  46. B-frames (Max=2 Ratio=150 Offset=100) + Lumi Masking :
  47. ------------------------------------------------------
  48.   Taille totale    : 96726 KBytes
  49.   Taille/référence : -32.9 %
  50.   Nombre de I-frames :  172
  51.   Nombre de P-frames : 6350
  52.   Nombre de B-frames : 8138
  53.   Taille moyenne d'une frame   :  6756 Bytes
  54.   Taille moyenne d'une I-frame : 21768 Bytes
  55.   Taille moyenne d'une P-frame : 12112 Bytes
  56.   Taille moyenne d'une B-frame :  2260 Bytes
  57.   Taille max d'une frame : 88546 Bytes
  58.   Taille min d'une frame :     1 Byte!
  59. B-frames (Max=2 Ratio=150 Offset=100) + Quarter Pixel :
  60. -------------------------------------------------------
  61.   Taille totale    : 107413 KBytes
  62.   Taille/référence : -25.5 %
  63.   Nombre de I-frames :  173
  64.   Nombre de P-frames : 6377
  65.   Nombre de B-frames : 8110
  66.   Taille moyenne d'une frame   :  7503 Bytes
  67.   Taille moyenne d'une I-frame : 23765 Bytes
  68.   Taille moyenne d'une P-frame : 13606 Bytes
  69.   Taille moyenne d'une B-frame :  2357 Bytes
  70.   Taille max d'une frame : 90416 Bytes
  71.   Taille min d'une frame :     1 Byte!
  72. B-frames (Max=2 Ratio=150 Offset=100) + Chroma Motion :
  73. -------------------------------------------------------
  74.   Taille totale    : 106833 KBytes
  75.   Taille/référence : -25.9 %
  76.   Nombre de I-frames :  171
  77.   Nombre de P-frames : 6341
  78.   Nombre de B-frames : 8148
  79.   Taille moyenne d'une frame   :  7462 Bytes
  80.   Taille moyenne d'une I-frame : 23799 Bytes
  81.   Taille moyenne d'une P-frame : 13395 Bytes
  82.   Taille moyenne d'une B-frame :  2502 Bytes
  83.   Taille max d'une frame : 90385 Bytes
  84.   Taille min d'une frame :     1 Byte!

n°372607
HomiE FR
Posté le 30-11-2002 à 23:35:56  profilanswer
 

kobaia : pour l'instant, je ne conseille pas l'alt-CC parce que les B-frames foutent en l'air le respect de la taille finale. Tant que Koepi ne sort pas une nouvelle build, on est forcés d'attendre. Mais bon ne t'attends pas à trouver le messie dans l'alt CC. Moi je la préfère parce qu'elle permet je trouve de mieux controler ce que fait le codec au niveau de la curve compression par rapport à celle "standard", tout en évitant de laisser des passages trop bas en bitrate comme c'est le cas avec le "linear scaling".
 
Pour le problème de 7'42 : non je n'ai pas de blur gênant sur l'herbe de la route. Mais encore une fois là on entre dans des domaines particulièrement subjectifs, faudra que je t'envoie tout ça dès que Koepi sort un nouveau truc. Il a dit que ça tardera pas donc wait & see comme ils disent...

n°372745
HomiE FR
Posté le 01-12-2002 à 13:03:09  profilanswer
 

OK je vais voir ce que ça donne avec du post-proc.

n°373734
grosnaze
Posté le 03-12-2002 à 00:35:22  profilanswer
 

Ya une nouvelle version de développement du codec qui a été mise en ligne par koepi:
 
Latest development (unstable) binary:
XviD-02122002-1.exe (368kb)
Changelog:
- Fresh CVS checkout
- bframe updates (mpeg + cust. quant matrices work)
- refdivx's lumi masking bugfixed (hopefully)
- sysKin's updated dynamic halfpel/quarterpel code is used.
- StatsReader updated to 2.0.  

mood
Publicité
Posté le 03-12-2002 à 00:35:22  profilanswer
 

n°373762
HomiE FR
Posté le 03-12-2002 à 07:46:35  profilanswer
 

kobaia : C'est sur que c'est pas facile de répartir exactement comme on le voudrait les bits. Mais bon faut quand même se satisfaire d'une solution approchée, parce que la perfection a un prix là dedans : le temps! Et on en a déjà passé pas mal sur LOTR.
 
grosnaze : Merci pour le lien.
 
Je vais enfin pouvoir faire le rip final avec l'alt CC de LOTR.

n°373892
HomiE FR
Posté le 03-12-2002 à 12:07:42  profilanswer
 

Y'a déjà une nouvelle build de Koepi du 03/12/2002. La précédente était lente à cause d'optimisations pas suffisament efficaces, et le Lumi Masking de ReferenceDivX utilisé dans la build de Koepi produisait de temps à autre des points blancs sur l'image...
Ca c'est bien une preuve du développement très actif du XviD actuellement.
 
Koepi j'ai pas encore lancé le dernier rip (chuis à l'école là) mais je lance la 1ère passe ce soir en rentrant. Pour les options spéciales, je sais pas encore, mais à coup sur les B-frames.
 
On verra ce que ça donne, en tout cas ce sera mon dernier essai. Après je t'envoie ce qu'il faut! (enfin tu me diras :) )

n°373945
c_nul
Posté le 03-12-2002 à 13:26:34  profilanswer
 

A propos de l'alt cc, il y a ça qui peut vous interesser mais il n'y a plus les vidéos ^^;
http://forum.media-video.com/viewtopic.php?t=7531

n°374852
drkarma
Old boy
Posté le 05-12-2002 à 02:47:06  profilanswer
 

Homie & Kob->
 
J'ai quelques films a encoder dans les prochains jours (non, je n'enchaine pas tests sur tests, je n'ai ni le temps ni le courage, d'ailleurs j'applaudis le votre au passage)
 
J'ai toujours ma build du 4 oct 2002 (car stable) [:mlc]
 
je voudrais bien encoder avec les BFrames & Cie, mais j'ai un peu peur car ces nouvelles features sont encore bien expérimentales et imparfaites.
quelle build me conseillez-vous pour un encodage sûr ? (tant pis s'il est potentiellement 10% moins beau que ce que peut faire la build sortie y'a 1 jour, 1 heure ou 1 minute ;))
 
quelles features éviter pour l'instant (QPixel si j'ai bien compris, voire meme GMC) ?

n°374860
HomiE FR
Posté le 05-12-2002 à 07:19:40  profilanswer
 

Surtout GMC en fait.
QPel vaut mieux éviter pour moi, tout comme Lumi Masking qui sont assez expérimentales encore...
 
Sinon les B-frames sont très bien pour moi maintenant. Après tout dépend de ton rip pour les paramètres, mais bon si c'est sur 1CD tu peux y aller avec les B-frames, sachant que 2,150,100 sont des paramètres "standards" pour les B-frames (avec le DX-50 B-VOP compatibility).
Après tu tweakes comme tu veux! A+


Message édité par HomiE FR le 05-12-2002 à 07:20:20
n°374883
drkarma
Old boy
Posté le 05-12-2002 à 09:46:11  profilanswer
 

c'est pour un encodage 700MO pas si facile que ça (1h44 avec 192kbps de bande son, et je tiens a garder une resolution de 608 voire 640), c'est un film lumineux et tres contrasté (asterix mission cleopatre)
 
je crains de voir apparaitre le défaut qui me hérisse avec le XviD : les contours qui fourmillent.
ca bougeotte systematiquement autour des personnages, ca en devient choquant (plus que les auréoles de pixels du SBC a mon gout)
c une horreur, et ce meme sur des films en 2CD (bien que l'effet soit evidemment atténué a haut bitrate, il reste intolérable : j'ai fait un comparo avec Sbc et divx5 sur un film de 2h07/1400mo)
 
ou alors c'est moi qui parametre comme un pied (pourtant, j'avais utilisé MPEG/modulated HQ, et modulated HQ pour du 1CD)
 
je l'ai beaucoup moins avec les films sombres (j'ai fait un encodage impeccable de Los Angeles 2013 sur 690mo pour 1h36).
mais pour les films avec luminosité normale, quelle horreur :( je suis peut etre hypersensible a ce défaut.
 
 
j'espere que les Bframes arriveront a resoudre ce probleme.

n°374888
dams
Posté le 05-12-2002 à 09:53:47  profilanswer
 

Les bframes ne sont sensées n'apporter que de la compressibilité.
D'ou très peu ou pas de qualité en plus.

n°374890
dams
Posté le 05-12-2002 à 09:54:36  profilanswer
 

Mais en tout cas c interessant, si tu me laisses quelk temps (2-3 semaines LOL) j'essairais de le faire ce rip, car je l'ai aussi ;)


---------------
Dams
n°374893
drkarma
Old boy
Posté le 05-12-2002 à 09:57:27  profilanswer
 

HomiE FR a écrit a écrit :

..., mais bon si c'est sur 1CD tu peux y aller avec les B-frames, sachant que 2,150,100 sont des paramètres "standards" pour les B-frames (avec le DX-50 B-VOP compatibility).
Après tu tweakes comme tu veux! A+




 
les BFrames, c'est pas un poil emmerdant quand on veut extraire une partie de sa video ? les BFrames n'ayant plus les IFrames juste apres, comment des lors les décoder ?
On est déja obligé de couper sur une Keyframe au début de la video a extraire (logique), on sera maintenant obligé de couper sur une Keyframe a la fin aussi ? (d'ou la DX-50 compatibility indispensable d'ailleurs)


Message édité par drkarma le 05-12-2002 à 09:57:36
n°374896
drkarma
Old boy
Posté le 05-12-2002 à 10:01:52  profilanswer
 

dams a écrit a écrit :

Mais en tout cas c interessant, si tu me laisses quelk temps (2-3 semaines LOL) j'essairais de le faire ce rip, car je l'ai aussi ;)




 
pourquoi pas, on va se la mesurer tiens :D  
 
j'ai fait deux encodages en Divx5, que je n'ai pas encore regardés : 560*240 et 640*272, 780kbps si j'ai bonne memoire.
jeté un coup d'oeil viteuf, la 640 a l'air de souffrir.
 
pas encore fait de xvid donc.
 
quand au SBC, j'ai la release 'officielle' divx sortie y'a quelques temps, et quand je vois la cata (ah! les trainées foncées sur le ciel clair :love:  :lol: ), donc j'y touche meme pas.
 
et j'ai la VF et le commentaire audio, pour un total avoisinant les 192kbps donc ;)

n°374908
dams
Posté le 05-12-2002 à 10:18:22  profilanswer
 

En fait, j'avais penser la faire sur 2 CD, car le son mérite (pour mon avis) de rester en AC3, mais je veux bien tester pour du 1 CD, j'emploierais des BF.


---------------
Dams
n°374910
drkarma
Old boy
Posté le 05-12-2002 à 10:19:51  profilanswer
 

moi aussi je pensais a 2CD, vu que je l'ai deja en 1CD,  
mais comme j'utilise deja 2CD pour ripper les bonus, 4CD ca fait abusé  :o  
 
(on pollue pas un peu le topic là ?)

n°374913
dams
Posté le 05-12-2002 à 10:26:51  profilanswer
 

On se forcera à le faire sur 1 CD, car c effectivement le topic idéale :)
 
Sinon, je m'excuse d'avance pour mes passages épisodiques dvt tout le monde :D et le non avancement de mes tests de rips :D car j'ai bcp de boulo ds mon job, et kk probs perso, donc j'ai pas trop de réactivité depuis kk semaines, voir kk mois :D


---------------
Dams
n°375134
HomiE FR
Posté le 05-12-2002 à 17:09:52  profilanswer
 

J'ai aussi Asterix et Cleopatre, je vais voir ce que ça donne aussi. Pour les B-frames, drkarma tu as raison : tu peux normalement pas découper juste sur une B-frames sans avoir sa référence. Par contre, là où tu te gourres c'est que les références des B-frames ne sont pas forcément des I-frames (heureusement) mais aussi et le plus souvent des P-frames (pas des B-frames par contre), pareil que pour les P-frames en fait.
 
D'ailleurs d'après ce que j'ai lu les B-frames ne sont pas stockées séquentiellement : par exemple, tu veux faire I B B P, et bien ce sera stocké dans cet ordre I P B B, avec les 2 frames références passé et futur des B-frames avant les B-frames correspondantes.
 
Voilà, à +

n°375147
drkarma
Old boy
Posté le 05-12-2002 à 17:25:14  profilanswer
 

HomiE FR a écrit a écrit :

J'ai aussi Asterix et Cleopatre, je vais voir ce que ça donne aussi. Pour les B-frames, drkarma tu as raison : tu peux normalement pas découper juste sur une B-frames sans avoir sa référence. Par contre, là où tu te gourres c'est que les références des B-frames ne sont pas forcément des I-frames (heureusement) mais aussi et le plus souvent des P-frames (pas des B-frames par contre), pareil que pour les P-frames en fait.
 
D'ailleurs d'après ce que j'ai lu les B-frames ne sont pas stockées séquentiellement : par exemple, tu veux faire I B B P, et bien ce sera stocké dans cet ordre I P B B, avec les 2 frames références passé et futur des B-frames avant les B-frames correspondantes.
 
Voilà, à +




 
oups, lapsus, je voulais dire PFrames :)
 

n°375212
HomiE FR
Posté le 05-12-2002 à 19:05:18  profilanswer
 

Y'a pas a dire, t'es quand même le roi pour ce genre de posts! :) Je pense pas que drkarma en attendait autant. D'ailleurs je me disais bien que ça pouvait être un lapsus, mais bon j'ai préféré couper court et répondre direct. :) Mais sinon tu ferais mieux de ne pas faire mumuse avec les Modulated et Modulated HQ : en tout cas pour moi, je ne vois pas de réel gain qualitatif. D'ailleurs les utiliser pour la 1ère passe peut être une erreur. Bah oui, il encode la première passe en quant 2, alors si ensuite ta 2ème passe a un quant moyen supérieur à 3, plus de la moitiè des frames auront un quant différent entre la première et la seconde passe, ce qui change donc pas mal de choses sur l'estimation de mouvement etc... Donc pour moi mieux vaut rester sobre avec du H263 ou du MPEG, voir du MPEG-Custom, mais pas de Modulated (HQ ou non).
C'est mon avis (bien sur contestable à loisir). ;)

n°375412
drkarma
Old boy
Posté le 05-12-2002 à 23:19:29  profilanswer
 

kobaia a écrit a écrit :

[...]



 
ouah! : smileyquisessuielefront :
 
 
Version du 21-11, donc. Merci mille fois pour l'info!
Tant que j'y suis, Nic, Koepi, une préférence pour une version plutot qu'une autre ? Incompatibilités entre l'encodeur de x et le décodeur de y ou le ffdshow ? (que je n'ai pas, tiens)
 
BFrames seulement donc, ok.
Lumi masking et autres psychoreglages m'en suis jamais servi (j'aime pas le concept meme qu'un codec décide a ma place de quels sont les passages 'importants' - trop subjectif comme notion)
QPixel non plus, vu que déconseillé a la quasi unanimité.
GMC par contre je l'utilise en divx5. Mais bon, si dans xvid il est pas au point,...
 
je suivrai de pres cette histoire de QPixel (que je commence par comprendre son principe meme, ce sera un bon début)
 
 
en fait, ce qui m'inquiete avec ces versions instables en développement, c'est :
- d'obtenir une image dégueu, à cause des params buggés ; mais comme je regarde toute la video apres l'avoir encodée, je le détecterai.
- d'avoir des problemes plus tard pour lire les videos encodées avec cette build ; imaginons que des features soient abandonnées juste apres, ou gérées différemment - les problemes de compatibilité, ca suxx.
 
 
 
au fait, mon son prend 129mo (avec vorbis c dur a prevoir=), +3mo d'interleave, et mon CD fait bien 700mo, ca laisse si j'ia bonne memoire 780kbps de bande son.
byzance quand meme pas, on doit pas avoir les memes criteres d'acceptabilité (huh?) de l'image ;) - perso un film à 600kbps en 720x,je supporterai pas ou alors c'est une interview!


Message édité par drkarma le 05-12-2002 à 23:23:48
n°375448
Djall
Posté le 06-12-2002 à 00:16:28  profilanswer
 

kobaia a écrit :


 
en fait moi aussi ras le bol de LOTR , mais bon j'ai vu ce que je voulais voir a propos de XviD ; notamment en ajustant (laborieusement...) les mecanismes overflow et peak max, là j'arrive à une stabilité du bit rate assez étonnante, sans que ça provoque des dégats sur la qualité ; les peaks arrivent à passer avec 900k de valeur max ! bref ça délivre alors un flux suffisament contraint pour probablement qu'il puisse , le cas échéant, etre délivré en stream avec un buffer de 10 secondes!
 
je voudrais quand meme refaire une derniere manip' avec 2 B-fs mais "encadrées" par des 'P' à valeur quasi bloquée (3&4 idéalement, voire 3&5 si j'ai encore des pb de taille fichier) ; j'avais juste un bleme de taille fichier avec 3&4 et une seule B-f , pb que je voudrais donc 'déporter' sur des doubles B-fs mais quasi bloquées elles aussi par rapport à mettons des P entre 3&5 ; en renversant le concept ratio + offset ; cad mettre un petit ratio mais un gros offset ; faut que je regarde les bonnes valeurs qui mettraient les deux Bfs vers 6 à 8 ; je dois retomber sur mes pattes quant à bonne taille fichier; reste à voir ce que ça donne à l'oeuil...
 
sinon , pas de QPel ; oui c'etait prévisible; si c'etait aussi 'trivial' à réaliser, notamment à bas bit rate, DivX l'aurait fait fonctionner depuis longtemps !
 
maintenant question annexe: qu'en est t-il vraiment de l'aspect libre ( GPL) de XviD ? parceque s'il ne s'agit finalement de permettre à la bande à Okapi de repasser closed source des que ça sera finalisé...ça ferait tache


 
traduction Doc :lol:

n°375776
HomiE FR
Posté le 06-12-2002 à 17:57:44  profilanswer
 

kobaia : Pour les Modulated and co en fait je parlais à drkarma! :) J'avais compris que tu ne les utilisais pas, mais c'est vrai que je suis pas clair...
Sinon je te posterai les réglages de l'alt CC dès que possible, même si ça m'emmerde de pas t'envoyer le CD comme prévu (non pas que je doute de ta capacité à rentrer les mêmes réglages que moi hein) parce que bon je t'avais dit que je le ferais... Là j'ai ps trop le temps de faire mumuse, j'ai les partiels qui arrivent (OK c'est quand même pas la mort mais bon vu qu'il y a très peu de notes dans l'année, vaut mieux pas se faire dessus le jour des partiels). Voili voilou.
 
Sinon j'essaie maintenant de comparer les résultats en anime du XviD vs RV9. D'ailleurs un dev du RV9 poste sur Doom9 et il affirme que le RV9 est un codec bien plus complexe que le MPEG4, et qu'il n'y a pas de pre-processing de la source avant la compression (si j'ai bien compris, mais je vais vérifier quand même). C'est d'ailleurs la complexité du truc qui le rend plus lourd à décoder, avec surement le post-proc qui vient se rajouter là dessus. Même les gars genre MarcFD (qui d'habitude se gêne pas pour dire que le RV9 est un codec bidon tout simple qui fait de la merde dans toutes les situations face au XviD) gardent la "tête basse" (plus ou moins), ça veut tout dire. Je crois que ceux qui ont lu les posts auxquels je fais référence sur Unite-Video ou autre me comprendront (enfin j'espère).

n°375861
HomiE FR
Posté le 06-12-2002 à 20:18:26  profilanswer
 

Voilà l'URL du topic sur Doom9 :
http://forum.doom9.org/showthread. [...] adid=38970
 
Le gars qui poste bosse chez RealNetworks, et il bosse dans le développement du codec :
  Karl Lillevold  
  Sr. Codec Engineer / RealNetworks, Inc.

 

Karl Lillevold a écrit a écrit :

 
Unless you choose the Low or High Noise prefilter options in Helix producer, there is no pre-processing with RV9. Producer's noise filters are fairly simple temporal or spatio/temporal filters, and not as advanced or adjustable as some 3rd party filters. I would recommend trying out AVISynth pre-filters with RV9.  
 
With the right AVISynth pre-filters, the result for noisy or otherwise sub-optimal source material, can be significantly improvement, and even high quality source can be improved..as you already know. It does not appear as if people experiment nearly as much with pre-filters for RV9 as for XviD. Perhaps not so strange, but at least now you know that there is *no* built-in pre-filtering in RV9 (unless those options are chosen in producer).



 
Voilà une réponse d'un développeur du XviD, -h :
 

-h a écrit a écrit :

 
RV9 is technically "better" than XviD, in terms of the features that have been implemented that the MPEG-4 spec lacks. I can't attest as to how well Real has implemented those features, obviously enough.  
 
The blurring of RV9 isn't due to prefiltering, it's the side effect of high quantizers in an encoder that implements deblocking/deringing in the encoding loop. Instead of blocks, you get blur.
 
If the blurred look still appears at high bitrates, there is a problem. Deblocking and deringing should be quant-sensitive.



 
Je crois que c'est assez clair.


Message édité par HomiE FR le 06-12-2002 à 20:19:45
n°375862
inoe
c'est bon, mangez-en
Posté le 06-12-2002 à 20:25:52  profilanswer
 

En même temps, je pense que ce gars est un peu trop impliqué dans le RV9 pour être totalement objectif (je dis pas qu'il ment, non, non, juste qu'il est un peu influencé, mais  tous les développeurs sont pareils, je suppose).
 
PS: désolé de m'incruster comme ça dans votre discussion ;).


---------------
[:inoe]
n°375864
HomiE FR
Posté le 06-12-2002 à 20:26:51  profilanswer
 

Je traduis en gros au cas où certains qui passeraient sur le topic demandent (même si ça semble clair) :
 
1. Si on ne choisit aucun réglage de débruitage (Low Noise ou High Noise) dans Producer, il n'y a pas de pré-processing intégré dans le codec Real Video 9.
 
2. En termes de "features", le Real Video 9 est meilleur que n'importe quel codec MPEG-4 (c'est un développeur du XviD qui le dit), du fait des restrictions du format MPEG-4 lui-même, chose inconnue des developpeurs du RV9 qui créent un format "maison" qui leur permet de faire ce qu'ils veulent.
 
3. Le flou du Real Video 9 n'est pas du à du pre-processing : c'est un effet secondaire de l'utilisation de quantificateurs élevés avec un codec qui possède une implémentation interne de filtres de deblocking/deringing au sein même du processus d'encodage (ce qui n'est PAS du pre-processing). Au lieu des blocs du MPEG-4 on obtient du flou.

n°375867
HomiE FR
Posté le 06-12-2002 à 20:30:31  profilanswer
 

Inoe : Je suis de ton avis en ce qui concerne l'implicatiion mentale des développeurs dans leur projet, mais bon là ça semble quand même vérifié, puisque même -h qui est quand même un développeur du XviD vient appuyer sa théorie. On peut se demander comment -h connait le processus de compression d'un format fermé propriétaire, mais bon je pense pas a priori qu'il y ait eu signature d'un chèque de montant inconnu de Real vers un chtit dev du XviD! ;)

n°375878
inoe
c'est bon, mangez-en
Posté le 06-12-2002 à 20:41:12  profilanswer
 

Oui, je suis d'accord avec toi, et j'ai bien vu ce que disait -h.
Mais ce qui me surprend un peu, c'est qu'en comparant un encodage RV9 et XviD, il arrive à la même qualité; personnellement, je ne suis pas fan des macroblocks, mais je me débrouille toujours pour avoir le résultat le plus fin et le moins blocké possible, ce que je ne parviens pas à obtenir avec RV9, alors qu'avec XviD, sans PP, c'est faisable. Soit, c'est au prix d'utilisation de filtres de pré-pro, et parfois de nombreux essais, mais je pense que la qualité a un prix :).


Message édité par inoe le 06-12-2002 à 20:51:13

---------------
[:inoe]
n°375892
HomiE FR
Posté le 06-12-2002 à 20:51:38  profilanswer
 

Inoe : Je pense que tu fais allusion aux posts de MarcFD qui affirme qu'il a implémenté le deblocking/deringing dans le code du XviD en 2 secondes et que les résultats sont aussi bons que le RV9. Là moi j'ai comme qui dirait un GROS doute : y'a aucune preuve de ce qu'il avance, ni la version tweakée, ni les résultats. C'est largement pire qu'un codec propriétaire, là on doit faire confiance à un gars qui avait l'habitude de rabaisser le RV9 plus bas que terre :
 

MarcFD a écrit a écrit :

 
le RV9, c'est assez "creux". voilà mon humble avis.  
pour avoir la même qualitée au même bitrate qu'une video en RV9, suffit de baisser la résolution.  
a haut bitrate, aucun interêt : lent et bourrin (niveau filtrage).  
[...]
moi j'attends toujours de voir du RV9 plus beau que du MPEG-4. j'ai pas dit plus flou, mais plus beau. et beau ca veut pas dire du sharpness à 2 euros.  
[...]
les implémentation actuelles sont déjà bien plus évoluées que le RV9, qui uilise des vielles techniques bien rodées
  (note de HomiE FR: je rigole franchement là en lisant ça, il ne connait rien au code et il se permet de critiquer)




 
Je suis peut être méfiant mais je n'ai aucune confiance comme ça dans ce qu'il dit, d'après ce que j'ai lu de lui dans le passé (j'ai rien contre lui je précise, je lui ai jamais parlé).


Message édité par HomiE FR le 06-12-2002 à 20:52:17
n°376139
HomiE FR
Posté le 07-12-2002 à 06:45:38  profilanswer
 

Désolé j'avais même pas mis la source du post de MarcFD :
http://atlas2.tgv.net/~media-video [...] .php?t=640

n°376332
dams
Posté le 07-12-2002 à 15:44:46  profilanswer
 

Trop long toutes vos réponses sont :D

n°376809
inoe
c'est bon, mangez-en
Posté le 08-12-2002 à 17:08:54  profilanswer
 

Bon, désolé, je vais pas écrire un roman, mais juste deuw précision, puisqu'apparement je ne me suis pas fait comprendre:
 
1) HomieFR: non, je ne répète pas stupidement ce que disait MarcFD (que je ne connais pas, donc aucune raison de le croire sur parole, ou de le dénigrer), je te parlais de mon expérience personnelle; j'ai eu le temps de tester XviD en long et en travers, pour finalement arriver à des résultats (sans avoir besoin d'utiliser un milliard de filtres parralèles) qui me satisfont parfaitement (et pourtant je ne suis pas du genre laxiste).
Quant à RV9, je n'ai pas trouvé le moyen (peut-être suis-je un âne) d'obtenir cette même qualité, ce qui ne me fait pourtant pas dire que ce codec est une merde, juste qu'il ne me convient pas (à moi, OK ?).
 
2) Kobaia: pour ce qui est de la vidéo à 200kbps, je n'en ai absolument pas l'utilité, et ce n'est pas à ce débit que je compare XviD et RV9 (du reste, RV étant à l'origine destiné au streaming, encore heureux qu'il batte les codecs MPEG4 sur ce terrain...).
Je ne prétends pas être un spécialiste de l'encodage RV9 (ni même de l'encodage tout court), mais quand je lis des trucs comme "toujours l'absence de precisions des conditions operatoires..ça fout la mrd..ce genre de 'flou' là ! ça transfere plein d'idées toutes faites...", ça a le don de me foutre en rogne: plutôt que de dire à ceux qui posent des questions sur les méthodes d'encodage, plutôt que de leur sortir MES réglages, je préfère faire appelle à leur intelligence et leur donner des pistes. Tous les films sont différents, tant au niveau de la luminosité, que du grain, de la colorimétrie, de la durée, de lataille des .vob, etc., et même en sachant tout ça (et tout ce que j'ai pu oublier), il ne m'est pas possible de donner des réglages qui vont bien.
Maintenant, tu penses peut-être que j'ai tout fait pour saboter mes encodages en RV9 (j'ai surement du temps à perdre, surtout à la vitesse où va mon P3 500), pour le simple plaisir de pouvoir dire ici: "RV9, c'est de la merde, rien ne vaut le MPEG4" (ce que je n'ai jamais dit du reste, et que j'espère ne jamais faire). Libre à toi de penser ça, je sais ce qu'il en est à mon sujet.
 
En espérant que mes propos ne seront pas mal interprétés...
 
iNOE


Message édité par inoe le 08-12-2002 à 17:09:47

---------------
[:inoe]
n°376846
drkarma
Old boy
Posté le 08-12-2002 à 17:56:50  profilanswer
 

J'ai pris la version du 20/11 avec BFrames (je n'ai pas trouvé celle du 21/11, et une du 27/11 qui ne gérait pas les BFrames, so...)
 
 
Reglages Bframes : 3 , 150 , 100
Quantization : H263 puis Modulated HQ (désolé...)
Intervalles KFrames : 350 / 20
Quantizers : 2 / 5 et 2 / 10
Alt CC : agression medium , 200%high , 100% low
Strength : 30% , max bitrate et distance : 5000 / 50 / 50
 
bref la plupart des parametres sont ceux par defaut.
 
 

kobaia a écrit :

 
@drkarma
 
ben si ! pres de 800k en 1 CD c'est byzance ; là avec LOTR on est a 600k...capito? ensuite procures toi les courbes PSNR de progression de bit rate pour Mpeg4 ; tu verras que *precisement* vers 750k t'es au meilleur rapport qualité/prix , si j'ose dire;
 
comment veux tu depasser 780k en 1 cd !! sauf si c'est un court metrage :)
 
>perso un film à 600kbps en 720x,je supporterai pas ou alors c'est une interview!
 
bof..me fait marrer ! une fois sur ta télé , tu me parleras de "grosse" difference entre 600k et 780k ...meme finalement te gourrer entre les deux tu le pourrais....(+1,5dB PSNR seulement; faut 3dB pour que la differenec 'claque' franchement)
 
bref perso , vu tes remarques, je ferais alors plutot du 128 en son et le MAX à l'image; mais chacun ses choix
 


 
- on a vraiment pas les memes criteres de 'qualité' alors ;)
tu cherches a faire rentrer a tout prix sur 1CD, tu veux que l'image soit acceptable, je veux qu'elle soit parfaite.
 
(sachant que MA perfection = Perfection objective / Marge d'imperfections non discernables par l'oeil a une distance minimum et une attention maximum définies)
 
déja je ne prends JAMAIS la télé comme référence pour juger la qualité d'un film, vu que c'est TOIUJOURS mieux que sur un PC ; or il m'arrive de regarder sur PC, et il vaut mieux etre trop exigeant que pas assez!
 
 
derniere chose, je ne peux pas mettre 128kbps, car il y a deux langues ! en fait, mes 192 (plutot 175) kbps de son contiennent la VF et le commentaire audio (à -q0, soit ~65kbps)
ah oui, tu fais des bandes son en MP3 64k ; là c'est à moi de me 'marrer' ;)
 
 
Merci de tes conseils, j'ai fait Astérix avec les BFrames :  
en 560*240 bilinear , c'est MAGNIFIQUE.
légerement flou a cause du 560+bilinear,
donc je me suis laissé tenter par un imprévu 640*272, au vu de la qualité au-dela de mes espérances du 560.
 
je vais aussi faire un 560*240 en soft bicubic.
 
 :hello:

n°376947
dams
Posté le 08-12-2002 à 19:26:05  profilanswer
 

kobaia a écrit :


 
OK...je te le fais façon famille à Dams alors ? ..
 
 "XviD putain ça déchire tro, koman que ça tue pas RV9 qu'est tou floutter, une vres daube"  
 
 


 
C'est bizarre ou je te sens un peu moqueur :D

n°376968
HomiE FR
Posté le 08-12-2002 à 19:57:54  profilanswer
 

iNOE : Désolé je suis pas très vif à la comprenette, mais c'est juste le "il" qui me faisait penser que t'avais lu le post de Doom9 et que tu faisais référence à ce que disait MarcFD sur son implémentation éclair du deblocking/deringing interne au codec de compression.

iNOE a écrit a écrit :

 
Mais ce qui me surprend un peu, c'est qu'en comparant un encodage RV9 et XviD, il arrive à la même qualité[...]



mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8

Aller à :
Ajouter une réponse
 

Sujets relatifs
video Xvid illisible quelque soit le lecteur :(Xvid vers SVCD NTFS -> comment faire ?
Lire un xvid avec le codec divx. Y a t il une perte ?Avec quoi on lit les xvid????
[MAJ le 18/11/02] Topic général : Jukebox MP3 Thomson Lyra PDP2800 10G[The Topic] Xvid
[ffdshow] c quoi ce truc avec mes codec divix ou xvid ??codecs xvid ac3 et divx
convertir un divx (xvid) en vcdcodec XVID
Plus de sujets relatifs à : [ XviD ] Description des options du XviD (MAJ 25/11/2002)


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR