Log in

View Full Version : Media Player Classic FrameRate Issue (VC1)


pirotrav
11th January 2011, 13:23
Hello,

Hopefully someone out there can give me a hand with the following issue as a few hours of head bashing and google mashing was unable to solve said problem.

Basically, I am attempting to playback a VC-1 encoded file that has a frame rate of 29.97 (NOT 23.976) according to mediainfo, in MPC. On the whole, Splash Pro does a nice job, but has a few issues with audio staying in sync. Unlike Splash pro, Ive noticed that MPC outputs at a seemingly variable frame rate on this particular file leading to a gut-wrenching judder and a lot of dropped frames. Furthermore, these frames seem to be in the upper reaches of 43-55 fps, but never 60 (which would double the intended framerate and do just fine. They also are not at a locked 29.97, dissimilar to my many other h.264 files that lock in at 23.976 +- a few ms.

Thusly, I've deduced the issue to be one of getting a variable pulldown that isnt even as nice as 3:2. Correct me if that doesn't make sense or is incorrect.

Finally, I am using reclock (also tried without), the EVR renderer (have tried many others), vista aero on and off (tried both), and a quad core q8200 with 4gb ram, nvidia 260 etc. etc. Also of note I am streaming via usb-2.0 from an external hard-drive. However, no other blu-ray files in the h.264 format had such an issue, so i dont think its bandwith. Im transferring one to an internal drive just to see. Will post if thats the issue.

The only variable that may be a cornerstone to solving this problem, is the graphics card and turtle beach sound card have had other syncing issues in the past. New 6870 on its way Wednesday :) Needless to say, XBMC plays files beautifully. Unfortunately no interlaced VC-1 there yet :(

So the whole goal is basically to lock MPC into 29.97 fps, or even better, just get it to work properly without forcing the issue.

Anyway, if any bright minds out there can sift through the above info and shed some light on the problem it would be much appreciated. If you need more details please let me know, although I attempted to be thorough.

Regards,
Travis

nevcairiel
11th January 2011, 14:25
Use the EVR-CP in MPC-HC and enable the "Frame Time Correction" option in the renderer options in the context menu. Its not a "good" fix, but it works for me on most VC-1 files. VC-1 timestamping in m2ts is just horrible, and the mpeg splitter in MPC-HC doesn't get along with it.

pirotrav
11th January 2011, 20:37
Interesting. Well its encouraging to know its not just me. Has anyone else out there found a way to deal with this issue? If not, will marked solved soon (assuming this forum supports/requires that)

thanks again,
travis

mindbomb
11th January 2011, 21:30
iv played 25 fps .ts with vc-1 video with no real problems before.

I actually suspect it is a cpu performance issue.

mariner
12th January 2011, 06:12
Greetings Travis.

I'll try it if you can upload a small segment.

nevcairiel
12th January 2011, 08:23
Its not a performance issue, it also happens with the VC-1 DXVA codec. With "Enable Frame Time Correction" activated, it also manages to decode all frames properly, and everything works fine.
What the option does is interpolate the time-stamping of the video frames in the renderer, because the MPEG Splitter in MPC-HC generates wrong timestamps for VC-1 frames - sadly this process is not 100% reliable.

Mercury_22
12th January 2011, 14:53
There is no problem when using Nero decoder (Tested 8 & 9) for VC-1 i or p with internal splitters !
AFAIK "Enable Frame Time Correction" it's useful just with WMVideo Decoder DMO

nevcairiel
12th January 2011, 15:53
Some decoders have the same logic internally that the EVR-CP has, they fix the timestamps - especially with commercial decoders i noticed this.
Fwiw, the internal vc-1 decoders, both software and dxva, as well as ffdshow also need it.

mindbomb
12th January 2011, 20:00
wow, I was wondering why I was seemingly having performance issues with wmvideo decoder dmo.
enabling frame time correction fixed it.
thanks guys.

It also helps out with the cyberlink video decoder and vc-1 decoding in mpc hc

clsid
12th January 2011, 20:17
Hopefully one day someone will implement auto-detection for this workaround. It shouldn't be too hard for someone with a bit of DirectShow knowledge.

The renderer should:
1) Check input pin of upstream filter to see if it has a VC1 mediatype.
2) If so, check if the upstream decoder is a known one that needs the workaround.
3) Apply FTC.

Then there is no longer need for the option. It also can't cause problems anymore in situations where is is not needed.

mindbomb
13th January 2011, 00:50
in which situations does ftc cause problems?

nevcairiel
13th January 2011, 08:13
variable frame rate content gets jumbled up, if such content still exists.

pirotrav
14th January 2011, 13:02
Wow! Didnt expect such a response after disappearing for a day or two. Anyway, got the new 6870 in my system. Beautiful card. However, it did not fix the issue at hand (not that it should have, but that would have been a nice biproduct).

As far as uploading a sample, unfortunately Magix Video Editing wont allow me to import m2ts files (crashes. Not sure why. Got it free through work though so Im not to concerned.

Splash Pro is the only Software that plays it well for me. Both PowerDVD 10 and Media player classic choke on the file.

However, Splash 10 WAS fixed by the shiny new graphics card, so Im in good shape. Glad to see this thread was able to help someone else though.

-Travis