Comme j'te comprends! :)

pour quenc j'ai tester le version 0.54 avec la matrice qlb et le resultat est tout aussi excellent :/

mais bon je prefere faire mes ksvcd avec cce maintenant car j'ai jamais de mauvaise surprise (genre le max bitrate qui est pas obeit mais apparement la faute au libav codec et pas au programme m'as t'on dis)

je conseillerais pour debuter en ksvcd d'utiliser DIKO avec [cce] en 2 pass (voir 3 si c vraiment un film que t'aime :p mais au dela je vois guere de difference) et sa marche tres bien :)

DIKO? ... v testé ;)

Sinon dans CCE ya juste a rentrer la bonne matrice?

Sinon je pensais utilisé cette methode en l'adaptant au KVCD: http://www.planete-numerique.com/art...id_article=150

Il y a un template fourni avec la methode indiquee un peu plus haut.

Pour Quenc attention le resultat est moins bon sur les scenes sombres (macro blocks TRES visibles).

Je suis en train le lien que tu as donné ... (mon anglai est pas bon) ... apparemnt on n'utilise pas tes script avec CCE??

Rien n'empeche de le faire. Le script ne depend pas de l'encodeur mais du type de source generalement. Hormis le fait que si tu fais un KDVD au lieu d'un KVCD, tu peux te permettre d'utiliser un script moins "puissant" vu que tu as plus de place.

J'en suis encore au KVCD mais je veux testé le Mpeg2 (probleme de platine dvd avec le Mpeg1)

Donc en gros:

DVD2AVI (si c'est un dvd) pour créer un *.d2v et extraire audio
VirtualDub (si Divx) pour extraire le son
Script adapté (Divx ou DVD ou Acquisition)
CCE 2.67
BeeWeet pour l'audio
TmpgEnc pour le multiplexage
VdsEasy pour la gravure en mode SVCD

J'ai bon?

En fait c la méthode DVD2SVCD mais en manuel ;) ... reste à trouvé une façon rapide de calculer le Bitrate moyen :(

Tu vas finir par m'enerver toi :-)

1/ d'abord le bitrate moyen est tres facile a determiner (utilise Calculmatic par exemple)

2/ ensuite tu n'a PAS BESOIN de determiner le bitrate moyen ! Et je dirais meme plus, le connaitre ne te servirait A RIEN. Ce qu'il te faut c'est la qualite (parametre Q) a utiliser (meme si les 2 sont lies)

Et comme je te l'ai deja dit, la facon de le determiner est incluse dans le guide !

PS: je ne suis pas un acharne des methodes automatiques mais si tu a la flemme, je rapelle l'existence de Diko.

Oups! ... le Q oui! :p

J'ai vu que VMesquita propose KDVDCalc .... apparement faut encoder un sample qui determine le Q ....

T'en pense koie de DIKO? ... t'as testé? ;)

L'upgrade de DIKO marche pas :(

Yes, c'est ce qu'on appelle la prediction manuelle.
Mais ce qu'il y a de bien c'est que la courbe Q sous CCE est lineaire, contrairement au CQ de tmpgenc. Ce qui fait que tu as en general besoin de 3 essais : tu encodes a 20, tu encodes a 40, tu fais une regle de 3 et tu trouves la valeurs qui est a peut pret la bonne. Un dernier essai pour paufiner; et zou. Sachant que CCE est suepr rapide, un essai prend 5 minutes.

Note : attention, l'echelle est inversee (Q=1 est la meilleure qualite).

Non et je ne le ferai surement jamais : Diko n'encode qu'en reso standard DVD, donc 90% du temps tu augmentes la resolution de ta source !

Euh... pas compris la. Expliques.

Je v voir ça de plus près ;)

Par contre on n'encode jamais en mode multipass alors?

Heu?? ... ya pourtant le choix entre les differentes resolutions (de 352x288 à 720x576)

Fichier corrompu alors que je l'ai pris sur son site :(

Pas plus qu'avec tmpgenc. Le mode "quality based" donne tjs de meilleurs resultats.
Maintenant, certains (DVD2SVCD via la methode D2SRoba) utlisent un mode hybride : une premiere passe en OPV ("mode Q") et si tu es trop loin de la taille finale, une seconde passe en mode n-pass.
L'interet est que la premiere passe OPV donne un meilleur resultat que la premiere passe normale du mode n-pass.

Le choix est limite aux reso standard du DVD, donc 352*288 - 352*576 et 704*576. Trop peu.
Tous mes lecteurs prennent toutes les resos habituelles du KVCD, meme sur un DVD. Donc je fais mes KDVD manuellement a la reso de 544*576 et je mets environ 5-6h sur un DVD. Diko ne permet pas cela.

C'est un autodecompactable ou un rar ?

Mince! ... gt persuasé que le n-pass était meilleur! ... je fesais toujours du 4 passes avec DVD2SVCD ... sauf avec D2SRoba! :)

heu sur la version 0.76 en tout cas ya plus de choix: 352x288, 352x576, 480x576, 528x576, 544x576, 704x576 et 720x576!! :)

Heu ... je vx pas dire de betise mais il me semble que dans la derniere version tu

C une exe ... mais c bon ... ça venait de mon 'téléchargeur' (intégré à Firefox) ... je l'ai fait avec FlashGet et c passé! :)

Je suis en train de regardé un peu DIKO ... ;)

ton script V4 est intégré mais il semble un peu different non?

converttoyv12()
BlindPP(cpu=4)
Blockbuster(method="noise",detail_min=1,detail_max =3,variance=0.1,seed=1)
Convolution3D(1, 6, 12, 6, 8, 2.8, 0)
DivXResize(WIDTH, HEIGHT, 0, "LanczosResize",WIDESCREEN)
Undot()
TemporalSoften(2,7,7,3,2)
DCTFilter(1,1,1,1,1,1,0.5,0)
#Blockbuster(method="noise",detail_min=1,detail_ma x=10,variance=0.3,seed=5623)
DivXBorders(HEIGHT,OVERSCAN)
AddAudio()


Je capte pas le QFactor maxi .... il semble qu'il fo le laissé a 40?

Non le script est absolument le meme mais la partie resizing est prise en charge par d'autres procedures que GripCrop et consors, c tout. Mais ce n'est pas ca qui fait le script.

Pour la maxQ c'est la valeur au dessus de laquelle on previent Diko de ne meme pas tenter la conversion car on sait que le resultat sera degueu.
C comme lorsque tu utilises Tmpgenc : tu sais qu'en dessous d'une CQ de 55, ca ne sert a rien de perdre son temps.

Perso je trouves qu'au dela de Q=30 c'est pas la peine, mais Vm tient a sa valeur de 40.