[MPlayer-dev-eng] [Tested] bug in loading ac3 by -audiofile: seeking, time position

[Rafał Miłecki]

2011/4/25 Reimar Döffinger <Reimar.Doeffinger at gmx.de>:
> On Mon, Apr 25, 2011 at 01:16:45AM +0200, Reimar Döffinger wrote:
>> On Mon, Apr 25, 2011 at 01:11:17AM +0200, Rafał Miłecki wrote:
>> > 2011/4/25 Reimar Döffinger <Reimar.Doeffinger at gmx.de>:
>> > > On Mon, Apr 25, 2011 at 12:51:49AM +0200, Rafał Miłecki wrote:
>> > >> 2011/4/25 Reimar Döffinger <Reimar.Doeffinger at gmx.de>:
>> > >> > On Sun, Apr 24, 2011 at 11:55:28PM +0200, Rafał Miłecki wrote:
>> > >> >> 2011/4/24 Reimar Döffinger <Reimar.Doeffinger at gmx.de>:
>> > >> >> > FFmpeg ac3 demuxer has a bug I have worked around now.
>> > >> >>
>> > >> >> Should I see your patch in ffmpeg already? I've checked
>> > >> >> http://git.videolan.org/?p=ffmpeg.git but there is no commit from you
>> > >> >> in last 3 hours.
>> > >> >
>> > >> > The workaround is in MPlayer.
>> > >> > On its own it more or less only fixes seeking with e.g. flv
>> > >> > video and ac3 audiofile.
>> > >>
>> > >> Ah, OK.
>> > >> Would it be possible to port solution from mplayer2 for syncing mkv
>> > >> and ac3?
>> > >
>> > > Have and still am finding several issues, none of which are
>> > > fixed in mplayer2. Thus I conclude it is more or less pure chance
>> > > it works with MPlayer to and there's no single piece of code
>> > > that could be ported as a "solution".
>> >
>> > Ah, too bad :( thanks for explaining and help.
>>
>> And with latest SVN it is working just fine for me with -demuxer mkv,
>> both OSD and seeking.
>> Without -demuxer mkv OSD is fine, too, but seeking works only in about
>> 1 in 5 tries (not random, it depends on where you seek to).
>
> That other bug should now be fixed as well with SVN r33325.
> Though I think somethings wrong with the lavf demuxer, I suspect
> some of the streams that should be disabled are not.

Wohoo, it works! Once again: thanks, thanks a lot :)

[r33325]

1) -audiofile file.ac3
a) Audio is synced all the time
b) Time position is correct all the time, even after seeking

2) -audiofile file.ac3 -demuxer mkv
a) Audio is synced *after seeking*
b) Time position is kind of correct, even after seeking
c) Video is choppy, OSD shows time: 00:00:00 → 00:00:01 → 00:00:00 →
00:00:01 → 00:00:02 → 00:00:01 → 00:00:02 → 00:00:03 → ...
d) Audio goes normal speed, so after a moment it gets our of sync
e) Seeking causes syncing again
This is not a regression, I've choppy video already earlier with -demux mkv.

3) -audiofile file.ac3 -audio-demuxer 20 -rawaudio format=0x2000
Just playing does not cause any out of sync. Problems:
a) OSD displays current time position as "00:00:00" all the time
b) Seeking does not change time position, it's "00:00:00" all the time
c) Seeking affects audio but this is not synced

Of course I do not need to play with -demuxer mkv or -audio-demuxer
anymore. With default options it works great for me! I just wanted to
provide full feedback. If you want me to test anything else, just ask,
no problems from me :)

-- 
Rafał