Bonjour
petitberger.
J'ai bien peur de ne pas pouvoir puiser dans mon 'sac-à-malice' de
Mac-User la formule magique permettant la 'réalisation-instantanée-du-désir' (lol).
Apparemment, tu as la dernière version de
VLC [je suppose que la librairie '
libdvdcss' est bien installée sur ton
Snow Léopard? - mais je ne tiens pas à épiloguer sur le sujet.]
Quand tu dis 'extraire le VIDEO_TS', tu veux dire copier par glisser-déposer le(s) dossier(s) (AUDIO_TS &) VIDEO_TS supporté(s) par les DVD sur le disque de ton Mac ou un DDE (à moins d'utiliser quelque chose comme
MTR - mais je ne tiens pas à épiloguer là-dessus encore)?
D'accord avec toi :
MPlayerX est un outil superbe, très commode notamment grâce à sa fonction de 'reprise au point quitté', mais dont une faiblesse est de gérer malaisément les VIDEO_TS. Ce lecteur a du mal avec le découpage en séquences discrètes des vidéos en 'VTS_02_1.VOB', 'VTS_02_2.VOB' etc. (par exemple). Cela se voit, parce qu'il n'arrive pas à afficher dans son 'Contrôleur de Séquence' la durée d'ensemble d'un film, mais seulement du segment correspondant au fichier '.VOB' en lecture.
VLC lui affiche bien la durée d'ensemble, signe qu'il globalise bien la gestion de tous les segments vidéo, mais, comme tu l'as exposé, il paraît coincer à l'affichage en continu de sous-titres externes importés.
Est-ce que tu as remarqué ce 'bug' uniquement avec les 'VIDEO_TS' extraits de tes DVD Russes, ou bien également avec des 'VIDEO_TS' provenant d'autres sources de DVD (je te demandes ça parce que, rejoignant
remy - eh!
- sur ce point, je n'utilise jamais de sous-titres, donc la question pour moi reste toute 'théorique'. Mais je suis capable de comprendre ton point-de-vue 'auto-pédagogique')? Si c'était un 'bug' généralisé, il révèlerait une lacune de
VLC pour ce qui est d'associer correctement '
sous-titres externes' et '
fichiers .VOB'.
Ce qui ne m'étonnerait pas, pour la raison suivante (simple hypothèse spéculative de ma part) : les fichiers d'un 'VIDEO_TS' sont «
discrets» : il s'agit de segments distincts, dont chacun combine une 'section-vidéo', une (ou plusieurs) 'section(s)-audio' et une (ou plusieurs) 'section(s)-sous-titres' (natifs). Or les 'sous-titres' natifs des 'VIDEO_TS' sont des '
.vob-sub' qui ont pour nature d'être des «
fichiers-images», dont le flux se superpose à la manière d'un calque au flux vidéo. Tandis que les 'sous-titres' qu'on peut récolter sur Internet (par exemple auprès des sites que tu as évoqués) sont des '
.str' qui ont pour nature d'être des «
fichiers-texte». Associer la
continuité d'un «
fichier-texte .str» à la
discontinuité de «
fichiers-vidéo .VOB» découpés en de nombreux segments et gérés comme un ensemble seulement grâce aux '
méta-fichiers : .BUP', est-ce que ce ne serait pas cette hétérogénéité qui fait 'bugger'
VLC?
Si c'était le cas, seule solution : convertir le 'VIDEO_TS' extrait d'un DVD Russe en un conteneur
MKV (le bien-nommé ici : 'Matroska']. Je connais au moins 2 logiciels qui savent le faire : «
HandBrake», que tu as cité, et «
Make-MKV» (version Mac) [Ni «
Mkvtoolnix», ni «
Mkvtools», si pratiques, ne gèrent le 'VIDEO_TS'). Le problème est que, pour réaliser la conversion VIDEO_TS ⇒ MKV, ces 2 logiciels prennent un temps fou. Même si j'admire l'architecture complexe de «
HandBrake», je lui reconnaîtrais néanmoins 2 faiblesses comparé à «
Make-MKV» pour ce qui est de l'opération de conversion susdite : «
HandBrake» est énormément
gourmand en ressources-processeur (CPU), jusqu'à 80% du total à plein régime de conversion, et l'élévation de la température du Mac est conséquente (là encore +80°) ; et «
HandBrake» est lent pour opérer pareille conversion VIDEO_TS ⇒ MKV (+ 1H). Alors que «
Make-MKV» est faiblement gourmand en ressources-processeur (- 10%) et n'échauffe guère le Mac (≈ 60°) ; et «
Make-MKV» me paraît plus véloce pour ce type de conversion (- 1H). «
HandBrake» est évidemment supérieur pris comme un tout, mais me semble dispensable pour une simple conversion VIDEO_TS ⇒ MKV.
Il resterait ensuite à 'muxer' des sous-titres externes .str dans un 'néo-MKV' à partir du 'paléo-MKV' produit préalablement. La question qui se pose ici avec acuité, c'est la
synchronisation exacte des sous-titres avec les pistes audio/vidéo. C'est principalement un problème d'adéquation des
frame-rates (FPS), et je me demandais à moi-même si par hasard le problème avec VLC ne viendrait pas de la tentative de concilier un flux Audio/Vidéo et un flux de sous-titres .str qui divergeraient en
frame-rate? Cela se verrait, même sur un 1/2 heure où ça 'marche', à un décalage croissant du sous-titre par rapport à l'Audio/Vidéo. Quoi qu'il en soit, à supposer un MKV disponible, le mieux est de 'muxer' les sous-titres .str dans un 'néo-MKV' grâce à «
Mkvtoolnix» par exemple, qui le fait de façon foudroyante. Et d'utiliser ensuite «
MPlayerX» pour faire des tests, de préférence à «
VLC», car le contrôleur de «
MPlayerX» affiche à l'avant (à gauche) la
durée totale écoulée du film, là où celui de «
VLC» n'affiche qu'en arrière (à droite) la
durée totale restante du film, ce qui est complètement inadéquat pour un étalonnage.
En effet, il s'agit de noter sur une feuille de papier (eh oui! à la main...),
primo dans le tout début du film, le
repère temporel exact (genre 00:02:34) où l'on
entend telle parole correspondante à
tel sous-titre, dont on note en regard du repère temporel tel qu'il devrait être l'
énoncé verbal.
Secundo, il suffit de répéter la même procédure : repère temporel de
telle parole /
énoncé du sous-titre tel qu'il devrait y correspondre s'il était bien synchronisé, ce le plus à la fin du film possible [les 2 repères temporels doivent nécessairement être mesurés
ab origine]. Nanti de ces 2 couples d'étalonnage (repère temporel/énoncé de sous-titres), il est on ne peut plus facile de demander au logiciel «
SubFix» d'importer le fichier entier de sous-titre .str et de renseigner les 2 étalonnages dans sa fenêtre de tâche. «
SubFix» va 'étirer' (ou 'resserrer') les cotes du fichier .str pour le faire exactement correspondre au Frame-Rate des pistes Audio/Vidéo.
YaPuKa muxer le nouveau .str avec le 'paléo-MKV' pour produire le 'néo-MKV' correspondant à la '
somme de tous les désirs' (lol).
Pour le cas où ce serait l'hétérogénéité des 'Frame-Rates' entre pistes Audio/Vidéo et piste de Sous-Titres .str qui ferait 'bugger' «
VLC», afin d'éviter la tâche de conversion en MKV pemettant le lecture en continu par «
MPlayerX» et de recourir à «
VLC» pour l'étalonnage, il faudrait soustraire au temps global de déroulement du film (affiché tout à droite au lancement de la lecture) les marques du temps restant à jouer afin d'obtenir les 'repères temporels'
ab origine des sous-titres étalons. Une fois produit grâce à «
SubFix» un néo-fichier .str bien synchronisé, il resterait à le faire charger en lecture à «
VLC» en même temps que le dossier 'VIDEO_TS'. Ça suffirait peut-être à rectifier le tir?
Évidemment, tout ça c'est du travail, et donc du temps passé (et pour ce qui est de mes élucubrations, du 'théorique'). Je ne suis pas exactement certain que tu puisses y couper, avec tes DVD Russes. Je présume qu'ils ne se comptent pas par dizaines de dizaines quand même? S'il n'y en a qu'une dizaine, la tâche semble entreprenable. En 'fractionné', genre 1 par jour, j'imagine que ça avance plus vite en 'production' que l'aptitude du 'Slavisant' à les 'consommer' pédagogiquement? [
en ce qui me concerne, je m'en tiens à la maxime de Virgile : «O fortunatos nimium, sua si bona norint agricolas» (trop heureux les 'rustres' en leur simplicité native, s'ils savaient seulement y reconnaître du bonheur) 
]
