J’ai un fichier mkv qui a été créé à partir d’un DVD. Ce fichier contient plusieurs pistes audio contenant des informations de sous-titres. Lorsque j’ouvre le fichier dans VLC, les pistes de sous-titres apparaissent comme Codec : Sous-titres DVD (spu)
Mon objectif avec MCEBuddy est de convertir le fichier vidéo en MP4 (j’utilise actuellement MP4 Normal mais j’ai aussi essayé MP4 Unprocessed) et de faire en sorte que MCEBuddy crée un fichier srt externe pour les sous-titres. La conversion en MP4 n’est pas un problème, cependant je ne reçois jamais le fichier srt. J’ai installé le module complémentaire OCR, mais cela ne semble pas fonctionner non plus. Ci-joint le journal de conversion. MKVExtract détecte la piste de sous-titres comme « ‘S_VOBSUB’ », donc je suppose que l’OCR serait nécessaire ici.
J’ai essayé de définir la langue de la piste audio, d’activer toutes les options de sous-titres et de légendes, sans succès.
Quelques éléments à noter dans le journal de conversion : 2025-10-09T13:12:55 MCEBuddy.AppWrapper.MKVExtract → Écriture du fichier d’index VobSub « C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt_mkv.idx ».
2025-10-09T13:12:55 MCEBuddy.AppWrapper.MKVExtract → Progression : 100%
→ Le processus s’est terminé avec le code 0
AVERTISSEMENT→ Erreur lors de la tentative de traitement des fichiers de sous-titres
System.IO.FileNotFoundException: Fichier introuvable « C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt_mkv.tmp ».
Nom du fichier : « C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt_mkv.tmp »
at System.IO.\__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at MCEBuddy.Transcode.CCandSubtitles.ParseAndConvertSubtitleToSRT(String inputSubtitleFile, String outputSRTFile, Log jobLog)
AVERTISSEMENT→ 2025-10-09T13:12:58 MCEBuddy.Transcode.CCandSubtitles → Fichier de sous-titres vide C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt extrait, suppression en cours
It looks like you’re having trouble getting MCEBuddy to extract VobSub subtitles from your MKV file and convert them to an SRT format, even with the OCR add-on installed. The log shows that MKVExtract is able to create an IDX file, but then MCEBuddy reports a FileNotFoundException for a .tmp file and ends up deleting an “empty subtitle file.”
VobSub subtitles are image-based, so OCR is indeed necessary to convert them into text-based SRT files. The FileNotFoundException and the “Empty Subtitle file” message suggest that either the OCR process isn’t successfully creating the temporary file or there’s an issue with MCEBuddy reading or processing it.
Let’s try to troubleshoot this.
First, could you confirm a few things:
OCR Add-on Installation: You mentioned you installed the OCR add-on. Can you confirm which OCR add-on you installed (e.g., specific version or where you downloaded it from)? Sometimes there can be different versions or configurations.
MCEBuddy Version: What version of MCEBuddy are you currently using? This information is usually at the top of your conversion log.
Subtitle Track Selection: In your MCEBuddy conversion task, under the “Subtitles” tab, have you selected “Extract Closed Captions/Subtitles”? And also, under “Subtitle Language (OCR),” is the correct language (e.g., English) selected for OCR processing?
In the meantime, let’s look for similar issues or solutions on the forum. I’ll search for “VobSub” and “OCR” to see if other users have encountered this.
Hi Joe,
It looks like you’re encountering a common issue when trying to extract VobSub (DVD) subtitles as SRT files with MCEBuddy. The log indicates that MCEBuddy is detecting the VobSub track and attempting to create an index file, but then it’s failing to find a temporary file, leading to an “Empty Subtitle file” warning and deletion. This suggests an issue with the OCR (Optical Character Recognition) process that’s needed to convert VobSub images into readable text for SRT.
Since you’ve already installed the OCR add-on, let’s explore a few possibilities:
OCR Engine Issues: Sometimes, the OCR engine might struggle with the specific font or quality of the VobSub images.
Permissions: Ensure MCEBuddy has full read/write permissions to the C:\\Program Files\\MCEBuddy2x\\working0\\ directory.
Temporary File Deletion: It’s possible an antivirus or other system process is prematurely deleting the temporary file that MCEBuddy creates during the OCR process.
Corrupt VobSub Track: While less common, a corrupt VobSub track in the MKV could cause issues during extraction and OCR.
To help diagnose this further, could you try the following:
Try another MKV file with VobSub subtitles (if you have one): This would help determine if the issue is specific to your “Twilight” file or a more general problem with VobSub OCR.
Manually extract the VobSub track: You can use a tool like MKVExtractGUI (a graphical interface for MKVToolNix) to manually extract the VobSub track from your MKV file as an .idx and .sub pair. Then, you can try using a standalone OCR tool (like SubRip) to convert those into an SRT to see if the VobSub data itself is parsable. This would help isolate if the problem is with MCEBuddy’s internal OCR process or the subtitle data itself.
Check MCEBuddy’s OCR settings: Double-check your MCEBuddy settings related to subtitles and OCR. Make sure OCR is explicitly enabled for VobSub tracks if there’s a specific option for it.
I’m linking a few related topics that might offer additional insights, although they may not directly address the FileNotFoundException you’re seeing:
Essayez la dernière version bêta 2.7.1, l’extraction complète des sous-titres a été remaniée et des capacités complètes de détection et d’extraction OCR y ont été ajoutées (vous êtes sur la 2.6.6 qui ne prend pas en charge tous les types d’OCR).
Merci ! Avec la dernière version bêta 2.7.1, j’avance. J’ai activé le paramètre « Extraire les sous-titres incrustés ». Notez que la langue audio est toujours définie sur Défaut.
J’obtiens maintenant un fichier srt (et un fichier idx dans le répertoire de destination), mais il est illisible. Voir ci-joint.
Hmm, je ne vois aucune erreur évidente dans les journaux, mais je constate que le fichier présente quelques problèmes. Je devrai le reproduire pour voir ce qui se passe. Pouvez-vous télécharger l’intégralité du fichier original sur le serveur afin que nous puissions l’analyser pour voir ce qui se passe.
Merci ! Je viens de le téléverser dans le dossier jspang sur le site FTP. Faites-moi savoir si vous pouvez reproduire le problème. J’apprécie vraiment que vous y jetiez un œil.
J’espère avoir plus de temps ce soir pour essayer un autre fichier pour un film différent qui a des sous-titres basés sur des images afin de m’assurer que ce n’est pas juste un coup de chance.
Merci d’avoir signalé cela, je déplace ceci dans la catégorie des bogues. Nous l’avons corrigé dans la version bêta 2.7.1 d’aujourd’hui. Essayez-la et faites-moi savoir ce qu’il en est.
Je viens d’installer la dernière version bêta. J’ai retéléchargé les fichiers OCR et relancé la conversion. Maintenant, au lieu d’obtenir un fichier srt brouillé, j’obtiens quelques fichiers .idx et .sub, et aucun fichier .srt.
Je peux les traiter via un programme comme Subtitle Edit, mais je ne sais pas si c’est l’intention ? Pour moi, il ne semble pas qu’un OCR ait été utilisé pour les convertir réellement en texte. Ci-joint le journal de conversion.
C’est le résultat attendu. S’il possède un fichier sub et idx, il est conservé tel quel. Ce sont des sous-titres basés sur des images car la plupart des lecteurs peuvent lire les sous-titres sub/idx.
Si vous avez des sous-titres incrustés (hard burnt in), MCEBuddy effectuera une reconnaissance optique de caractères (OCR) pour les convertir en fichiers SRT ou si, pour une raison quelconque, il est incapable d’extraire des pistes de sous-titres basées sur des images au format idx/sub, il les convertira également en fichiers SRT.
Parfait. Pour une raison quelconque, j’avais l’impression que cela devait être au format srt. Veuillez m’excuser pour la confusion.
Tout est réglé alors. Je vais continuer à tester la version bêta car j’ai beaucoup d’autres médias avec des sous-titres basés sur des images et si des problèmes surviennent, je les signalerai séparément.