|Anonymous | Login | Signup for a new account||2020-01-19 20:02 CET|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000109||madVR||bug||public||2013-07-14 12:42||2014-04-01 19:42|
|Platform||x64||OS||Windows 7 Ultimate||OS Version||6.1 (Build 7601)|
|Summary||0000109: Irregular frame rates when playing back at non-default speed in MPC-HC|
|Description||When using MPC-HC/madVR to play back video/audio at a faster than normal rate, for example, at 2.0x speed, the video stream appears to drop frames or stutter.|
While using EVR or EVR-CP, the video playback appears to be very smooth and drops few/no frames.
This occurred for me with all of the filter chain combinations indicated, as well both with the ffdshow audio decoder and the built in MPC AAC decoder.
Just after finishing putting together some example files, I noticed that this does not occur in madVR when there is no audio stream. So smooth playback during fast forward is definitely possible in MPC-HC/madVR.
|Steps To Reproduce||1. Begin playing a video file with audio in MPC-HC with madVR.|
2. Increase the playback speed by some amount. (even 1.25x is noticeable)
3. Video appears to drop frames or has an irregular frame rate cadence.
|Additional Information||When playing back at higher speeds such as 2.0x, the video appears to drop frames. This is demonstrated in dustforce_fastforward_evrcp_vs_madvr.mkv with evr on the left at 2.0x and madVR on the right at 2.0x. The source video dustforce_panning_60fps.mp4 provided is 60fps footage with a good amount of panning which shows this effect well. Although the comparison video is also captured at 60fps and necessarily drops half the frames, evrcp still appears smooth. I have included a 30fps capture as well to make sure this was not a high framerate issue.|
When playing back at moderately increased speeds such as 1.25x, the frame rate cadence appears to be irregular. What seems to be happening is it will play ~0.5 seconds at 0000001:0000001.3x, then ~0.1 seconds at ~0.5x speed, and so on, or something to that effect. This should be obvious when the character jumps in the 30fps footage.
In addition to the 30fps audio/video mp4 capture, there is also an mkv version to show this happens with both containers, and a no audio version to show this doesn't happen with video only streams.
|Tags||No tags attached.|
|Media Player (with version info)||MPC-HC v220.127.116.1117 Jun 15 2013|
|Splitter (with version info)||Haali Media Splitter 18.104.22.168 or MPC Internal MP4 Splitter (shown)|
|Decoder (with version info)||MPC Internal Decoder (Worse) or ffdshow tryouts rev4515 (shown)|
|DXVA2 Scaling Active||no|
|Aero / Desktop Composition||Off|
|Problem occurs with mode||all modes|
|GPU Model||GeForce GTX 460|
|GPU Driver Version||320.49|
Which display refresh rate did you test this on? FWIW, I see no problems here at all, as long as the sped up framerate does not exceed the display refresh rate. However, if you e.g. speed up the 60fps video by 2.0x, with 60Hz, then madVR has to drop a lot of frames, and currently it does not do this very well, resulting in stuttering. I consider this a bug, but I also don't consider it very important because you should always use a refresh rate which is higher than the (sped up) movie framerate. Or if you can't, then enable SmoothMotion FRC, and playback gets smooth again. Actually with SmoothMotion FRC is should be smoother than with EVR/VMR, if the sped up framerate exceeds the display refresh rate.
Can you confirm my test results?
I'll set the problem with non-smooth playback if the framerate exceeds the refresh rate with smooth motion FRC turned off to "acknowledged", which means that I'll fix that at some point, but it might take a while until I get to that.
|2013-07-14 12:42||nakomaru||New Issue|
|2014-04-01 19:42||madshi||Note Added: 0000550|
|2014-04-01 19:42||madshi||Assigned To||=> madshi|
|2014-04-01 19:42||madshi||Status||new => acknowledged|
|Copyright © 2000 - 2012 MantisBT Group|