Reprise du message précédent :

 
Dans un autre registre, il m'a été "commandé" un guide d'encodage pour les docs de MEncoder... Est-ce que je pourrais très franchement m'inspirer de ton guide?
Je ne suis pas sûr que tu aies marqué nul part dans quelle licence tu publiais ce guide?

inspire toi mon ami, copie tout ce que tu veux.
 

 
C'est une très bonne nouvelle. J'ajouterais ton nom dans cette documentation à venir... Mais il faudrait que tu me donne ton vrai nom, si ça te dérange pas... (en mail privé si tu veux: tuxrip chez users point sourceforge point net).
Le travail que tu as fait mérite bien une certaine reconnaissance, et un endroit plus officiel où résider!  

y as un moyen d'eviter la detection auto du cropping ?
 
car j'ai un film en noir et Blanc et tuxrip met un cropping de 8 partout alors qu'il n'y en as pas besoint comment lui dire de ne pas cropper le film ?

 
Dans sa version actuelle, ce n'est pas prévu. Tu peux éditer le fichier de log de ton projet: $projet/tmp/log.

ok merçi
 j'avais cherché a éditer un fichier de log mais je faisait avec info.crop donc c'est poour ça.

 
Ce message est hyper vieux, mais tant pis, j'essaye: Quels sont les paramètres de la structure passée à XviD qu'il suffit de changer pour pouvoir implémenter un encodage du particulier du générique?
 
J'aimerais l'implémenter pour MEncoder.
 
Edouard Gomez m'avait dit par le passé que c'était difficile à faire, puisque l'encodage de sections du film avec des paramètres différents nécessitait la création de "Zones", qui sont bien plus que juste l'augmentation des quants de lavc, mais permet tout un tas de choses plus chiadées...
Mais l'imagine que si on peut faire des choses chiadées, on peut aussi faire des choses simples, comme ce que fait vrc_override...
 
En espérant que tu puisse me réponde...
Merci!

salut à tous, j'ai testé un peu Tuxrip 0.98 : y'a un DVD qui est bien passé. Et sur un autre, il y a le probleme de cropping (l'option nozoom est deja ajouté dans le fichier), ce qui a pour conséquence de planter la console : je ne peux ni taper o ou n .... J'en ai testé un autre, idem.

essai avec la 0.99beta5 : http://tuxrip.free.fr/tuxrip

toujours ce rpobleme de cropping qui refuse de faire autre chose que le cadre blanc à la meme place et pas moyen de le redimensionner. Sinon big erreur apres la phaze de crooping.
 

 
 
Et je voudrais rajouter aussi qu'à partir de la phaze de crooping quand il me demande de taper o / n (ou 1 2...) bah ca apparait pas dans la console : le carré blanc reste tel quel.

 
 
Chez moi je n'ai pas de problème. Essayes de recompiler MPlayer d'après la technique indiquée sur la doc HTML: http://mplayerhq.hu/DOCS/HTML/en/linux.html#debian
 
NB: ton message n'a rien à voir avec tuxrip!  

 
J'aimerais bien ajouter le x264, il commence vraiment a etre de tres bonne qualite et ses options sont bien supportees avec mencoder. Mais avec la version bash de tuxrip, ca devient assez difficile a integrer.
 
La reimplementation en perl est une bonne idee (j'aurais prefere Python ). De plus il y aurait des parties a simplifier. Par exemple, les calculs des rapports d'agrandissement/anamorphiques, je crois que mplayer est maintenant capable de les calculer lui-meme. On avait passe pas mal de temps la-dessus    

 
Ok, il faudrait que je me charge de faire ça dans le transperl qui est livré avec tuxrip: une implémentation un peu crado avec 2-3 profils d'encodage codé en dur dans le script, avec la possibilité de faire un encodage en 2 ou trois passes, ça devrait pouvoir se faire en un am.
Je vais voir ce que je peux faire... ce qui n'empêche pas que si quelqu'un veut s'y coller, je suis preneur.
 
Il me faudrait quand même quelques feedbacks sur x264, et quels profils on pourrait mettre, en 2 et 3 passes.
zeb_?

La version CVS.
Je pense que tu peux te contenter du tarball de la release, parcequ'il y a eu pas mal de changements intrusifs dans le CVS quelques jours après la sortie de MPlayer-pre7.

Je viens de voir une belle boulette: JAMAIS lancer une application en mode root!  

 
Pour mes essais d'encodage en 3 passes, j'ai utilise ce script:
 

 
 
Le pass=3 utilise deux fois n'est pas une erreur J'ai mis peu d'options, tout simplement parce qu'avec mencoder, la plupart des options (et dans la plupart des cas la meilleure qualite) sont activees par defaut (voir man mencoder). Le cp en deuxieme ligne n'est pas obligatoire, c'etait juste pour garder l'info.
Je ne sais pas si avec transcode ces options sont activees par defaut par contre.

Oui, enfin, avec tes settings, tu n'as pas un très bon compromis qualité VS vitesse.
Tu peux normalement (est c'est ce que je fais) descendre subq à 3 pour la 1e passe, à 4 pour la deuxième, et désactiver 4xmv (ou un truc s'y approchant) lors de la première passe.
 
J'utilise aussi 2 trames-B, les trames-B adaptatives et "pyramidales". Ce n'est pas trop recommandé pour le moment vu que ce n'est pas tuné, mais ça n'a pas d'incidence au niveau de la vitesse d'encodage et sur la qualité. Je les mets un peu plus "au cas où".
 
Je mets aussi deux trames IDR de référence.
 
Au niveau profil, je pense que le "rapide", ça pourrait donner pas de trames B ni IDR.
"Moyen" ça pourrait être ma même chose plus 2 trames-b, et "lent" avec les 2 trames IDR + B.
 
Faudrait que je lance des tests avec mencgen: http://www.caps-entreprise.com/pri [...] netic.html
 
Je m'efforcerais de faire ça ce we.
 

Bin, j'en sais rien, et de toutes façons, c'est pas bien grave, car autant pour XviD, la collaboration était forte entre transcode et XviD, autant pout x264, la collaboration est très forte du côté MEncoder.

N'y vois rien de personnel.
Tu comprendras tout de même que ton log pouvait laisser supposer que tu n'étais pas sensibilisé à ce genre de précautions basiques que tout utilisateur éclairé connaît.
Par conséquent, ça me laissait penser que le problème venait très certainement de ce qui se trouve entre le clavier et le siège.
 
Postes donc un log en lançant l'application en mode verbeux (-v).

 
Je sais, j'avoue que je n'ai pas fait de "tuning" du cote de la vitesse, et effectivement, compare a transcode-xvid, x264 est lent. Je te fais confiance pour ce qui est des meilleurs parametres. Je peux refaire des essais de mon cote avec tes recommandations.
Le mieux est en effet d'utiliser mencoder avec ce codec.

CREX: mencgen (formerly lavcGenetic), a genetic algorithm for mencoder encoding options.  
faut que j'essaie ca !

Attention, c'est très gourmand en ressources CPU.
Le mec qui a écrit le programme l'utilise sur un cluster de 20 bi-xeons hyper-threadés!
Le principe, c'est d'essayer avec un algorithme génétique de converger vers l'ensemble d'options qui donne le meilleur PSNR.
Je ne sais plus si ça prend en compte le compromis vitesse/qualité, mais en tous cas, il y a en bas une ligne: fastest within 1% qui te donne l'ensemble d'options qui sont les plus rapides à 1% de PSRN en dessous du meilleur.
 
Il te faudra peut-être aussi toucher au fichier XML décrivant les options de x264 parcequ'elles changent "souvent".
 
Bon test!

ok, merci, je vais essayer ce week-end... avec mon pentium4

Prévoit de le faire tourner une bonne partie du we alors...
Plus sérieusement, il faut restreindre le nombre de paramètres à faire varier (bah oui, c'est un problème NP complet) et ne pas encoder un bout trop long. Je pense qu'un peu plus d'1min de vidéo est une bonne valeure.

 
Vivement qu'un mathematicien resolve un NP-hard alors
 
Je fais justement des tests sur un petit bout de la mort a trousses, la celebre scene de l'avion.
Pour ceux interesses, je le mets en telechargement dispo ici:
http://www.ebi.ac.uk/~efernand/nor [...] t_x264.avi
 
Ca fait 21Mo, encode a 900kb/s (voir mon post plus haut). D'ailleurs ca me parait tres gros pour du 900kb/s  
 
EDIT: le meme en utilisant bitrate=700
http://www.ebi.ac.uk/~efernand/nor [...] 64_700.avi
Il fait 19Mo quand meme.

Pour en avoir la certitude, tu peux contrôler le lisant le fichier avec MPlayer. Il te donnera, normalement pas loin de l'affichage du FOURCC, le bitrate vidéo.
Pis de toutes façons, la taille de ta vidéo dépend de sa durée encodée et de la taille de piste audio, non?
(genre, si tu mets une piste en PCM, vu que c'est pas compressé, ça fait tout de suite exploser la taille de ta vidéo).
Je peux pas tester pour le moment, mais je me doute que ça doit être ça, le son en PCM.

 
Qu'est ce que je suis idiot !!! Oui le son n'est pas compresse...    
Sinon que pensez-vous du resultat ? Il faudrait que je fasse la meme compression en xvid pour comparer.

Moi je ne suis pas convaincu du tout: il manque des détails sur le visage de l'acteur, ça bave, tout ça...
Tu as combien en PSNR là-dessus?
Essaye la même chose sans trames-b pour voir, le donne-moi le lien pour que je vois (sans le son PCM cette fois! )
Je suis certain que XviD peut faire mieux, d'autant ce cette scène n'est pas particulièrement dure à encoder, avec ses grands à-plats de couleur, sans mouvements de caméra brusque et tout.
Essayes, et donne-nous le PSNR

 
Oui, c'est vrai que les aplats sont un peu flous.
Je ne vais pas avoir le temps de le faire maintenant, je posterai les resultats mardi.

Voilà une version de transperl qui fonctionne juste assez (encodage lent et sans prise en compte que la première passe peut se faire sans tout mettre à fond) sur le CVS: http://cvs.sourceforge.net/viewcvs.py/tuxrip/tuxrip/
à lancer de cette façon:
./transperl.pl --project nom_du_projet --codec x264 --soft mencoder
 
NB j'ai perdu le mot de passe du FTP de tuxrip, donc je ne peux guère le rende accessible que de cette façon.

D'ailleurs, pendant que j'y suis, je pourrais rajouter "snow".
J'obtiens déjà d'assez bons résultats avec, pourvu que la source soit assez propre.
Par contre, c'est lennnt!

bonjour !
 
Quand je lance tuxrip --config
 
j'ai :
 
frederick@tux ~/tuxrip $ ./tuxrip -config
+------------------+
| TUXRIP v0.98     |
+------------------+
 
et plus rien, ou est le prob ?

 
Si le fond de ton terminal est blanc, il faut que tu lances tuxrip avec l'option "--incolore" (pas sûr de la syntaxe exacte, vérifie avec tuxrip --help

Salut. Malheureusement je n'ai pas pu faire les tests que je voulais trop de boulot en ce moment... Mais bon ce n'est que partie remise. Je ne savais pas que snow donnait de bons resultats.

 
oué --incolore fonctionne mais apparement pas pour la config

Dans ce cas, il te suffit de lancer ça dans un terminal qui a un fond sombre!  

C'est ce que j'ai fait

tu as fait ./tuxrip --config ? ou -config ?

Je n'ai pas suivi ce topic donc je vais peut-etre dire une connerie.
J'ai appris qu'avisynth 3 allait etre porté sous linux, et trouve que c'est une très bonne nouvelle  
La date de sortie n'est pas encore connue.
http://www.unite-video.com/phpbb/viewtopic.php?t=6876

c'est en effet une bonne nouvelle.

Pour ceux qui aiment tweaker à fond leur encodage pour avoir la meilleure qualité possible, voilà une toute nouvelle option (de lavc) présente depuis quelques jours à peine dans le CVS:

Ca marche de la même manière que toute la ribambelle d'options *_mask. D'expérience, on peut facilement monter à 0.5 sans que les effets soient encore trop visibles. Après, ça dépend de la sensibilité de chacun.

enfin une maj officielle (tuxrip099beta6)
http://tuxrip.free.fr pour le changelog.