Discussions ! [DIVX 5] - Video & Son
Marsh Posté le 07-03-2002 à 11:43:15
[édité]
[jfdsdjhfuetppo]--Message édité par Bruce--[/jfdsdjhfuetppo]
Marsh Posté le 07-03-2002 à 11:46:38
Origan a écrit a écrit : Le topic déjà exisrant étant déjà gros et celui-ci étant appelé à le devenir, ce serait bien que les réglages les plus efficaces soient régulièrement updatés en 1ère page, façon Pentier pour le topic K7S5A sur Hardware. Je commence juste à essayer le nouveau codec, donc je n'ai pas encore de contribution à apporter |
Vi c'est le but que je me fixe, je vais créer une mini-FAQ résumant pour le premier venus les info importantes.
Marsh Posté le 07-03-2002 à 11:52:58
Origan a écrit a écrit : J'ai effacé en voulant éditer mon orthographe... |
Heureusement que j'ai "quoted" avant
Marsh Posté le 07-03-2002 à 11:55:58
Bon aller je balance les hostilités...
Alors ce filtre de désentrelacement il est au point ou pas finalement ?
Fo attendre un future version?
Si il fontctionne ou se place t'il par rapport au désentrelacement de Vdub ou flask 0.6 ?
Mes tests sont pas trés concluant mais je suppose que je configure peut etre mal le codec...
Marsh Posté le 07-03-2002 à 12:07:55
Skymarshal_nico a écrit a écrit : Bon aller je balance les hostilités... Alors ce filtre de désentrelacement il est au point ou pas finalement ? Fo attendre un future version? Si il fontctionne ou se place t'il par rapport au désentrelacement de Vdub ou flask 0.6 ? Mes tests sont pas trés concluant mais je suppose que je configure peut etre mal le codec... |
Faudra que j'ajoute ça à mes tests tiens
Marsh Posté le 07-03-2002 à 12:08:47
tg0021 : peut-tu essayer d'encoder un truc assez long avec Vdub 1.4.9 svp ? C pour voir si le bug viens de là ou pas...
Marsh Posté le 07-03-2002 à 12:16:06
Bruce: c'est "discussions", je suppose ?
Marsh Posté le 07-03-2002 à 12:27:57
Je confirme
Marsh Posté le 07-03-2002 à 12:33:04
[Mode HS: ON]
Au fait, robUx4, le dev de MMTV est définitivement arrêté ?
[Mode HS: OFF]
Marsh Posté le 07-03-2002 à 12:46:00
Inoe a écrit a écrit : [Mode HS: ON] Au fait, robUx4, le dev de MMTV est définitivement arrêté ? [Mode HS: OFF] |
Les PV et la création de threads servent à ça !!! SVP !
Marsh Posté le 07-03-2002 à 12:50:08
Bruce a écrit a écrit : tg0021 : peut-tu essayer d'encoder un truc assez long avec Vdub 1.4.9 svp ? C pour voir si le bug viens de là ou pas... |
c'est en cours avec vdub 1.4.8, sur un film de 2 heures (avisynth).
1ere passe sans pb et seconde passe à 80%
On refait après avec vdub 1.4.9.
PS : GMC+Bframes ON
Marsh Posté le 07-03-2002 à 12:53:19
jotenakis a écrit a écrit : c'est en cours avec vdub 1.4.8, sur un film de 2 heures (avisynth). 1ere passe sans pb et seconde passe à 80% On refait après avec vdub 1.4.9. PS : GMC+Bframes ON |
Ok, si ça plante avec la 1.4.9 on saurra vite ou est le pb
Marsh Posté le 07-03-2002 à 12:54:06
Réponse à mphilamp :
Pour avoir les quantizer "modulated" il faut utiliser la release de Koepi (c'est lui qui a implémenté et c'est pas encore dans le CVS, me semble t-il)
@+
Marsh Posté le 07-03-2002 à 12:54:38
Voici mon ressenti après une lecture attentive de tous les posts de HFr, un bon paquet sur Doom9 et sur DXN :
Il semblerait que Divx 5.0 ne soit pas exempt de bugs.
Au final des tests, il semblerait que Divx 4.12 , Divx5 et même Xvid CE SOIT BONNET BLANC ET BLANC BONNET.
A part une chiure de mouche de perf ou de qualité gagnée ici ou là, il n'y a pas de réelle révolution (du moins pas autant que l'apparition du premier codec Divx).
Cela fait un paquet d'années que j'encode et j'ai dû essayer TOUTES les techniques et les codecs disponibles; et j'arrive aujourd'hui à cette conclusion (personnelle) : je suis sûr que 95% des utilisateurs BASIQUES du Divx (ç-a-d en lecture uniquement, et pour des films récupérés pour le net ou à droite ou à gauche) ne verront pas la différence entre du SBC, du Divx 4.xx, et du Divx 5.
Faut pas se leurer, les améliorations sont mineures, et les résultats peu flagrants (relisez les posts).
Cette release du Divx 5 annonce peut-être une amorce dans une autre direction, plus économique celle-là.
DXN doit certainement avoir besoin de gagner en notoriété "officielle" si elle veut assoir une position commerciale plus grande. Et les choses commencent à bouger, preuve en est la carte Sigma ou les accord de licences passés avec différentes sociétés. Et là, c'est sûr qu'un effet d'annonce "LE TOUT NOUVEAU SUPER HYPRA GENIAL DIVX AVEC PLEIN D'AMELIORATIONS DEDANS" leur est bénéfique, voire nécessaire ...
Marsh Posté le 07-03-2002 à 12:57:27
bentotoro a écrit a écrit : Voici mon ressenti après une lecture attentive de tous les posts de HFr, un bon paquet sur Doom9 et sur DXN : Il semblerait que Divx 5.0 ne soit pas exempt de bugs. Au final des tests, il semblerait que Divx 4.12 , Divx5 et même Xvid CE SOIT BONNET BLANC ET BLANC BONNET. A part une chiure de mouche de perf ou de qualité gagnée ici ou là, il n'y a pas de réelle révolution (du moins pas autant que l'apparition du premier codec Divx). Cela fait un paquet d'années que j'encode et j'ai dû essayer TOUTES les techniques et les codecs disponibles; et j'arrive aujourd'hui à cette conclusion (personnelle) : je suis sûr que 95% des utilisateurs BASIQUES du Divx (ç-a-d en lecture uniquement, et pour des films récupérés pour le net ou à droite ou à gauche) ne verront pas la différence entre du SBC, du Divx 4.xx, et du Divx 5. Faut pas se leurer, les améliorations sont mineures, et les résultats peu flagrants (relisez les posts). Cette release du Divx 5 annonce peut-être une amorce dans une autre direction, plus économique celle-là. DXN doit certainement avoir besoin de gagner en notoriété "officielle" si elle veut assoir une position commerciale plus grande. Et les choses commencent à bouger, preuve en est la carte Sigma ou les accord de licences passés avec différentes sociétés. Et là, c'est sûr qu'un effet d'annonce "LE TOUT NOUVEAU SUPER HYPRA GENIAL DIVX AVEC PLEIN D'AMELIORATIONS DEDANS" leur est bénéfique, voire nécessaire ... |
Bha perso je me suis pas encore fait d'avis tant que j'ai pas testé ou vus un test qui me conviens... Un test de doom9 par exemple me satisferais car je sais comment il teste En attendant je bosse
Marsh Posté le 07-03-2002 à 13:10:18
Bruce a écrit a écrit : Ok, si ça plante avec la 1.4.9 on saurra vite ou est le pb |
T'as quelle version d'avisynth ??
Pour nous c'est celle qui vient avec GK 0.23béta
Marsh Posté le 07-03-2002 à 13:14:08
tg0021 a écrit a écrit : T'as quelle version d'avisynth ?? Pour nous c'est celle qui vient avec GK 0.23béta |
La dernière dispo sur doom9...
Marsh Posté le 07-03-2002 à 13:22:54
Pour Bruce : Test fini sur Vdub 1.4.8, aucun pb !
Pour info la taille visée était de 571 Mo et la taille obtenue est 574 Mo ! Bof
Rendez vous dans 2h15 pour résultat sur vdub 1.4.9.
Marsh Posté le 07-03-2002 à 13:27:59
jotenakis a écrit a écrit : Pour Bruce : Test fini sur Vdub 1.4.8, aucun pb ! Pour info la taille visée était de 571 Mo et la taille obtenue est 574 Mo ! Bof Rendez vous dans 2h15 pour résultat sur vdub 1.4.9. |
merci
Marsh Posté le 07-03-2002 à 13:32:09
copier coller d'un bout d'un autre post:
¤ne passez pas de parametres de la pro dans la CLI si vous avez la free, ca bug
¤n'utilisez pas de version pirate, ca bug aussi [sisi]
en gros:
soit vous utilisez la pro ad, soit la free, et tt le monde est content
enfin: j'ai eu des bugs d'encodage, mais je n'ai pas encore réussi à les localiser précisement (CLI/version pro non ad/decodecs pas parfait, etc)
a bon liseur
Marsh Posté le 07-03-2002 à 13:42:22
Oxygen3 : dans ton test tu pourrais ajouter les noms des codecs à chaque image ? Parceque si on as pas mémorisé l'ordre on est perdu...
Marsh Posté le 07-03-2002 à 13:44:19
Bruce a écrit a écrit : Oxygen3 : dans ton test tu pourrais ajouter les noms des codecs à chaque image ? Parceque si on as pas mémorisé l'ordre on est perdu... |
c'est dans le alt
tu sais la legende en html de l'image
y'a le codec, et le biterate (eq pour le xvid)
@Atlantis, oui je sais c pas le bon post mais c pour garder l'autre plus propre:
y'a un lien sur chaque image, qui pointe vers la mm image en version png
[c'est marqué pourtant ]
[jfdsdjhfuetppo]--Message édité par Oxygen3--[/jfdsdjhfuetppo]
Marsh Posté le 07-03-2002 à 13:46:34
Oxygen3 a écrit a écrit : c'est dans le alt tu sais la legende en html de l'image y'a le codec, et le biterate (eq pour le xvid) |
ok, j'ai pas fait gaffe...
Marsh Posté le 07-03-2002 à 13:57:00
Plus que 33 erreurs pour que mon code de comparaison d'images passe sous visual c++. (j'ai du déjà en corriger environ 200)
Marsh Posté le 07-03-2002 à 14:05:27
bentotoro a écrit a écrit : Voici mon ressenti après une lecture attentive de tous les posts de HFr, un bon paquet sur Doom9 et sur DXN : Il semblerait que Divx 5.0 ne soit pas exempt de bugs. Au final des tests, il semblerait que Divx 4.12 , Divx5 et même Xvid CE SOIT BONNET BLANC ET BLANC BONNET. A part une chiure de mouche de perf ou de qualité gagnée ici ou là, il n'y a pas de réelle révolution (du moins pas autant que l'apparition du premier codec Divx). Cela fait un paquet d'années que j'encode et j'ai dû essayer TOUTES les techniques et les codecs disponibles; et j'arrive aujourd'hui à cette conclusion (personnelle) : je suis sûr que 95% des utilisateurs BASIQUES du Divx (ç-a-d en lecture uniquement, et pour des films récupérés pour le net ou à droite ou à gauche) ne verront pas la différence entre du SBC, du Divx 4.xx, et du Divx 5. Faut pas se leurer, les améliorations sont mineures, et les résultats peu flagrants (relisez les posts). Cette release du Divx 5 annonce peut-être une amorce dans une autre direction, plus économique celle-là. DXN doit certainement avoir besoin de gagner en notoriété "officielle" si elle veut assoir une position commerciale plus grande. Et les choses commencent à bouger, preuve en est la carte Sigma ou les accord de licences passés avec différentes sociétés. Et là, c'est sûr qu'un effet d'annonce "LE TOUT NOUVEAU SUPER HYPRA GENIAL DIVX AVEC PLEIN D'AMELIORATIONS DEDANS" leur est bénéfique, voire nécessaire ... |
je suis d'accord avec bentotoro, pour le moment au vy des tests deja effectues, on doit sortir la grosse loupe sur des images fixes pour voir des differences entre les codecs.
Et a priori quand on mate un film on est pas a 10 cm de l'ecran et on fait pas pause a la moindre image...
Il semble que le debit pour une meme qualite ne soit pas sensiblement diminue, donc en pratique entre un DivX 3,4,5 ou autres, le 'spectateur' ne fera pas la difference.
On attendait la possibilite de passer de 2CDs a 1 CD, et visiblement c'est rate...
Marsh Posté le 07-03-2002 à 14:05:45
Gabriel Bouvigne a écrit a écrit : Plus que 33 erreurs pour que mon code de comparaison d'images passe sous visual c++. (j'ai du déjà en corriger environ 200) |
Marsh Posté le 07-03-2002 à 14:08:22
bon j'ai mis à jour mon test avec les images du xvid build du 5 mars
alors suivez bien pke c pas expliqué sur le site:
si vous voulez les images de l'ancienne version, c'est les mm que les nouvelle sans le -r a la fin:
ex:
testx-vl-r10.png << nvelle version, very low, xvid
testx-vl-r10.png << ancienne version, very low, xvid
masques sur les images:
test2 << divx 4.12
test << divx 5.0
testx << xvid
masques sur les biterates:
rien << 1200
-l << low=800
-vl << very low = 600
remarque: sur le divx5, la version -vl a aussi -free, pour diférencier de mes encodages perso faits avec la version 'free+CLI pro' et 'pro non ad'...
je referais ptet cette nuit les mm en version 'pro ad'
j'espere que c'est clair
Marsh Posté le 07-03-2002 à 14:18:05
Oxygen3 a écrit a écrit : [c'est marqué pourtant ] |
ben ouais mais sorry
moi y en avoir babasse de merde qui rame comme un veau avec une connec incroyablement ... naze et tout et tout ...
de plus suvoler un peu tt et travailler en même temps c'est vraiment pas ça ...
mais du moment que les screens restent en ligne, on pourra les retravailler plus tard (c'est le pourquoi du comment )
bon je vous quitte je prend du retard dans le taf, après j'suis obligé de bosser chez moi ...
Marsh Posté le 07-03-2002 à 15:20:04
mon impression divx 5 plouf coulé
l'objectif de leur codec c le backup de DVD et rien d'otre
un "MJPEG like" ca aurait redoré leurs réputations, bein non
donc pour moi ki m'interesse plus a la capture live c
ensuite pour les perfs "copy DVD" (car si la source n'est pas nickel comme un dvd le divx c pas la peine )ils ont fait un peu comme en politik "40% de taille en moins" je cherche encore leurs supers perfs ...
bref je crois kils ont choisi la mauvaise politik en plus balancer un codec sans aukun outil marche "correctement" avec c du jamais vu , vraiment bizar chez DXN
edit: le resize en capture live c
Marsh Posté le 07-03-2002 à 15:20:06
Gabriel Bouvigne a écrit a écrit : Plus que 33 erreurs pour que mon code de comparaison d'images passe sous visual c++. (j'ai du déjà en corriger environ 200) |
Vraiment super ton projet de prog pour faire une comparaison sur des criteres scientifiques les images. Bravo et bonne chance
Marsh Posté le 07-03-2002 à 15:27:41
encore un bon topic parti pour faire un paquet de pages !
Marsh Posté le 07-03-2002 à 15:32:50
pour bruce : encodage film de 2h avec vdub 1.4.9 + avisynth terminé ---> pas de plantages !
Donc ni avisynth, ni vdub ne sont responsables.
Dis, il est pas stable ton PC, BRUCE ?!
[jfdsdjhfuetppo]--Message édité par jotenakis--[/jfdsdjhfuetppo]
Marsh Posté le 07-03-2002 à 15:36:49
Ben c'est pas encore gagné pour que ça compile
le projet vc++ est à http://gabriel.mp3-tech.org/comp_color.zip
Si il a des programmeurs qui ont des idées pour compiler...
Le principal problème est l'instantiation des templates qui bloque sur les itérateurs.
Marsh Posté le 07-03-2002 à 16:31:16
rip 1CD nikel foutu ???
pas si sur ...
avec :
-l'émergence des CD800mo
-la possibilité de graver en mode2 (15% de +) avec le TMF
-L'ogg Vorbis
-l'integration des B frames ds XVID ou l'amelioration des options tres prometeuses du divx5 ...
[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]
Marsh Posté le 07-03-2002 à 16:33:38
finalment y'a un truc que je comprends pas ....
on peut depuis longtemps gagner 15% de place avec un systeme pour graver/lire en mode 2 mais on ne l'a tjrs pas fait ...
Marsh Posté le 07-03-2002 à 16:39:18
Ben oui mais comment on fait pour graver en XA mode 2 sans faire un vcd?
Marsh Posté le 07-03-2002 à 11:41:54
Ici vous pouvez discuter de tout ce qui concerne le nouveau codec. Votre avis.
Pour tout ce qui concerne les tests et conclusions précises, cela se passe ici : http://forum.hardware.fr/forum2.ph [...] &owntopic=
Ce thread reprend la suite du thread un peu bordelique suivant : http://forum.hardware.fr/forum2.ph [...] ic=&trash=
Attention, je ne veux pas entendre parler de crack ou warez pour la version "pro", celle ci étant utilisable directement (j'éditerais ce même post pour ajouter une mini-FAQ pour expliquer tout ça).
Voilà
-=== Mini FAQ ===-
Oui ! Ce codec est un codec Windows classique, il est donc utilisable directement par tout les logiciels utilisant l'interface standard. Dès lors mpeg2avi, DVD2AVI, Flask, XMpeg, VirtualDub, Premiere et tous les autres marchent directement avec.
Par contre les logiciels propriétaires tels que Quicktime ne peuvent en profiter directement...
Oui, comme l'explique le point précédent le codec marche. Par contre les packs ne sont pas encore tous automatisé pour ce nouveau codec. Cela devrais arriver dans un plus ou moins long terme. En attendant vous devrez certainement configurer le codec à la main (et ce à chaque page).
Actuellement voici les packs qui supportent le DivX 5 automatiquement :
- NeoDivX
Oui et non... En fait il y as deux versions désormais. La version gratuite est toujours disponible. On peut considérer que cette version est identique au DivX 4 dans ses possibilités. L'encodage est théoriquement meilleur tout de même (les tests sont toujours en cours). Mais il existe aussi désormais une version "pro" qui apporte un certain nombres de plus importants :
- Un resize intégré
- Un crop intégré
- Un desentrelacement intégré
- Les B-frames
- Le GMC
- Le Quarter pixel
- Le psychovisual enhancement
- Le support du format MP4 FF en interne.
Ces plus seront expliqués dans la FAQ plus avant.
La version "pro" est payante et coute $30. Cependant une version "gratuite" est disponible. Cette version comporte un logiciel qui vas afficher quelques bannières de pub pendant que vous surfez sur le web (5 par semaines à ce qu'ils disent). Ce petit défaut est très simplement bloquable car c'est en fait un logiciel dit "spyware" assez classique. Vous pouvez utiliser un logiciel tel que Ad-aware pour le bloquer. Une autre solution assez simple est d'utiliser un firewall logiciel tel que Zone Alarm ou Tiny personal firewal pour bloquer l'accès au net de cette application (gain_trickler_3102.exe). Une dernière solution est possible avec certain anti-virus en bloquant de la même manière la même application. Une fois bloquée, vous pouvez utiliser le DivX 5 pro sans problèmes
Un resize c'est un filtre qui vas re-tailler l'image de la vidéo. C'est en général important de réduire la taille de l'image afin d'améliorer la qualité générale d'un film (moins de données à compresser donc meilleure qualité pour ces données). Attention, trop réduire fait perdre en précision, il faut trouver un juste milieu
Le resize du codec semble être assez bon, on peut le régler sur Bilinear (assez flou) ou sur divers Bicubic (plus net). Il reste à tester...
Le crop sert à couper l'image. En effet il est bien plus efficace d'encoder uniquement le film sans les bandes noires qui l'entoure.
C'est un filtre qui permet de désentrelacer une vidéo. Pour bien comprendre il faut savoir pourquoi certaines vidéo sont entrelacée. Le problème as pour origine la télévision, celle-ci fonctionnant sur le courrant électrique on s'est basé sur la fréquence du courrant pour synchroniser les images (50 ou 60 Hz selon la norme). Cette fréquence étant assez élevée on a décidé de couper l'image en deux trames contenant chacune une ligne sur deux (on parle de trame paire et impaire). De ce fait, en 1 seconde sur une télévision PAL (ou SECAM) vous voyez 25 images par secondes, soit 50 trames.
Les films eux ne sont pas tramés car ils sont projetés directement sur écran.
De ce fait généralement les vidéo entrelacée ont pour source des appareils destinés à la télévision, on les retrouve donc assez souvent sur les série TV, les concerts, les bandes annonces... Il est nécéssaire de désentrelacer (re-construire l'image pleine) pour pouvoir bien encoder ces vidéo en DivX, c'est le but du filtre.
La qualité de ce filtre doit encore être testée.
(explication à venir )
(explication à venir )
(explication à venir)
(explication à venir)
(explication à venir)
Bon, j'ai pas fini la FAQ mais c un début
[jfdsdjhfuetppo]--Message édité par Bruce--[/jfdsdjhfuetppo]
---------------
A+++ Bruce - http://www.bheller.com