Ik heb een mkv-bestand dat is gemaakt van een dvd. Dat bestand bevat verschillende audiotracks met ondertitelinformatie. Wanneer ik het bestand in VLC open, worden de ondertiteltracks weergegeven als Codec: DVD Subtitles (spu)
Mijn doel met MCEBuddy is om het videobestand naar MP4 te converteren (momenteel gebruik ik MP4 Normal, maar ik heb ook MP4 Unprocessed geprobeerd) en MCEBuddy een externe srt-bestand voor ondertitels te laten maken. Converteren naar MP4 is geen probleem, maar ik ontvang nooit het srt-bestand. Ik heb de OCR Add on geïnstalleerd, maar dat lijkt ook niet te werken. Hierbij voeg ik het conversielogboek bij. MKVExtract detecteert de ondertiteltrack als “‘S_VOBSUB”, dus ik zou aannemen dat OCR hier nodig is.
Ik heb geprobeerd de audiotracktaal in te stellen en alle ondertitel- en bijschriftopties in te schakelen, tevergeefs.
Enkele opmerkelijke zaken in het conversielogboek: 2025-10-09T13:12:55 MCEBuddy.AppWrapper.MKVExtract → Schrijven van het VobSub indexbestand ‘C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt_mkv.idx’.
2025-10-09T13:12:55 MCEBuddy.AppWrapper.MKVExtract → Voortgang: 100%
→ Proces beëindigd met code 0
WARNING\u003e → Fout bij het verwerken van ondertitelbestanden
System.IO.FileNotFoundException: Bestand ‘C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt_mkv.tmp’ niet gevonden.
Bestandsnaam: ‘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)
WARNING\u003e 2025-10-09T13:12:58 MCEBuddy.Transcode.CCandSubtitles → Leeg ondertitelbestand C:\\Program Files\\MCEBuddy2x\\working0\\Twilight (2008).eng.srt geëxtraheerd, verwijderen ervan
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:
Probeer de nieuwste 2.7.1 bètaversie, de gehele ondertitel-extractie is vernieuwd en er zijn volledige OCR-detectie- en extractiemogelijkheden aan toegevoegd (u gebruikt 2.6.6, dat niet alle soorten OCR ondersteunt).
Bedankt! Met de nieuwste 2.7.1 bèta kom ik verder. Ik heb de instelling “Ingebrande ondertitels extraheren” ingeschakeld. Merk op dat de audiotaal nog steeds is ingesteld op Standaard.
Ik krijg nu wel een srt-bestand (en een idx-bestand in de doelmap), maar het is onleesbaar. Zie bijlage.
Hmm, ik zie geen duidelijke fouten in de logs, maar ik zie dat het bestand enkele problemen heeft. Ik zal het moeten repliceren om te zien wat er aan de hand is. Kunt u het gehele originele bestand naar de server uploaden zodat we het kunnen analyseren om te zien wat er aan de hand is.
Bedankt! Ik heb het zojuist geüpload naar de jspang-map op de FTP-site. Laat het me weten als je het probleem kunt reproduceren. Ik waardeer het enorm dat je er even naar wilt kijken.
Ik hoop vanavond wat meer tijd te hebben om een ander bestand te proberen voor een andere film met op afbeeldingen gebaseerde ondertiteling om er zeker van te zijn dat dit geen toeval is.
Bedankt voor het melden, ik verplaats dit naar een bugcategorie. We hebben het opgelost in de 2.7.1 bètaversie van vandaag. Probeer het uit en laat me weten hoe het gaat.
Ik ben net toegekomen aan het installeren van de nieuwste bèta. Ik heb de OCR-bestanden opnieuw gedownload en de conversie opnieuw uitgevoerd. Nu krijg ik, in plaats van een onleesbaar srt-bestand, een paar .idx- en .sub-bestanden, en geen .srt-bestanden.
Ik kan deze verwerken via een programma als Subtitle Edit, maar ik weet niet zeker of dit de bedoeling is? Voor mij lijkt het er niet op dat er OCR is gebruikt om het daadwerkelijk naar tekst te converteren. Ik voeg het logboek van de conversie bij.
Dat is de verwachte uitvoer. Als het een sub- en idx-bestand heeft, wordt het ongewijzigd gelaten. Dat zijn op afbeeldingen gebaseerde ondertitels, aangezien de meeste spelers sub/idx-ondertitels kunnen afspelen.
Als u hardgebrande ondertitels heeft, zal MCEBuddy een OCR uitvoeren om deze om te zetten in SRT-bestanden, of als het om de een of andere reden niet in staat is om op afbeeldingen gebaseerde ondertitelsporen naar een idx/sub-indeling te extraheren, zal het deze ook omzetten naar SRT-bestanden.
Perfect. Om de een of andere reden had ik de indruk dat het srt zou moeten zijn. Excuses voor de verwarring.
Dit is dan allemaal opgelost. Ik zal de bètaversie blijven testen, aangezien ik nog een heleboel andere media heb met op afbeeldingen gebaseerde ondertiteling, en als er problemen optreden, zal ik ze afzonderlijk melden.