Reprise du message précédent :
Bon, j'ai bien regardé mon film NTSC, en fait j'ai juste un décalage de -500ms, facilement corrigeable. Contrairement à floups, je n'ai pas de décalage variable au cours du temps   Tu confirmes floups ? T'as essayé d'autres titres ?
 
Je pense que c'est inhérent à mencoder/transcode... Je peux essayer de compiler un CVS frais de mplayer pour voir.
 
Par contre, ça ne résoud pas le problème de la taille visée : j'ai quand même 868Mo au lieu de 1Go !
 
Sans ofps, je n'ai pas essayé d'encoder, mais il m'affiche souvent des duplicate frames. A tout coup ça n'ira pas. A essayer quand même...

Autre question pour floups : quand tu encodes le son, est-ce que transcode t'affiche bien qu'il travaille à 23.976 fps ?

Voila ce qu'il m'affiche, je vois pas trop ou il affiche le nombre de fps auquel il travaille.
 

 
Et je confirme que le décallage n'est pas le meme entre le debut du film et la fin

Bingo !
 
[transcode] V: encoding fps     | 29.970
 
Moi j'ai eu 23.976 avec mulholland drive, il a reconnu l'inverse telecine dans mon vob et a fait la conversion. Donc c'est tout a fait normal que tu aies un decalage variable, car le film est a 23.976 fps.
T'as quelle version de transcode ?

Cette nuit j'ai essaye de reencoder mulholland avec la derniere CVS de mplayer, et la 2eme passe ne s'est pas faite.
Il y a deux problemes :
- peut-etre avec transcode qui decale le son (oui c'est une contrepetrie) et qui detecte mal le NTSC dans certains cas (dans ce cas on pourrait eventuellement forcer la conversion ?)
- avec mencoder ou libavcodec qui a fait une premiere passe de mauvaise qualite et dont la taille visée n'est pas bonne.

 
Rapport avec tuxrip ?

 
hum...  

 
J'ai la derniere version de transcode (0.6.4)
D'un autre coté, mon décallage du son est bien présent, mais j'ai pas l'impression qu'il soit 'violent' à ce point la.
6 fps de diff ca ferait un décallage d'une seconde toutes les 4 secondes nan? On est plutot dans les 1 seconde de désynchro entre le début et la fin du film (1h20)

 
en effet... En fait, il n'y a pas de fps pour le son, je viens de lire ca. Donc retour a la case depart : et mplayer, tu as la 0.90 finale ? avec le libavcodec fourni avec ?
Tu as eu un probleme de taille visée aussi ?

Autre truc bizarre :
[transcode] A: export format    | 0x55    MPEG layer-3 [48000,16,2]
 
Pourquoi mp3 et pas vorbis  

yep j'ai la derniere version de tous les trucs (gentoo ~x86 )
 
Niveau taille visée l'ogm fait 701Mo comme demandé

 
C'est hyper bizarre... Mais je n'ai toujours pas compris : ton son est un vorbis ou un mp3 ??

il est bien en ogg

Bon, je recupere mon autre NTSC et je referai des tests.

c'est normal il écrit mp3 mais fait bien du vorbis...
D'ailleurs regardez le débit du soit-disant mp3 : 0 kbps  

zeb_ pour ton pb de respect du bitrate, ce doit être normal. Tu dois avoir un film exceptionnellement compressible, non ?
Ton encodage doit être parfait ?

 
C'est vrai qu'il est beau. Et j'y avais pas pensé mais maintenant que tu me le dis, le probleme etait deja passe je crois, mais y a longtemps, sur le tout premier topic  
 
Bon ca fait plus qu'un seul probleme, avec le NTSC, et je pense que c'est du a mplayer sur ce coup.
Pour corriger, floups, tu peux utiliser ogmmerge avec les options de synchro/delai.

avec une desynchro non constante, c'est chaud.

 
C'est clair, faut d'abord synchroniser au debut, et ensuite augmenter et diminuer la cadence. Utilise d'abord + et - sous mplayer pour noter le decalage. Apres faut tatonner.

tu dois même pouvoir te permettre d'encoder sur une résolution beaucoup plus grosse...

je vais m'attaquer au support des sous-titres dans tuxrip.
Quelqu'un pourrait me faire un résumé de la procédure pour avoir des sous-titres inclus dans l'ogm ???  

 
C'est dans le lien non officiel : http://tuxrip.free.fr/soustitres.html
(1ère méthode).

 
oui, faut que j'essaie avec le test de compressibilité.

c'était un problème avec libdvdread2 qui avait eu du mal pendant son install il semblerait.
 
Sinon, concernant les sous-titres, vous prévoyez de faire uniquement de l'ocr, ou bien aussi d'extraire plus simplement les images des sous-titres ? Car c'est pas très facile de faire de l'ocr quand on met des langues avec un autre alphabet.
 
Et est-il possible d'inclure dans un ogm des sous-titres au format sub ?

 
Oui, même lien, 2ème méthode.

trop fort, je ne connais même pas ce qu'il y a sur mon site.    
Merci beaucoup.  

Bientôt les V.O.  S.T.  

bientôt les VO et VF S.T.

vraiment un beau boulot les gars  

 
Merci pour le lien.
En fait, je fait déjà cette méthode. Ce que je voulais savoir c'est s'il est possible de mettre ce genre de sous-titre (sub) dans un ogm ? Parce que là dans la méthode, ils sont à l'extérieur du fichier. C'est pas génant mais on perd un peu l'intérêt d'avoir de l'ogm qui peut tout contenir.

je ne pense pas que l'ogm puisse contenir ça.
Faudra attendre matroska (qui existe déjà mais toutes les fonctionnalités ne sont pas encore implémentées) pour ça, car lui pourra réellement contenir tout.

 
  vorbis est un codec, c'est ogg l'encapsulateur...

 
mais cette page était secrète

Voila ce que j'ai compris et comment je compte implémenter :
 
 

 
 
2 questions : comment ça se passe avec ispell ? et le fichier srtx est crée par qui ?

1er test du container matroska, concluant :
->install de libeml et libmatroska ( http://www.matroska.org/ )
->install des mkvtools ( http://www.bunkus.org/videotools/mkvtoolnix/index.htm )
->install de la CVS du 20/05 de mplayer (la 0.90 ne supporte pas la lecture des fichiers matroska...)
 
Essai de mixage des fichiers video.avi (lavc codec) et audio.ogg (vorbis codec) dans un ogm et dans un mkv (matroska video) :

 
*1ere remarque : le mkv est un poil plus long à créer mais c'est très rapide quand même (2-3 min).
*2ème remarque : la lecture du mkv avec mplayer ne pose aucun problèmes. Synchro parfaite. Le timer fonctionne mieux qu'avec l'ogm puisque que j'ai l'affichage du type "00:22:42/01:53:10 (xxx%)" alors qu'avec l'ogm on a toujours "00:22:42/00:00:00 (0%)".
*3ème remarque : tailles fichiers  

 
  La taille du fichier mkv est 0.45% plus petit que celle de l'ogm et SURTOUT il est plus petit que la somme video+audio. C'est surprenant et absolument remarquable.    
 
A confirmer sur d'autres tests.    
 
NB : Dès support par une release de MPlayer, je l'intègre à tuxrip.

autre bon point pour le matroska : la recherche dans le fichier est très très rapide.  

Tiens, à propos de Matroska, je n'ai pas trouvé sur leur site leurs motivations pour ce conteneur : c'est quoi la différence par rapport à l'Ogg, l'AVI ou le QuickTime ?
Bon, disons que pour les 2 derniers, le fait qu'ils ne soient pas libres en explique pas mal, mais pour l'Ogg ? Quels sont les avantages du Matroska sur l'Ogg ?
 
Et puis tant qu'on y est, je suis un peu perdu en ce qui concerne les conteneurs et les codecs : on dit toujours Ogg/Vorbis pour un fichier audio codé avec Vorbis. Pourquoi ? Parce qu'il y a un conteneur Ogg avec le fichier ? Et un fichier MP3, lui, il n'a pas de conteneur ? C'est lié à quoi ?

peut-être.
J'ai également mis dans un fichier mkv uniquement la video avi : résultat, le mkv est plus petit !

- extensability for future use
- menues ( like DVDs have )
- chapter entries (images ou textes)
- selectable subtitle streams
- selectable audio streams
- fast seeking in the file
- selectable video stream
- high error recovery
 
Certaines de ces features sont couvertes par ogg mais pas toutes.
La dernière signifie la possibilité à terme de graver en mode 2 form 2 et donc de gagner 80Mo sur un CD de 650.
Je rajouterais synchro parfaite et possibilité de mixer n'importe quelle source audio ou video. (actuellement PCM, AC3, VORBIS, MP3 tout en VBR évidemment...). Egalement : la possibilité d'attacher un fichier au container (par exemple un codec ou une image...)
 

Oui un fichier vorbis est contenu dans un container ogg. Xiph a du utiliser le terme ogg/vorbis pour populariser son container en même temps que son codec.
Pour le MP3, je ne sais pas trop. Probablement oui, ce doit être un container MPEG puisque l'on dit MPEG1-LAYER 3.