Re: [bongo-devel] seek and volume

[Daniel Brockman]

address@hidden (Daniel Jensen) writes:

> Daniel Brockman <address@hidden> writes:
>
>> I have installed a fix.  Please confirm that it works now.
>
> It does work. Good.

Thanks.

>>> Daniel, I think VLC should have lower priority in the matching of
>>> filenames to backends. Or rather, mpg123 should have higher priority.
>>
>> Just because of this bug, or because of something else too?
>
> Well, there are other annoyances with VLC and MP3
> playback, as I've just found out.  Seeking is horrible,
> and I don't think this is necessarily a Bongo bug.

Oh, you're right.  VLC only supports absolute seeking,
so Bongo has to implement its own relative seeking.
It does that by calculating the target position using
the previously read time information and then performing
an absolute seek to that position.  This is very inexact.

As a consequence, seeking forward by one second increments
using VLC is rather futile, as the error margin for timing
information is one second.  It's just barely good enough to
avoid seeking in the wrong direction!

Should we increase the default seeking increment for all
backends or just VLC?  I'm thinking one second might be too
small even if the seeking is smooth.

> With the mpg321 program, seeking is smooth and I can
> hold down <right>. Not so with VLC.

You have me convinced.  I will move mpg123 to the top.

> But it might be a good principle anyway, to give
> specialized tools (like an mp3 back-end) precedence
> by default.

Maybe.  At least if they're good. :-)

-- 
Daniel Brockman <address@hidden>