Bugzilla – Bug 4322
Digital input does not come back from pause reliably
Last modified: 2008-08-04 14:02:35 UTC
Pausing and unpausing the digital input on Transporter doesn't always restart the audio properly. When it fails, I hear occasional pops and brief buzzes, but nothing continuous. "Restarting" the input by pressing stop and then play makes it work again, but additional pause/unpause cycles won't help Tested with the RCA S/PDIF (SB2 source) and TOSLINK (SB2 and computer) inputs. Firmware 19, SVN trunk rev 10251.
Jacob, were you doing this from the Slimserver "Digital Inputs" menu? Or from the Transporter setup menu? Or somewhere else? I couldn't reproduce this exactly, although I did see at one point the display read 'STOPPED' although the music kept playing.
cc'ing Richard as well
FYI, 3 customers have reported this issue to support.
Ross can you please find out whether your users saw this from the plugin (selecting "Digital Inputs" from the Slimserver menu, or from the firmware setup menu, which input they were using (SPDIF, TOSLINK, or AES/EBU) and what kind of signal they were playing (16 bit, 24 bit, 44.1, 48, or 96KHz)? As I mentioned, although I have seen some slightly odd behavior, I have been basically unable to reproduce this so far. Thanks for any info!
Just received word from one of our customers reporting this issue, connected via Toslink and Coax, switching via firmware (from the remote control).
Sean's looking at the Transporter firmware now for the 7.0.1 release.
Fixed in trunk 17060 / firmware 40.
Changing fixed target to 7.1 as FW 40 will be released then, not in 7.0.1
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.