Bugzilla – Bug 6684
Squeezebox/Transporter should support udap setup
Last modified: 2009-09-08 09:12:04 UTC
Squeezebox and Transporter should support udap setup to work with Jive. At a minimum for 7.0.1 the firmware should allow the SC/SN server to be selected when the player is disconnected from a server (e.g. the blue state on Ray).
Knowing how tight data, pram, heap and netpages are already, especially in TR when listening Rhapsody, adding udap setup support might just push it over the limit, as it will probably lead to more users using TR in bridged mode which leads to additional netpages use. Maybe having udap only to select the server as suggested by Richard is a good idea. What I am saying is that adding udap setup support is probably not very difficult as the code is there and just needs to be used for SB and TR too, but it might cause a firmware optimization round first, which might turn out not to be not so simple.
Ok, I try this again. What I am saying is that adding udap setup support is probably not very difficult as the code is there and just needs to be used for SB and TR too, but it might cause a firmware optimization round first, which might turn out to be not so simple.
I think this should be possible, we do at a minimum need to support udap when SC is turned off to change music source. The difficultly I originally found looking at this was switching between the ad-hoc configuration network and the users network when going through the setup menus. There appeared to be a number of code paths that needed considering, and in the time available that was not really an option. My main concern here is to be able to complete the setup, not necessarily use SB/TP for bridging. If needed we could always disable that option for TP if it proves unreliable.
I did a quick test and enabled udap (iConfigure and our own udap code) in TR and that additional code alone makes it impossible to listen to Rhapsody on TR. (And this is with bridging turned _off_.) Remember SBR failing to play Rhapsody when I coded the testtones into data? The amount of data then was 11700 which pushed it over the limit and TR with udap support turned on is at 12072. Here are the current values: w/o udap | w/ udap data | 11348 | 12072 pram_data | 10768 | 10768 netpages | 45312 | 45312 heap | 18548 | 17748
Dean to re-target if needed
I'm confused by why udap uses any data space while connected. It seems to me that it should only take couple of bytes when not running, right? Or it it a structural problem with the udap module?
udap does not really take that space, it looked that way due to a bug in the obj-size.pl script.
*** Bug 8308 has been marked as a duplicate of this bug. ***
I am bumping the priority of this bug, it really should be fixed. The user experience is not good when turning off SC and using a Controller with non-receiver players.
Fixed in r4488, expect it in SB3 fw 98 and TR fw 46
need Jive FW 2699 or higher to use
Are these new firmwares available in the nightly?
Player firmware should be in SC 7.1 nightly, not sure about latest SBC firmware though.
Verified to be working in 21998.
This bug has now been fixed in the 7.1 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.