Reprise du message précédent :
Bon j'ai un blème avec tuxrip. Je m'explique :
Je voudrai ripper sur une partition en FAT vu que y a plus de places sur mes partitions ext3. J'ai mis en FAT le plus gros de mon disque pour pouvoir partager mes données avec Windows. C'est le seul endroit où je puisse ripper.
Bien sûr, tuxrip refuse de mettre son répertoire de travail sur un disque FAT...
 
Qu'à cela ne tienne, je rippe sur la FAT avec dvd::rip en me disant que je ferai l'encodage avec tuxrip. Donc tuxrip --resume histoire de lui indiquer quoi faire et là, pas moyen, il veut absolument ripper le DVD.
 
Je fais comment moi ?  

essaye plustot avec --source, mais a mon avis c pas suffisant pour que ca marche.
 
met un lien dans ton repertoire space qui pointe vers ton rip ???

J'ai essayé, ça marche pas le coup du lien symbolique, il détecte qu'il est sur un disque FAT (malin le bestiau). Idem pour --source, il trouve pas de DVD cloné...

Sauf que la FAT ne supporte pas les tubes nommés, et comme tuxrip en utilise (j'ai pas regardé les dernière versions, mais ya pas de raison que ça ait changé), ben, ça marche pas. Tiens, je regarderais le script, un jour, pour voir si c'est ça, mais en général, on pourrait mettre ces tubes dans /tmp, ce qui éviterait ce problème (que j'ai eu à une époque, justement).

y a pas moyen car tuxrip travaille sur un fichier rippé monolithique, donc > 2Go. Ce que ne gêre pas la fat32.
 
EDIT : l'histoire des tubes n'est plus vrai car je n'en utilise plus.
 
Je vais essayer de faire une option --fat pour que ça marche sur des partoches fat en splitant le fichier...

Vi, enfin, c'est ce que je disais, j'ai pas regardé le code depuis tuxrip 0.3

Ben oui, tous les outils de rip splittent, ce qui permet d'éviter ce problème. L'idéal c'est de pouvoir choisir de splitter tous les Go, ou mieux de splitter tous les chapitres. Comme ça après on définit un projet et on met les X premier chapitres d'un film, hop on compresse et ça coupe pas en plein milieu d'une scène quand il faut changer de CD.   On occuppe au maximum la place (donc meilleure qualité) avec le moins de désagrément.
 
Bon ceci dit un split tous les Go avec l'option --FAT ça serait un super bon début. C'est faisable dans l'aprèm ?    
 
Keep up the good work comme on dit en tous cas  

je vous fait une version --fat, d'ici 10 jours. Ca devrait marcher, je pense. Je ne pourrais pas tester.
 
Si tu es pressé, tu peux cloner le DVD dans un dossier nommé clone comme ça :

Tuxrip (prochaine version) saura alors s'en servir avec le --source.
 
La prochaine version intégrera également le --multiaudio, qui est déjà faite.

le problème c'est que mencoder ne gêre pas des fichier multiples donc faut utiliser "cat ** | mencoder -". Ce qui pose qqs ennuis.
Donc oui, c'est faisable en splittant mais pas rapidement vu le peu de temps que j'ai.
 
Promis, je fais de mon mieux.
(Pourtant la fat32 :   )

 
Salut à tous, je me suis enfin lancé
 
Au début, je voulais faire comme sous Windows, c'est à dire utiliser chaque programme un par un mais j'ai rien compris alors j'ai finalement essayé TuxRip (qui ressemble d'ailleurs au soft de Jesus-Christ dans Video & Son ).
 
Donc, en ce qui concerne le rippage des vob sur mon HD, aucun problème et rapide
Ensuite, le son commence à être encodé alors j'écoute le début, mais ça ne va pas, le son n'est pas bon, je veux dire qu'on entend que dalle, enfin si mais ça sature tellement... bon je me dis que c'est peut être parce qu'il n'est pas terminé, mais à la fin, c'est toujoues pareil
 
Après, je me dis que c'est juste pour tester alors je continue pour encoder la video et là, c'est la merde.
La video n'a pas voulu s'encoder, je sais pas pourquoi (je vais le refaire car j'ai pas noté les erreurs)
 
Mais même avant ça, je tient à critiquer le croppage : vraiment pas précit, il faudrait que ce soit possible de le régler soi même manuelement.
 
 
Bon, j'ai plein de problème mais ça à l'air d'être un très bon programme un fois que tout sera configuré correctement
 
 
Je refait un teste et si j'ai toujours des problèmes, je vous coupe un bou du son et je vais écris les erreurs.

balance tous les logs...

tu peux refuser autant que tu veux et il fera une nouvelle détection...

J'ai ça quand je fais resume :
 

 
C'est normal que j'ai rien pour le biterate et la résolution ?

C'est pas pareil, c'est un concert que j'ai sous le main en fait, donc c'est toujours tout noir et j'ai 1/10ème de l'écran à cause de ça

J'ai mis de continuer à l'étape 3 (encodage audio) et j'ai ça :
 

peux tu poster le fichier cropping.png ?

cat $RACINE/$projet/tmp/info* ?

Ils sont stockés où ?

dans $RACINE/$projet/tmp
où $RACINE est le dossier de travail et $projet le nom choisi pour ton projet.

Merde! maintenant quand je fais résume, ça mercahe plus, au début j'avais 1 et 2, maintant j'ai plus que 1, et puis plus rien

Je tiens à dire quelqu'un chose :  
 
Dans la première page de ce topic, il est marqué que le MP3 ne sera pas supporté car il est moins bon que le Vorbis et que le MP3 n'est pas libre. Je suis entièrement d'accord avec ça.
 
Mais il est également indiqué que le Vorbis a moins de souffle et qu'il est plus dynamique.
Alors, tout d'abors, c'est faux de dire que le Vorbis a moins de souffle que le MP3 car c'est justement le contraire !!! c'est vraiment le pire défaut du Vorbis, c'est ce putain de souffle !
Ensuite, dire que le Vorbis est plus dynamique est également vrai mais ce n'est pas un avantage car le son est beaucoup moins neutre que l'original dans ce cas, deuxième (et dernier ? ) défaut du Vorbis...
 
Celà dis, le Vorbis est tout de même bien meilleur que le MP3

j'ai fait une version beta avec support des partoches fat.
C'est non testé. La détection est automatique mais peut être forcé si elle échoue (ce qui m'étonnerait) avec l'option --split.
 
2 warnings pour le support fat :  
1) Le mode --test-comp ne fonctionne pas pour le moment. Y a tout à refaire.
2) Pour le moment si vous reprenez un projet crée en --split, il faut faire --resume --split et pas --resume seul.
 
Donc : --split est strictement équivalent à la détection auto des partoches fat et peut être utilisé sur des partitions non fat, si vous le souhaitez.
 
Merci de faire du retour, je n'ai pas de partitions fat32 chez moi.
 
http://tuxrip.free.fr/tuxrip/tuxrip083beta.tar.bz2
 
EDIT : enfin, cette version permet de faire des films multilingues grâce à l'option --multiaudio.
 
EDIT2 : le support fat nécessite la commande "split".

test en cours avec 24h Chrono épisode 3. Le rip s'est déroulé sans problème.

alors ? test concluant ???

et le test d'xcd en mastrokachaispaskoi il a été concluant?
Ca serait quand même intéressant d'avoir 100Mo de plus à allouer à la vidéo par CD.
Mais comment ça marche? ça fait un bin/cue qu'on peut lire avec mplayer? Ou il faut absolument le graver directement?

Complètement si ce n'est que dans la phase d'encodage les frames défilent bien mais le pourcentage reste désespérément bloqué à 0. Pas bien grave, on se repère aux frames.
 
Sinon le test de compression (compressibilité ?) échoue : comme il ne voit pas à combien de % il en est dans le film, il essaie d'encoder tout le film, au lieu des 1 ou 2% demandés. A ce sujet, j'ai l'impression que le test est effectué sur les x premiers % du film. C'est pas un peu bizrre de faire des tests de compressibilité sur un générique ?

malheureusement non...
Je n'ai pas réussi à compilé cdfs.
 

 
 
 
Je referais d'autres tests.

normal, mencoder ne sait pas où il en est puisque qu'on l'utilise avec cat et un pipe. C'est pour ça que je faisais un unique fichier vob.
 

normal aussi, ça fait partie de mes warning.
 

 
EDIT : en mode normal (ie sans splitter les fichiers) le test se fait sur n% de film réparti équitablement entre le début et la fin du film.

J'ai une question en ce qui concerne cdfs : si j'ai bien compris, il utilise l'espace normalement alloe aux sommes de controle pour mettre des donnees ?
Ce n'est pas risque en cas de CD scratché ? Pour l'audio, ok, il corrige en extrapolant les donnees qui pourraient ne pas etre lues, mais en video ?
Ou alors je ne pige pas trop la technique la...

Bon en cherchant un peu j'ai ma reponse sur xcd :
 
Due to the reduced error correction, it's aimed at stream/media types that can handle errors to some extent at least. Yet, it allows keeping arbitrary 'special' sections of the stream/media 'protected' (i.e. special headers/indexes etc). It may contain recommendations for the player as for the order of the streams to play (in the form of optional playlists) and may offer interactive navigation through a menu system.  
 
 
Donc apparemment ca reduit la correction d'erreur, mais ca ne la supprime pas completement et reste suffisante.

tu as bien compris. L'idée c'est d'utiliser un container qui ne va pas foirer le fichier au moindre bit faux. Normalement matroska est assez robuste (l'est-il déjà : là est la question et l'objet de mes tests...) pour encaisser d'éventuelles petites erreur.
 
Faut évidemment prendre quelques précautions : gravure en 4x ou moins et stockage propre du cd.
 
Néanmoins quand on voit des graveurs de DVD autour de 200 Euros, on peut douter de la pertinence de ce genre de techniques.
 
Mais sur le principe c'est possible puisque c'est comme ça pour les SVCD, et ceux-ci sont bien lisibles.

cela dit, dans certaines situations c'est completemtn unitile : si on a pas l'habitude de graver ses films

Bon, en fait les pb de son que j'avais c'est parce que j'avais mal installé tout les trucs... mais maintenant j'ai un autre problème lors de l'encodage :
 

 
et après j'ai ça :
 

mais évidemment rien ne se passe car l'encodage a échouée (avec une vitesse de 89493.50 fps y'a bien un pb )
 
Une idée ?

mplayer n'a pas du être compilé avec le codec xvid...
essai sans l'option --xvid.

Youpie!!!
 
C'est parti
 
J'essaie sans xvid mais je referai le test avec, et puis je comparerai avec ma méthode habituelle sous windows... et je vous dirai quoi !
 
Mais au fait, libavcodec est un codec MPEG-4 propre à Linux ? je sais qu'on peut le lire sous windows sans problème (avec ffdshow ou autre) mais il est disponible que sous Linux ?

il y a ça
http://cutka.szm.sk/ffvfw/index.html
mais je ne sais pas ce que ça vaut et si c'est très suivi par rapport au CVS de libavcodec.

Alors le résultat est pas mal, pas mal du tout mais je trouve que ça reste pas assez configurable, bon pour le crop ça va quand c'est un truc 'standard' (j'ai rippé un film cette fois) mais le choix de la résolution n'est pas précise.
 
En fait, je voudrais savoir si on sait calculer le bon CQ pour une résolution bien précise ? comment faire ? je suppose qu'il faut prendre le nombre de frame ou la durée du film mais si on pouvait m'éclairer là dessus.
 
Et aussi, comment avoir deux pistes sonores ? avec tuxrip, c'est possible ?
 
 
Voilà, c'est les seuls trucs que j'arrive pas à faire, donc si on m'aide sur ça, je passe définitivement à l'encodage sous Linux

--multiaudio depuis la 083beta uniquement.
 
toutes les options du codec sont configurables dans le fichier config. Il suffit regarder la page de man de mencoder pour les connaitre. Elles sont très nombreuses. (b-frames, qpel, trell....)
 
http://rguyom.chez.tiscali.fr/libavcodec_tests.html
http://www.mplayerhq.hu/~michael/codec-features.html
 
Pour bien choisir la résolution : --test-comp. C'est un "compressibility check" comme GordianKnot sous win$.
 
Je vais ptet réflechir à un crop manuel mais je n'en ai absolument jamais eu besoin.

Merci
 
Pour le crop c'est bon, c'était just avec un concert où tout était quasi tout le temps noir, c'est pour ça que ça tombait jamais juste, mais pour les films c'est OK.

regarde les 2 liens que je t'ai mis, ils sont très instructifs...

--test-comp fonctionne super bien
 
Tout juste ce que je voulais : 640x272 !
 
BRAVO