Bugzilla – Bug 8918
change UI to reflect inability to sync transcoded streams
Last modified: 2009-07-31 10:26:05 UTC
SC7 cannot sync players if any of the players use transcoding -- for instance, using LAME to limit the bandwidth required. Currently it seems that if a user attempts to sync a group of players that includes bandwidth-limited players, SC7 refuses to do the bandwidth-limit transcoding and sends full bitrate audio to all players. So long as SC7 cannot sync transcoded content, it should 1) not disable bandwidth limiting for players, at least not without warning the user 2) possibly not offer to sync with players that have bandwidth limits It's not really clear to me the best approach. For instance, players can be "limited" to 320k MP3. Such a limit would preclude syncing on FLAC content, but would work just fine for all MP3 content, and virtually all SqueezeNetwork and Internet Radio content. Note: I'm opening this at mherger's request in response to forum member topa's post http://forums.slimdevices.com/showthread.php?p=324008 -- I personally don't have a problem with the current design, as I've only limited bandwidth to unsyncable dumb /stream.mp3 clients.
This is wrong. Transcoding can't get in the way of syncing, unless you want to bar slimp3 from syncing to anything that isn't playing mp3, or SB1 from playing along with any flac files. It's not just about bandwidth limit, it's about format support. The real bug is if this claim is true, sync needs to be fixed.
Alan - is it by design that transcoded streams can't be synchronized any more?
No. Sync should (does) work just fine with transcoding, including with bitrate-limiting. The original forum thread reported a problem with saving the maxBitrate preference for a (synced) player. I cannot reproduce this. Please open a new bug with the detailed steps to reproduce if this comes up again.
Reduce number of active targets for SC