Opened 12 years ago
Closed 12 years ago
#10300 closed Bug Report - General (fixed)
Seek problems with Handbrake 0.9.5 produced m4v files
Reported by: | Owned by: | tralph | |
---|---|---|---|
Priority: | minor | Milestone: | 0.25 |
Component: | MythTV - Video Playback | Version: | 0.24-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
I've been noticing that myth has recently started to have problems with seeking in m4v files produced by Handbrake (I'm using 0.9.5 for OSX currently, happens with a recent nightly build of Handbrake, also). This was raised on the users list here: http://www.gossamer-threads.com/lists/mythtv/users/501998
The basic symptoms are that playback appears fine, without any A/V sync issues and no noticeable problems until seeking occurs (usually in response to "What did he say?"). When seeking back, myth skips back to much earlier in the m4v file than expected with a 5 second skip back. It can be as much as 10 minutes.
I've noticed that the current time position display in the OSD seems to advance more slowly than real-time. When skipping back, myth seems to correctly skip back to 5 seconds before what it thinks is the current time position in the file. In the attached file, I skipped back right before the end of the log file. Myth had been playing for about 52 minutes. Just prior to skipping back, the time display on the OSD noted 39 minutes and some seconds. Skipping back went back to the correct position for that time in the file, so the amount skipped back was in excess of 10 minutes.
Re-encoding the source DVD to MKV format using handbrake yields a file that does not show this problem. Choosing different encoding options in Handbrake for m4v output don't change the incorrect seek behavior.
Attached are output of the myth version, a log file produced using -v playback,timestamp,extra (per request from Taylor Ralph) and the video info for the file (both mythffmpeg and mediainfo).
Please let me know what additional information I can provide.
Attachments (3)
Change History (7)
Changed 12 years ago by
Attachment: | videoinfo-mediainfo.txt added |
---|
comment:1 Changed 12 years ago by
OK, my log file is too big, so here's a link to it in my Dropbox: http://dl.dropbox.com/u/25778587/m4v.log
comment:2 Changed 12 years ago by
Owner: | markk deleted |
---|---|
Status: | new → assigned |
comment:3 Changed 12 years ago by
Owner: | set to tralph |
---|---|
Status: | assigned → accepted |
comment:4 Changed 12 years ago by
Milestone: | unknown → 0.25 |
---|---|
Resolution: | → fixed |
Status: | accepted → closed |
avformatdecoder: improve fps detection in normalized_fps()
This should fix issues with mov style containers by using the avg_frame_rate which is set by the demuxer.
NOTE: Using estimated_fps seems to always be accurate for everything except matroska and mov. It appears that ffmpeg takes into account the codec and container fps when generating estimated_fps. Also, XBMC uses estimated_fps for everything except matroska. We should probably do the same.
Fixes #10300.
Branch: master Changeset: 6c22eda37519a3da50558e468ce0a76e770b9399
Video info from media info (on Windows)