VirtualDub(Mod) Error

meleechampion · Post by **meleechampion** » Sun Nov 11, 2007 1:03 pm

I'm trying to open a file. No joke, this is the message box that pops up:

"Didn't found the timecode for a Block"

What does that even mean?!?!

Purge · Post by **Purge** » Sun Nov 11, 2007 8:01 pm

my guess is the file is dodgy - is it stopping you from using the program? - try frameserving through avisynth

Minion · Post by **Minion** » Sun Nov 11, 2007 8:50 pm

what kind of file?
i could see this maybe happening with a VOB

BasharOfTheAges · Post by **BasharOfTheAges** » Sun Nov 11, 2007 9:25 pm

At the very least it means the person that wrote the error messages doesn't have a firm grasp of the English language.

meleechampion · Post by **meleechampion** » Mon Nov 12, 2007 2:39 am

Its an mkv demux'd down to just video using haali media splitter. I could have sworn I did this successfully before... maybe I'm missing a step? .mkv containers are tricky sometimes...

MadScientist · Post by **MadScientist** » Mon Nov 12, 2007 11:19 am

That error looks like it was written by one of my bosses, whose only language is english. Half the fun of our job is deciphering his emails.

When I have had problems with dodgy MKV containers in VDubMod, Ihave used MKVextractGUI 1.5.5 to extract the video stream into AVI, and it has worked flawlessly after that.

meleechampion · Post by **meleechampion** » Mon Nov 12, 2007 3:43 pm

MKVextractGUI... noted. Thanks, I'll try that next.

Qyot27 · Post by **Qyot27** » Mon Nov 12, 2007 4:38 pm

This sometimes happens with MKV, and not in cases where the one authoring the file used ISO-AVC - it often may occur along with the 'Track 1 doesn't have a samplerate' error. It 'might' be a remuxed ISO-ASP file, which would mean it'd be necessary to use MKVExtract (the command-line, not the GUI) to extract the video stream, then use YAMB/MP4Box to mux it into MP4, and then use YAMB or MP4Box again to extract it to an AVI. MKVMerge used to convert ISO-ASP streams into VFW mode if the --native-mpeg4 parameter wasn't set, but I think that was removed (the conversion, not the --native-mpeg4 option) and keeps the streams the same now.

If the video stream can be demuxed to AVI, then do that. If it can't, serve it in with AviSynth and FFmpegSource.