After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 460609 - Playback tab in preferences is complex
Playback tab in preferences is complex
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: User Interface
0.11.x
Other All
: Normal minor
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-26 15:00 UTC by Matthew Gregg
Modified: 2018-05-24 12:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthew Gregg 2007-07-26 15:00:14 UTC
Remove "Player Backend" checkbox and enable crossfade by default.

Crossfade duration has sub-second accuracy, is that necessary?  Could it be simplified to a selector for: gap-less, gap and crossfade. With a preset amount of time for the gap and crossfade options.
Can crossfade time be calculated by analyzing the sound level of the last seconds of the song to determine the best mix point?

Can network buffer size be removed completely and perhaps obtain current network speed automatically then base the buffer on that speed.  If network speed can't be obtained, then just ask the user for there current network speed and base buffer on that(totem does this i think) or just default the speed in gconf.



Other information:
Comment 1 Jonathan Matthew 2007-07-26 23:00:31 UTC
(In reply to comment #0)
> Remove "Player Backend" checkbox and enable crossfade by default.

I don't think this is a good idea.  The crossfading player backend still has a number of bugs that might cause users to prefer not to use it, and visualization still doesn't work properly.

> Crossfade duration has sub-second accuracy, is that necessary?  Could it be
> simplified to a selector for: gap-less, gap and crossfade. With a preset amount
> of time for the gap and crossfade options.

By "preset" you mean "not exposed in the configuration UI"?

> Can crossfade time be calculated by analyzing the sound level of the last
> seconds of the song to determine the best mix point?

Maybe.  I wouldn't count on this actually happening, though; it's an awful lot of work for negligible gain, and bugs in the algorithm would probably be quite annoying.

> 
> Can network buffer size be removed completely and perhaps obtain current
> network speed automatically then base the buffer on that speed.  

Not reliably.

> If network speed can't be obtained, then just ask the user for there current 
> network speed and base buffer on that(totem does this i think) or just default
> the speed in gconf.

I don't see this as being any simpler or more logical than a slider that you adjust until network playback works acceptably.

Totem doesn't adjust the buffer size based on the connection speed, as far as I can tell. It's only used to choose between multiple available streams.
Comment 2 Matthew Gregg 2007-07-27 01:59:19 UTC
> I don't think this is a good idea.  The crossfading player backend still has a
>number of bugs that might cause users to prefer not to use it, and
>visualization still doesn't work properly.
So maybe when it is stable?

> By "preset" you mean "not exposed in the configuration UI"?
Yeah, just "gap ---- no-gap ---- crossfade"

> I don't see this as being any simpler or more logical than a slider that you
> adjust until network playback works acceptably.
How about detecting network congestion on the stream and alter the buffer to compensate?
Comment 3 Jonathan Matthew 2007-07-29 11:54:45 UTC
(In reply to comment #2)
> > I don't think this is a good idea.  The crossfading player backend still has a
> >number of bugs that might cause users to prefer not to use it, and
> >visualization still doesn't work properly.
> So maybe when it is stable?

That was my unstated plan, yes.  No idea when I'll be happy to consider it stable, though.

> > By "preset" you mean "not exposed in the configuration UI"?
> Yeah, just "gap ---- no-gap ---- crossfade"

I don't see why it's a good idea to take this option away.  I freely admit that I'm not a typical user, but the first thing I'd think when I saw that would be "where do I set the length of the gap/crossfade"?
 
> > I don't see this as being any simpler or more logical than a slider that you
> > adjust until network playback works acceptably.
> How about detecting network congestion on the stream and alter the buffer to
> compensate?

That sounds like it might work, but again it'd be difficult to get right, and would require a lot of testing.
Comment 4 André Klapper 2017-03-07 21:05:02 UTC
(In reply to Matthew Gregg from comment #0)
> Remove "Player Backend" checkbox

Happened.

> and enable crossfade by default.

Not happened.
 
> Crossfade duration has sub-second accuracy

Still the case.

> Can network buffer size be removed completely

Happened.
Comment 5 GNOME Infrastructure Team 2018-05-24 12:43:22 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/408.