Bug 3975 - Moved fading over to SqueezeBox
: Moved fading over to SqueezeBox
Status: RESOLVED WONTFIX
Product: SB 2/3
Classification: Unclassified
Component: Audio
: unspecified
: All Windows XP
: -- enhancement (vote)
: Future
Assigned To: Chris Owens
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-08-20 11:53 UTC by Christopher Key
Modified: 2010-05-07 10:52 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christopher Key 2006-08-20 11:53:49 UTC
It would be desirable to move the audio fading logic over to the squeezebox itself, deprecating the use of multiple volume adjustments sent by the server.

This could be implemented by adding a transitionTime parameter to audg, specifying how long the volume adjustment should take.  fade_volume() for the SB2 and more recent would call upon this.

It might also be worthwhile using the transitionTime parameter with the strm command when pausing and unpausing.  If two separate commands are used to fade out and pause (audg, then strmp shortly after), there's no guaruntee that the timing will be correct leading to audible gliches.  Using a single command that initiates both on the squeezebox would solve the problem.

Whilst this would simplify maintaining synchronisation between SB2+ (a single pause it sent to each at the same time), some reworking would probably need to be done the algorithm to maintain synchronisation between SB2+ and pre SB2s.
Comment 1 Chris Owens 2006-08-21 10:03:50 UTC
We're quite close to the 6.5 release, and don't have the next one solidly planned, so I'll mark this as 'future' for now.
Comment 2 Alan Young 2010-05-07 10:52:52 UTC
All new Squeezebox products are likely to be based on the SqueezePlay platform.
We do not plan to implement any further enhancements to the ip3k firmware or
which are targeted specifically at ip3k-based products.