Bugzilla – Bug 11442
Make Touch/Radio/Squeezeplay prefs configurable through SBS web UI
Last modified: 2011-02-22 05:43:59 UTC
There's been some discussion on the forums regarding things like: - users preferring to use the web UI to configure their players - being able to copy/clone one fab4's settings to another - being able to keep some settings in sync between different fab4s http://forums.slimdevices.com/showthread.php?t=59969 http://forums.slimdevices.com/showthread.php?p=405868#post405868 http://forums.slimdevices.com/showthread.php?t=58309 http://forums.slimdevices.com/showthread.php?t=57773 It would be nice if settings could be managed, even if only in a non-immediate, async/queued manner, in Fat SqueezeCenter rather than exclusively on the fab4 itself. I suggest that the various fab4 settings should be serialized and stored in regular player prefs on SC7. When a setting is changed on fab4, this should add to the json/comet queue a corresponding prefset command to update the setting(s) on SC7. And fab4 should subscribe to prefset events on SC7 so that prefs changed there, whether through the standard SC7 web UI or through 3rd party code like SettingsManager (http://www.tux.org/~peterw/slim/SettingsManager.html), would fairly quickly be recognized and implemented on the fab4.
Andy, you working on this (and will work with SN), right?
Nope, I wasn't working on this. First step: someone needs to define "various fab4 settings".
Ah, I got confused with Favorites, I think. Maybe this would use the same sync mechanism, but we need to define what settings get synced. Off the top of my head: - Shuffle - Repeat - Volume (and other audio settings) - Sort method - Scrobbling?
OK but those are all SC things, so could be synced using the existing pref sync system. I assumed this bug was about SP-specific prefs. Peter, which is it?
SP-specific prefs. I'd like to see all the input, display, and behavior prefs synced to SC -- touchscreen on/off, proximity on/off, which IR remotes are supported, sound effects, screen brightness, screensavers, wallpaper (per controlled device; since an SP/SqOS client can control any other player and have per-player wallpapers, this setting should be something like a hashtable). It would be good if the prefs on the SC7 side "made sense" (e.g. were stored in JSON notation rather than as Lua code), so that this could open the door for using the FatSC web UI to tweak the settings for an SBT. Ideally there'd be some kind of prefs API for applets that would also get synced to SC so that it'd be easier to centrally manage applet configuration, too. Thanks.
Also see bug 14718, "no "Remote" page for Radio on SBS Settings > Player menu"
*** Bug 14718 has been marked as a duplicate of this bug. ***
I have a very strong inclination that this will never get management priority. For now, moving to Future
*** Bug 16124 has been marked as a duplicate of this bug. ***
Maybe a subtly different spin on this one? I think it should be possible to sync all players and SBSs (including Tiny) "with the cloud". Settings on Players and SBSs should be re-organized. Each "category" of setting should have a tick box in each UI to "Sync with mysb.com", mostly ticked by default. There will be a handful of settings that it just makes no sense to sync, eg. Squeezebox Name(!), Library location (for SBS). There may be a few other, probably hardware specific, settings where the server/player ignores the sync settings eg. Tiny may need to limit some settings to improve performance. But in general this would make it much, much easier to have a consistent look and feel and presentation across all SQs in a home. In particular it would allow music to be presented in the same way (compilation preferences etc.), including across TinySC and a full SBS, without complicating the Tiny UI. If there is any interest in this, and if the issue is thinking through the categories and how it would be presented I'm happy to have a stab, but no point if this is on the back-burner for the foreseeable future!