[mythtv-users] Seek problems with Handbrake 0.9.5 high profile encodings

Taylor Ralph taylor.ralph at gmail.com
Wed Feb 1 00:21:38 UTC 2012


On Tue, Jan 31, 2012 at 7:01 PM, Jason Gillis <spuppet at comcast.net> wrote:
>
>>> I did find today that an MKV container instead of a .m4v results in
>>> no drift.  I also don't see any messages in the -v playback logs about
>>> video getting ahead of the audio.
>>>
>>> Is there anyone out there that could confirm this behavior, or
>>> perhaps confirm that there might be issues with processing of .m4v
>>> files? (I'm assuming ffmpeg handles that, so I'll do some searching
>>> about that.)
>>
>> I reported a similar issue recently. I had an mp4 that drifted like
>> you describe, but then I converted it to mkv and it was fine. I doubt
>> the mp4 was generated by handbrake, though.
>>
>> http://www.gossamer-threads.com/lists/mythtv/users/499335
>>
>
> Interesting.  I like the tool that you used for that.
>
> But, trying that out swung me back too far the other way.  Now, the video gets behind what myth thinks is the current position, so seeking back actually skips me forward.  It's not as far as before, though.  There are a few messages in the -v playback logs about the video being behind the audio.
>

Could you provide the output of "mythffmpeg -i filename.ext" for both
the mp4 that doesn't play properly and the mkv that does? We may need
to handle mp4 as a special case. I'm assuming by the description of
the symptoms that we are using the wrong frame rate for the video.

Regards.
--
Taylor


More information about the mythtv-users mailing list