hello there! first of all thanks for your beautiful work on SR series
now here's my problem:
MediaPlayer Classic, xvid official video decoder (XviD-1.2.-127-25022006 _Alpha Build_), ffdshow audio dec (apr 20 2006 18:02:02 gcc 4.0.3 sse,sse2, x86, ansi), internal mp4 splitter (6.4.0.2).
Video plays fine, audio plays fine too, but video skips about 2 frames every 5 played, making everything... jerky...
Converting to MKV (without re-encoding, just repacking) solves the problem and everything plays fine... suggestions?
already tried Haali splitter, but it's even worse (plays at VERY higher framerate than normal... and it messes up with vobsub...)

thanks in advance and keep up the great work

My first guess would be that Media Player Classic's internal MP4 splitter isn't as good as whatever MKV splitter you're using.

Did you get Haali's splitter from the official site, or from a different one? Do you have other filters set to split MP4 that you haven't turned off, or maybe more than one thing set to decode XviD? I am mildly of the opinion that even as Haali's splitter is concerned, MKV splitting is more developed than MP4 splitting is, at least not without using 3ivx (bleh) or Nero's (but I don't know how well that works), so there are fewer problems with MKV playback. On my computer I noticed it slightly at the beginning of the first episode of the 2nd Term, but I mostly blame that on low hard drive space getting in the way of the virtual memory.

just downloaded latest version from official haali site, with no luck though... I'm sure it's running (disabled internal mpc, set first merit on haali and haali splitter's icon appears on tray), it gives no difference from internal splitter... so I guess it's not a splitter problem.. I'll do some more tests... (and sorry for my bad english ^^

problem solved... pretty strange though..
looks like 4CC used in mp4 encode for video track is "DIVX". I had xvid decoder set to decode "DIVX" 4CCs. No problem in MKV containers, but jerky playback in mp4s. I enabled DIVX 4CC playback in ffdshow video decoder configuration and gave it 1st priority, now it's everything fine...
I still wonder why xvid as divx in mkv goes fine...

The jerkiness has to do with a bad splitter (i.e. the mp4 or mkv splitter) you are using. MPC's internal splitter totally sucks at this. You will need to have it use Haali's splitter, which is what happens when you use MKV or install CCCP which helps configure MPC and Haali for you.

The video is nothing but normal XVID. If you have a proper MPEG4 decoder, it doesn't really matter if it's XVID or DIVX. The library FFDShow uses should be perfect for this. Try demuxing the MP4 into avi and see if there's any "lag". If so, it's a splitting problem.

I'd say it depends on how the file was encoded. XviD can be encoded to be DivX-compatible (which I'd wager is the most common configuration), and I'm sure that in those cases where the DIVX or DX50 FourCCs have been enabled in XviD's options, MKVToolNix actually does the necessary work to make it indistinguishable from a stream encoded with DivX's encoder, right down to the FourCC and packed bitstream.

I found this out due to what used to happen when XviD still showed the B-frame decoder lag warning when opened in VDub, but after processing the stream through MKVToolNix and using MKVExtract to output back to AVI, the warning was gone and Windows Explorer suddenly displayed the DivX identification in the Properties page instead of XviD.

You know what would have been interesting... if some process like an antivirus scanner was running or an updater was running in the background and sucked up enough CPU to cause the frames to skip.

As I already said that wasn't a splitter problem since Haali sucked just like internal splitter did I don't like codec packs and auto config tools


Well I don't know what to say, then. Changing splitter solves nothing, changing decoder (from xvid to ffdshow) makes it work.


Yeah, that would have definitely been interesting