[mythtv-commits] Ticket #10300: Seek problems with Handbrake 0.9.5 produced m4v files

MythTV noreply at mythtv.org
Wed Feb 1 15:21:41 UTC 2012


#10300: Seek problems with Handbrake 0.9.5 produced m4v files
--------------------------------------------------+------------------------
     Reporter:  Jason Gillis <gillisj@…>          |      Owner:  markk
         Type:  Bug Report - General              |     Status:  new
     Priority:  minor                             |  Milestone:  unknown
    Component:  MythTV - Video Playback           |    Version:  0.24-fixes
     Severity:  medium                            |   Keywords:
Ticket locked:  0                                 |
--------------------------------------------------+------------------------
 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.

-- 
Ticket URL: <http://code.mythtv.org/trac/ticket/10300>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center


More information about the mythtv-commits mailing list