Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- When playing FFMPEG-decoded videos if the video stream framerate changed there was some automatic timing adjustment code that would set that frame's time to what was "expected". This code comes from 26c79db (fixed the problem that some mkv file is played not smoothly after seeking). Since the commit doesn't really explain the problem and I'm seeing it cause a real problem in this case I'm deleting the code. If the problem described in that commit returns then the issue can be reevaluated taking this new issue into consideration. - What would happen is that when the framerate changed libav would deliver a frame that was (in my case) slightly farther ahead in time than we expected the next frame to be. So we would force the frame's time to be what we actually expected the next frame's time to be and picked a new next frame time based on that time. This would cause frames to eventually get far enough out of sync that the timer adjustment code in the display path would see us way out of sync and force the clock current time to jump forward. This would make the video play as though it were being fast-forwarded.
- Loading branch information