Reprise du message précédent :

Ou plutôt par cvs:
http://cvs.sourceforge.net/viewcvs.py/tuxrip/tuxrip/
 
Je l'upload tout de suite sur le site du projet tuxrip.

 
Oui, ça fait plusieurs fois qu'on en parle...
 
Comme je l'ai dit déjà à bobuse en MP, en ce moment je suis sur un autre projet, pour lequel j'aimerais d'abord voir les choses aboutir avant de m'attaquer à autre chose...

si j'ai bien compris, il ne manque que le scan du DVD pour qu'il soit autonome ?

Première chose: il faut que tu prennes la dernière version en date sur le cvs, ou que tu re-télécharge le dernier transcode que j'ai uploadé hier.
Au niveau fonctionnalités, oui, faudrait ajouter le scan de dvd et les calculs de résolution en fonction du bitrate pour avoir un transcode autonome (il me semble).
Mais j'aimerais vite ajouter le test de compressibilité, qui n'est pas fini dans ma version de transcode.
 
Si tu travailles dessus, essaye de respecter le découpage fonctionnalités-> dans des sous-fonctions et les variables globales en début de programme, et t'efforcer de fonctionner par passage d'argument en t'inspirant de ce qui est déjà fait.
Si t'as besoin de plus de détails, envoie-moi un mail!

je pense que ce serai bien aussi de travailler avec des fichiers séparés. Genre, jotenakis se fait un fichier avec les fonctions sur lesquelles il travaille et qui sont appelées dans le fichier principal. Comme ça, moi je peux en faire un autre, et c'est plus facile à maintenir ...
 
Je vais essayer de m'y mettre ce WE

ce serait peut-être bien d'utiliser la liste tuxrip-devel, non ?

C'est normalement pas nécessaire avec cvs, qui gère normalement assez bien le fait de travailler à plusieurs sur un même fichier, pourvu que ça ne concerne pas la même région d'un même fichier.
Donc pour des raisons de "c'est plus simple comme ça", je pense qu'on peut rester sur la base d'un seul fichier.

bon ok Si on utilise le CVS alors ...

Question au sujet du Critèe de qualité. On parle beaucoup du calcul en fonction pour déterminer le bitrate et la résolution avec la taille souhaitée, mais quand on veut un bitrate, et qu'on cherche la résolution conséquente ?
 
D'après les formules trouvées par ci par là, voilà ma conclusion :
Xi x Yi : taille initiale
X x Y : taille finale
VBR : bitrate
CQ : critère de qualité
 
Xi / Yi = r : aspect-ratio doit être le même à la fin donc X = r * Y
 
Comme CQ = 1000 * VBR / ( X * Y * 25 ) (25 est le nombre d'image par seconde), j'en déduit :
Y = sqrt ( 40*VBR / r*CQ ) et ensuite je déduit X.
 
Donc, si je choisis un VBR de 900 et un CQ de 0.25 pour une vidéo de 720x576, j'obtiens 465x310.
 
Qu'est-ce qui cloche (car il y forcément quelquechose qui cloche ) ?
 
EDIT : je sais pas si c'est le meilleur endroit pour demander ça finalement

ne pas oublier l'anamorphique.
et aussi que le bitrate est uniquement fonction de la taille du support.

pas d'anmorphique dans mon cas.
En fait, je veux pas mettre la vidéo sur un support. Je veux privilégier la qualité (ni trop, ni trop peu) c'est tout. Mais est-ce que le bitrate est le seul facteur qui joue dans la qualité finale ? C'est en tout cas celui qui est le plus déterminant non ?

la partie de code de tuxrip

c'est clair ?

non, c'est ça l'erreur. le bitrate n'est pas déterminant (en tout cas pas tout seul) pour la qualité.  
 
un bitrate de 800 peut être largement suffisant (ex : petite résolution 300*200) et un de 2000 totalement insuffisant (ex : grande résolution 3000*2000)
 
c'est donc le CQ qui compte.

question : ce ne serait pas de la capture TV temps réel que tu veux faire ?
 
si oui, il faut un gros CQ car encodage 1 passe et estimer en gros la taille que tu veux pour ton fichier final. Moi je m'autorise de l'ordre d'1Go / heure.

non c'est pour du réencodage de mpeg capturé à la télé justement.
 

 
Ha oui complètement ! Je comprends mieux
merci
 
Du coup si je refais mes calculs de ma compression en 720x576 à 900kb/s, ça me donne ...  
 
1000*900/(720*576*25) = 0.0868
 
mouaif
 
Je verrai le résultat ...
 

 
OK, donc ton estimation se traduit bien en débit.
1Go/h ~> 2400kb/s
 
bon là, j'encode en xvid avec 2 passes, si je me donne un CQ de 0.25, il me reste plus qu'à déterminer un débit, et j'en déduirait la résolution

 
Corrigé dans la version CVS, et dans la version -pre6 qui sort à la fin de la semaine.

 
... ça y est, il est sortit! Aleluja!
http://www.mplayerhq.hu/homepage/design7/dload.html

Mplayer est sorti, et il y a maintenant le support du h264 (par son implémentation libre x264) dans mencoder.
Quelqu'un a-t-il essayé ? Je vais chercher de mon côté.
Par ailleurs, il y a le support d'une compression par vaguelettes, Snow, mais elle n'est pas dans la page du man.
 
Le man pour les options de x264:
http://www.mplayerhq.hu/MPlayer/DO [...] yer.1.html

h264 toujours, j'ai trouvé dans la mailing list quelques messages intéressants:
http://mplayerhq.hu/pipermail/mpla [...] 49450.html
http://mplayerhq.hu/pipermail/mpla [...] 47501.html
malheureusement son link sur la comparaison h264/lavc ne marche plus. Il dit que les résultats sont au moins aussi bons avec h264.

Alors pour ceux qui veulent essayer:
 
1. Telecharger la version en cours de x264 (subversion)
svn co svn://svn.videolan.org/x264/trunk x264
2. Installer x264 dans /usr/local/src, faire un make
3. Il n'y a pas de make install, donc j'ai juste copié le répertoire x264 dans /usr/local
4. Compiler mplayer avec x264:
./configure --with-x264libdir=/usr/local/x264 --with-x264incdir=/usr/local/x264 && make && make install
 
Pour l'utiliser, copier un vob dans un répertoire (l'étape 1 de tuxrip est parfaite pour ça). h264 utilise le 3 pass:
/usr/local/bin/mencoder film.vob -o out.avi -endpos 240 -ovc x264 -x264encopts pass=1 -oac pcm #-zoom -vf crop=720:432:0:72,scale=640:272
cp -rf divx2pass.log dv1.log
/usr/local/bin/mencoder film.vob -o out.avi -endpos 240 -ovc x264 -x264encopts pass=3:bitrate=900 -oac pcm #-zoom -vf crop=720:432:0:72,scale=640:272
/usr/local/bin/mencoder film.vob -o out.avi -endpos 240 -ovc x264 -x264encopts pass=3:bitrate=900 -oac pcm #-zoom -vf crop=720:432:0:72,scale=640:272
 
Le "pass=3" deux fois de suite est normal (voir le readme) pour un encodage en 3 passes. J'ai commenté le zoom, scale et crop car ça plante chez moi, probablement un bug dans x264.
 
Résultat: semble très bon, mais sans le scaling c'est pour l'instant inutilisable en production. Mais la qualité est là.

J'ai essayé aussi "La mort aux trousses", sur une scène dynamique (l'avion...).
Bon, j'arrive à diminuer la résolution, c'est sur le crop que ça plante. Ce n'est pas si bon que xvid, les aplats sont assez flous et il y a un grand manque de détails, mais bien sûr je n'ai pas pu jouer encore avec les options.

27/07/2004    sortie de tuxrip 0.98 et transperl 0.2:

Va y avoir une nouvelle version de tuxrip avec les nouveautés du dernier mplayer ou vous avez plus le temps de bosser dessus?

d'après la ML, ils sont en train de réécrir tuxrip en perl mais CREX bossant sur mplayer également, c'était un peu mort ces derniers temps

ça renaitra un jour... mais quand !???

 
C'est clair que je n'ai absolument plus le temps en ce moment. J'ai un boulot monstre pour mes études. C'est la dernière ligne droite, donc je me donne à fond dedans, tout le reste est passé à la trape, à part quelques contributions mineures ça et là.
 
Avec un peu de chance, à mi-mars, ça devrait mieux aller car je serais en stage, mais je ne peux pas garantir.
 
Sinon, je dois avouer que je suis pas mal dégoûté de la qualité des masterisations de certains DVDs qui fond que suivant les logiciels (lsdvd, transcode, mplayer), l'extraction d'infos sur les DVDs sont contradictoires, sans qu'il soit possible de dire que tel logiciel donne toujours la bonne info.
C'est vraiment pas cool.
 
Bon, sinon, comme toujours, et au risque de me répéter, les contributions sont bien évidemment les bienvenues.
 
Genre de choses qu'il serait pas trop difficile à implémenter: calcul de la résolution "à peu près optimale" d'après la taille cible et le facteur de qualité voulu, et le test de compressibilité.
 
Jotenakis a presque tout fait du côté du scan de DVD, mais comme je l'ai déjà dit, il y a un problème avec les dvds mal masteurisés (pour lesquels au pire il faudra demander à l'utilisateur de tout rentrer à la mano, mais encore faut-il programmer tout ça).
 
CREX

 
Deux conseils:
- Ne jamais utiliser le compte root pour autre chose que de la maintenance.
- Utilise MPlayer/MEncoder pour compresser des vidéo, c'est de loin la solution la plus rapide (en terme de fps) sous Linux, la plus simple (bonne page de man) et c'est aussi celle qui est la plus utilisée par les gens de ce forum
 
Sinon, essaye d'adapter cette commande pour ton usage :

J'en effet essayé, (http://mplayerhq.hu/pipermail/mpla [...] 29842.html)  mais à l'époque l'encodage 2 passé était tellement buggé que c'était même pas la peine. En plus, il y avait le problèmes de la lecture des flux x264 avec trames-B, mais c'est depuis corrigé.
La bonne nouvelle, c'est que la semaine dernière, a été rajouté un vrai support du x264 dans le container matroska pour une bonne lecture sous MPlayer.
 

 
C'est en effet un peu trop expérimental pour le moment, est pas trop optimisé en ASM, vu que certains bouts de codes sont encore récemment remplacés/ré-écrits suivant les performances d'encodage qu'ils permettent.
Tu peux toujours aller voir sur Doom9: http://forum.doom9.org/showthread. [...] adid=84593
 
 

 
à ce propos, au risque de me répéter: si tu vois dans la page de man des problèmes, n'hésite pas à me le communiquer directement par MP.
 
CREX

pour le problème de cropping que vous avez sans doute remarqué, il s'agit en fait d'un problème lors de la génération des preview en png. Il suffit de rajouter l'option -nozoom à la ligne de commande mplayer pour que ça remarche.
 
remplacer

par  

la version 0.99 corrigeant ces problèmes et d'autres va bientôt voir le jour. Cette dernière rajoute la possibilité de  faire des avi+mp3+mpeg4 présentant l'avantage d'être compatible avec les lecteurs de salon.

Bonjours à tous, je félicite la personne qui a fait le super big topic du début...
Mais j'ai une petite question... n'étant pas un grand bosseur, la technique de convertir les sous titres en textes...Bref j'utilise la méthode mencoder, sauf que je   n'arrive pas à les laisser blanc, ils deviennent jaune et c'est pas très jolie... j'utilise le conteneur matroska (mgg) car je veux mettre les sous titres, deux langues etc... dans le même fichier..
Si quelqu'un sait comment faire avancer le chose...
je suis preneur.  
Merci à tous

pourquoi ne pas utiliser tuxrip  qui fait ce que tu veux ?

car je n'arrive pas à bien regler le croping, il me raffiche toujours la même découpe à chaque essai puis il finit par ne plus rien découper...je n'arrive pas à entrer manuellement les parametres de croping.. Et pour les sous titres et la video tuxrip supporte plusieurs langues dans le même fichier?

 
Peut-être demander à l'éminent auteur de permettre la saisie manuelle du croping ?
 
Tuxrip gère plusieurs sous-titres. Et ce petit script est une merveille quant à la qualité du résultat obtenu. De plus, c'est simplissime.

le problème du cropping est expliqué juste au dessus.

Jo-> Même ainsi modifié comme plus haut, j'ai cependant une mauvaise détection sur un DVD NTSC.

est ce pareil avec cette version ? http://tuxrip.free.fr/tuxrip/tuxrip099-beta3-2.tar.gz
 
et en changeant la valeur du seuil dans le fichier de conf ?

 
La détection du cropping s'est beaucoup améliorée dans la version pre6 de MPlayer. Assures-toi que c'est celle que tu utilise.
 
Sinon, pour ceux que ça intéresserait encore, je n'ai pas oublié le projet tuxrip2, et un jour, je m'y remettrais, c'est sûr (pour le moment, c'est très chaud pour moi de me consacrer à ce projet).
 
CREX

ça m'interesse encore aussi. Même si j'ai entrepris de rajouter les quelques options manquantes et de nettoyer le code de tuxrip1.

 
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?