[MPlayer-users] Unknown audio format on "Your Highness" BD
Alexander Roalter
alex at roalter.it
Sat Aug 18 23:32:17 CEST 2012
On 08/18/2012 09:42 PM, Reimar Döffinger wrote:
> On Fri, Aug 17, 2012 at 03:06:42AM +0200, Alexander Roalter wrote:
>> On 08/16/2012 11:40 AM, Carl Eugen Hoyos wrote:
>>> Alexander Roalter <alex <at> roalter.it> writes:
>>>
>>>> After I have solved (somewhat) the problems with current mplayer, I was
>>>> able to play back the BD with the lavf demuxer, but ran into some major
>>>> issues with jerky playback, b/c the main feature is built up of single
>>>> clips (because two cuts of the movie are included), and where the movie
>>>> branches to different takes, stuttering happens, and seeking is a nightmare.
>>>
>>> (Still _every_ necessary information missing.)
>>>
>>> Is this reproducible with ffplay?
>>> If yes, please either open a ticket or at least provide a sample so
>>> I can open the ticket. Given the rate of patches in FFmpeg, this is
>>> possible (or even likely) to get fixed.
>>
>> It is not reproducible with ffplay, here it plays just fine.
>>
>> But I better postpone that to a later time, it's also quite
>> difficult providing a sample, as the source file is almost 24GB in
>> size, and the first problems happen a few minutes into the movie.
>
> You can cut ts files arbitrarily, if you add a keybinding that prints
> MPlayer's current stream position you should be able to figure out
> from which to which bytes to cut out of it.
I will keep that in mind and try to isolate the parts that have lavf
demuxer seek improperly...
Hm... binding the command run "echo ${stream_pos} >> edl" to a key
produces only empty new lines... Don't know why. If I bind it to
osd_show_property_text "${stream_pos}", it works though. Will use the
latter to find the suspicious part.
> Anyway support for that PCM format was added to the native demuxer
> in r35106.
Tested and it works. Thank you for that!
--
Cheers,
Alex
More information about the MPlayer-users
mailing list