XviD tout neuf tout propre - Video & Son
Marsh Posté le 14-03-2002 à 15:21:37
C bon à savoir tout ça ! Ça bouge bcp côté xvid !
Marsh Posté le 14-03-2002 à 15:32:12
>Bruce : C bon à savoir tout ça ! Ça bouge bcp côté xvid !
ça veut dire que tu peut refaire tout T encodage fait avec xdid pour ta dite future comparaison divx 4 - 5 et xvid tu a bientot fini ou pas.
mphilamp : desoler xvid leur objectif, est de faire un codec video de haute qualite pour le streaming ! et la difusion de fichier video sur internet, he copy de dvd ça depent de lusage que tu en fait hè
Marsh Posté le 14-03-2002 à 15:36:27
steve65 a écrit a écrit : >Bruce : C bon à savoir tout ça ! Ça bouge bcp côté xvid ! ça veut dire que tu peut refaire tout T encodage fait avec xdid pour ta dite future comparaison divx 4 - 5 et xvid tu a bientot fini ou pas. mphilamp : desoler xvid leur objectif, est de faire un codec video de haute qualite pour le streaming ! et la difusion de fichier video sur internet, he copy de dvd ça depent de lusage que tu en fait hè |
Pour le moment g pas encore encodé en Xvid
Marsh Posté le 14-03-2002 à 15:41:48
Bruce a écrit a écrit : Pour le moment g pas encore encodé en Xvid |
pour aller plus vite je te conseille la build VC7
http://nic.dnsalias.com/
Marsh Posté le 14-03-2002 à 15:56:21
Bruce a écrit a écrit : Pour le moment g pas encore encodé en Xvid |
ça t'évite une envie de suicide, vu le nombre de test que tu fais
Marsh Posté le 14-03-2002 à 18:01:01
HAL a écrit a écrit : ça t'évite une envie de suicide, vu le nombre de test que tu fais |
Bha déjà que c long, en plus un codec que je connais pas
Marsh Posté le 14-03-2002 à 23:05:12
Très sincèrement, ce nouveau core est vraiment impressionant:
-> image très détaillée
-> très peu de blocks
-> couleurs très bien respectée
-> plutôt rapide en deux passes (plus que le DivX5)
Reste un bug avec le masque lumi à ne pas utiliser avec la deuxième passe (bug corrigé dans les nouvelles sources, mais pas encore de nouvelle build...)
Pour se tenir au courant:
http://roeder.goe.net/~koepi/
http://xvid.stormpages.com/
http://www.heimsnet.is/kg/
http://forum.doom9.org/ section XviD
Marsh Posté le 15-03-2002 à 07:55:43
Faut dire que DivXNetworks a été sympa et a mis le decodeur sous license GPL...
( voir www.dcdivx.com )
Sinon va falloir trouver un nouveau nom pour XviD Ahem non j'ai rien dit
Marsh Posté le 15-03-2002 à 08:15:04
ReplyMarsh Posté le 15-03-2002 à 08:18:29
Bah look plus haut a ton post, tu dis ki zon mis en GPL, donc Xvid aura repompé un peu du meilleur du DivX 5 ?
Marsh Posté le 15-03-2002 à 08:29:16
Non je parle du Decore de l'OpenDivX
Marsh Posté le 15-03-2002 à 14:14:13
A ce que je vois encore une nouvelle version ici
http://roeder.goe.net/~koepi/
Marsh Posté le 15-03-2002 à 14:21:03
ReplyMarsh Posté le 15-03-2002 à 14:24:30
Inoe a écrit a écrit : Très sincèrement, ce nouveau core est vraiment impressionant: -> image très détaillée -> très peu de blocks -> couleurs très bien respectée -> plutôt rapide en deux passes (plus que le DivX5) Reste un bug avec le masque lumi à ne pas utiliser avec la deuxième passe (bug corrigé dans les nouvelles sources, mais pas encore de nouvelle build...) Pour se tenir au courant: http://roeder.goe.net/~koepi/ http://xvid.stormpages.com/ http://www.heimsnet.is/kg/ http://forum.doom9.org/ section XviD |
pour ce que est des builds de nic il faut aller voir sur doom9 car il change d'adresse souvent (a cause de mpeg LA ? ) donc cette adresse est out
la derniere a ma connaissance est:
http://nic.dnsalias.com/
et ... tu est sur que leur nouveau core ameliore la qualité ? n'est-ce pas seulement une reecriture du code ?
[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]
Marsh Posté le 15-03-2002 à 15:04:57
Moi tout ce que je sais c'est que pour la dernière
Changelog:
XviD-15032002-1:
- based on the CVS sources from 15.03.2002, ~12:30h CET
- removed some debugmessages in the core from the rate control algorithms, they look nasty in 2 pass encoding sessions
- reimplemented modulated quantizer type
Marsh Posté le 15-03-2002 à 15:35:59
BlackSunSoft a écrit a écrit : Faut dire que DivXNetworks a été sympa et a mis le decodeur sous license GPL... ( voir www.dcdivx.com ) Sinon va falloir trouver un nouveau nom pour XviD Ahem non j'ai rien dit |
DivX ? C'est pas mal comme non, ca pourrait avoir du succès...
Marsh Posté le 15-03-2002 à 15:51:40
he ci on doit annoncer tout les nouvelles version de koepi chaque 2 jours environ on a pas fini mais c toujours bien de savoir.
en general, soit il rajoute du code pour de nouvelle fonctions ou réecrive les routines existente avec un nouveau code plus eficase.
puis il gele le code, les developpeur arrete de rajoute des obtions j'usqu'a ce que le nouveau code introduit soit arriver a un niveau dit stable, et il continu..... rajout de fonction, stabilisation du code ainsi de suite.
c pourquoi on a pu voir le moi de fevrier assez calme car les developpeur on decide de stabilise le code avant de poursuivre et d'enrigir xvid de nouvelle fonction, mais depuis ce moi ci, le developement a reprit,
les versions de xvid que vous trouvé sur le site de koepi son stable ormit toute nouvelle fonctions introduite résament, dans ce qu'a koepi aura mi un avertisement que telle fonction est unstable donc a ne pas utilise, ormit pour teste et raporté les eventuel bug rencontre.
Marsh Posté le 15-03-2002 à 17:06:51
BlackSunSoft a écrit a écrit : Sinon va falloir trouver un nouveau nom pour XviD Ahem non j'ai rien dit |
Qué ?
mais ké ki di le monsieurs ?!
Marsh Posté le 15-03-2002 à 17:09:17
ReplyMarsh Posté le 17-03-2002 à 11:42:57
nouvelle build TODAY , nouvelle GUI !!!
sur la page de koepi
Marsh Posté le 17-03-2002 à 12:01:24
et il est encore plus rapide
25fps en fast recompress avec un athlon650
[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]
Marsh Posté le 17-03-2002 à 12:36:51
avec kel parametre et kel reso d'encodage et kel crop et kel film ?
Marsh Posté le 17-03-2002 à 12:57:28
une recompression d'un avi (comme ca pour tester) que j'avais deja faite avec la build du 15
c pas moi qui a la berlue il le disent eux memes que il y a un ajout de code MMX machin chose que donne un "nice speed improvement"
Marsh Posté le 17-03-2002 à 13:40:54
ca dépend si tu veux une bonne qualité ou des block tout vert qui bouge
Si chez moi avec les dernier XVid le Null Test fait planter VDub. Mais bon comme il ne sert à rien c'est pas grave.
[jfdsdjhfuetppo]--Message édité par archimed--[/jfdsdjhfuetppo]
Marsh Posté le 17-03-2002 à 13:46:35
Z'avez vu..la text box pour les b-frames est là, en grisé pour l'instant. Va-t'on avoir une bonne surprise bientôt?
Marsh Posté le 17-03-2002 à 14:30:33
Suesser a écrit a écrit : Z'avez vu..la text box pour les b-frames est là, en grisé pour l'instant. Va-t'on avoir une bonne surprise bientôt? |
moi g pas çà mais c ptet parceque t'as la build de nic et moi celle de koepi , ca se trouve ds quel ongleT ?
Marsh Posté le 17-03-2002 à 14:42:36
Moi non plus je l'ai pas.
Par contre le filtre direct show à aussi été mis à jour.
Il est vraiment plus rapide.
Avant quand j'activer tout la video étais saccadé maintenant c'est fluide.
Marsh Posté le 17-03-2002 à 15:03:23
J'ai la version de Koepi downloadée à 13h, elle est mise à jour plusieurs fois aujourdh'ui!
C'est ds l'onglet Quantization, il y a Min b-frame et Max b-frame
Marsh Posté le 17-03-2002 à 20:37:21
Suesser a écrit a écrit : J'ai la version de Koepi downloadée à 13h, elle est mise à jour plusieurs fois aujourdh'ui! C'est ds l'onglet Quantization, il y a Min b-frame et Max b-frame |
ATTends ... mais là , ca veut ptet dire que les B-frames sont implementées mas qu'on peut pas les cust=omisées pour l'instant !!! (enfin je sais pas
Marsh Posté le 17-03-2002 à 20:44:59
mphilamp a écrit a écrit : ATTends ... mais là , ca veut ptet dire que les B-frames sont implementées mas qu'on peut pas les cust=omisées pour l'instant !!! (enfin je sais pas |
Ils ne sont pas encore implémentés mais ça ne saurait tarder
Marsh Posté le 17-03-2002 à 20:57:18
bon j'aimerais bien tester le XVID
vous pouvez me dire svp ce qu'il faut telecharger comme progs
la méthode est différente qu'avec une Divx ?
merci d'avance
a+
nico
Marsh Posté le 17-03-2002 à 22:00:15
Ah...je rentre de week-end,, et que vois-je, une version toute neuve du 17.02.02 ? Y'a bon manger, ça...
Nicolas04>
Pourr XviD, tu as juste à downloader une version sur l'un des sites nommés plus haut, tu les installes, et tout le reste se déroule comme pour un DivX normal, suaf qu'en place du DivX4/5/SBC, tu sélectionnes XviD. Je te conseille de lire l'aide fournie par Koepi (que l'on peux trouver dans toutes les builds disponibles actulellement - Koepi's, Nic's ou Umaniacs', toutes les options y sont expliquées (au passages, la seconde passe interne donne de rès bon résultats, pas la peine de recalculer la courbe avec GKnot ou à la main, enfin, moi je n'en ai pas besoin...).
Voilà, c'est aussi simple que le DivX classique.
Marsh Posté le 17-03-2002 à 22:20:09
Je viens de mettre au Xvid et je dois qu'il est vraiment bien.
Mais pourriez vous donnez plus de détails en ce qui concerne vos paramètres pour le mode 2 passes ?
Sur media-video.com j'avais trouvé un tutoriel et il disait de mettre
Citation : Curve compression : La compression de la courbe contrôle le "lissage" de la courbe du débit mesuré. Pour désactiver cette option, paramétrer "High et Low bitrate scenes" à 0 et le "Bitrate payback delay" à 1 pour obtenir une compression VBR parfaite |
Cela est-il très important et en ce qui concerne le LUMA ce n'est qu'à la deuxième passe qu'il faut l'activer ?
Et sinon moi sur mon Duron700 Win2k 256Mo PC 133 je ne fais que 5-6fps c'est pas normal ,non ?
Bon @++
Marsh Posté le 17-03-2002 à 23:09:40
Inoe a écrit a écrit : Ah...je rentre de week-end,, et que vois-je, une version toute neuve du 17.02.02 ? Y'a bon manger, ça... Nicolas04> Pourr XviD, tu as juste à downloader une version sur l'un des sites nommés plus haut, tu les installes, et tout le reste se déroule comme pour un DivX normal, suaf qu'en place du DivX4/5/SBC, tu sélectionnes XviD. Je te conseille de lire l'aide fournie par Koepi (que l'on peux trouver dans toutes les builds disponibles actulellement - Koepi's, Nic's ou Umaniacs', toutes les options y sont expliquées (au passages, la seconde passe interne donne de rès bon résultats, pas la peine de recalculer la courbe avec GKnot ou à la main, enfin, moi je n'en ai pas besoin...). Voilà, c'est aussi simple que le DivX classique. |
est ce qqun pourrait m'expliker quelles build de xvid vaut mieux prendre entre celle de nic ou celle de koepi???
merci
Marsh Posté le 14-03-2002 à 15:18:19
le core ce qu'on pouré traduire par le coeur, la parti centrale la plus importe a ete entierement reecrite par les developpeurs sous license GPL, ce qui veut dire qu'il reste plus un seul code du projet Mayo dans le core de xvid, ceci est une bonne chose pour son avenir.
vous pouvez metre a jour votre anciene version en allan ici pour les utilisateur de windows : http://roeder.goe.net/~koepi/
pour les autres aller ici : http://videocoding.de/
quoi de neuf ce moi ci ? du 2002-03-02 au 2002-03-11
- XviD is now 100% GPL'ed (no Project Mayo code anymore)
- new CBR mode
- new encoding API - we can modify quant matrices, motion search precision, etc. on a frame-by-frame basis
- faster bitstream functions
- patches to motion estimation, search precision 5 should be 20% faster (just for ME - overall encoding speed boost should be ~6%)
- MPEG quantization (both defualt and Custom) both have assembly optimization again
- Curve compression and keyframe boost are applied to external mode now (thanks Foxer). This can be disabled, by setting the curve/kf values to 0 (same as internal mode).
- AVI frame overhead is now treated better (thanks again Foxer ).
- Min keyframe interval only affects 2-pass modes now - this is the way it should be - smaller file sizes for 1-pass encodes this way.
- Keyframe boost % setting added (internal 2-pass)
- File size fixes
- Undersizing/crash with credits quant mode fixed
- I-frames ignoring quant restrictions fixed
- Extreme underflow prevention
- Quantizer smoothing now always enabled
- External 2-pass mode should now work again
- Yes I know the entry screen is ugly, maybe I'll pretty it up.
- The MMX code for MPEG quantization (that includes "MPEG" and "Custom" ) has been disabled, as it broke the custom mode. So, anyone using MPEG or Custom with today's build will see much slower encodes.
- The quant matrices are sent when the encoder is initialised, so we can't send updated tables whenever we feel like it (i.e., we can't use different tables for low or high quants). Since these tables are stored in the VOL header, this is a future possibility.