Bug 16069 - Disable digital audio outputs when off option.
: Disable digital audio outputs when off option.
Status: RESOLVED WONTFIX
Product: SB Touch
Classification: Unclassified
Component: OS
: 7.5.0
: All All
: -- normal with 28 votes (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-14 19:43 UTC by Bruce Lorimer
Modified: 2019-01-25 10:35 UTC (History)
8 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bruce Lorimer 2010-04-14 19:43:08 UTC
The SB3 has a setting (from the web interface) under Player>Audio>Turn Off Audio which enabled me to "Disable outputs when off", no such option for the Touch under this menu. This enabled my auto-sensing DAC (PS Audio DLIII using the co-ax input) to automatically select the active input. 

Please reproduce this setting/option for the Touch so that I do not have to manually select the input on my DAC. This issue also prevents the DAC going into a sleep state when the Touch is turned "off".

I am not requesting that the digital outputs be turned off electrically as is being requested in another bug, just reproduce the setting and functionality that is available with the SB3.
Comment 1 Mikael Nyberg 2010-04-14 21:03:26 UTC
Disable digital output when off was the setting we ask for.
Comment 2 Bruce Lorimer 2010-04-15 13:00:45 UTC
See http://forums.slimdevices.com/showthread.php?t=77360 for discussion on this request.
Comment 3 Zbigniew Beben 2010-04-16 11:03:36 UTC
Please can we have this!
Comment 4 Chris Owens 2010-05-10 09:20:12 UTC
Alan and Vahid to investigate.
Comment 5 Bruce Lorimer 2010-06-18 10:25:38 UTC
(In reply to comment #4)
> Alan and Vahid to investigate.

Any chance this request will make it into 7.6?
Comment 6 Russell Morgan 2010-07-12 16:52:28 UTC
Would be nice to have this feature.
Comment 7 Bruce Lorimer 2010-07-16 10:03:47 UTC
(In reply to comment #6)
> Would be nice to have this feature.

Russell, please vote for this bug when you get the chance. Thanks.
Comment 8 Laurens van de Weg 2010-09-28 23:48:31 UTC
There are also people who use high end DACS which do not use sleep mode and will hear a loud clicking noise when signal is lost. Always on has my vote therefore.
Do not make it default off ! But when "on/off" can be chosen,i'm OK with it.


Regards,
Laurens
Comment 9 Steve Testardi 2010-11-07 17:36:59 UTC
I have a Bose Cinemate sound system that has two audio inputs - an RCA input (which I have connected to my TV) and a TOSLink (optical) input (which I have connected to my Touch).  The Cinemate automatically switches from the RCA input to the TOSLink input whenever it sees a carrier (laser light on) on the TOSLink input.  Unfortunately, on my Touch the laser stays on even when the Touch is switched off, which means the only way I can listen to my TV on the Cinemate is to unplug the power or the TOSLink connection on the Touch.

Would be nice to have an option to disable TOSLink when off or paused.

Thanks.
Comment 10 Joao Rita 2011-02-07 06:14:28 UTC
Any developments on this?
Comment 11 Steve Testardi 2011-06-03 09:17:51 UTC
Any update on this?
Comment 12 Erwin Vanrumbeke 2011-08-22 23:42:41 UTC
Hi,

Just bought a squeezebox touch to replace my squeezebox classic.
Installed software version 7.6.1 but i'm very disappointed as my DAC doesn't go to sleep.
Please solve this issue asap to avoid unnecessary power consumption without swithing back to my squeezebox classic.

PS: if there is a beta version of the squeezebox touch firmware including this feature, i'm willing to install this one.

Kind regards,

Erwin
Comment 13 Erwin Vanrumbeke 2012-02-18 05:49:49 UTC
any news?
Any visibility on a solution?
Comment 14 Mikael Nyberg 2012-02-18 22:26:31 UTC
(In reply to comment #4)
> Alan and Vahid to investigate.

Alan is Vahid still an employee at Logitech  , is this one dropped ?
Comment 15 Ben Klaas 2012-02-20 07:06:06 UTC
Vahid is long gone. 

as am I, but I still lurk about :)
Comment 16 Ben Klaas 2012-02-20 07:07:30 UTC
cc:ing Felix, who might have an idea on this bug
Comment 17 Erwin Vanrumbeke 2012-02-22 06:07:55 UTC
Dear all,

Below you find the response I got from logitech support. Very disappointing, not a lot of hope left.
Lack of votes to solve issues? ... How many complaints do they need before they are willing to help customers?


Dear ,

Thank you for contacting Logitech's Customer Care.

Unfortunately we are not able to track any bug report status' at this moment in time. The only way to get it's importance higher up is to have more people vote for this issue. 

Our apologies for any inconvenience

Kind Regards

Esmond H
Logitech Europe S.A.
Customer Care - Europe, Middle East and Africa
Comment 18 Ben Klaas 2012-02-24 06:23:23 UTC
Erwin, I think your disappointment is well warranted, but one thing important to understand is that, while this bugzilla is very much on the public internet, inside the large corporate arm of Logitech, nobody wants to acknowledge its existence. The statement "we are not able to track a bug's status" is flatly wrong. Bugzilla even gives people outside Logitech the ability to track bugs. In fact, that's what brought me here :)

Why is bugzilla still around? Quite simply because it gives you the most direct access to the squeezebox engineers, who are the only people capable of addressing an issue. As a bonus, the core group of sw engineers that left still care passionately about the product and have a deep understanding of the product line. However, it is not "the proper channel" any more, hence the brush off from customer support. I would argue still the best hope of getting something fixed, so I think this bug's existence, along with its 23 votes (that's a big number, by the way, enough to usually get it some attention)

As an end user, this probably feels like a maddening organization for things, but in my opinion it's actually a better structure than most large electronics organizations, where your sole means of communication yields the kind of "sorry, we can't help you, this is not important to us" message you received from corporate.

This is my roundabout way of saying that you should probably ignore this kind of response from corporate level customer support.
Comment 19 Ben Klaas 2012-02-24 06:42:23 UTC
sorry, incomplete thought in that last post. Edited:

I would argue [that bugzilla is] still the best hope of getting
something fixed, so I think this bug's existence, along with its 23 votes
(that's a big number, by the way, enough to usually get it some attention) [ should remain the main avenue for discussion on the issue ].
Comment 20 Erwin Vanrumbeke 2012-03-29 01:15:31 UTC
This missing functionality is still there in the latest 7.7.1 version, although the bug is now moved to a unassigned state. What is happening? Why is there no support at all?
Comment 21 Filipe 2012-07-08 09:34:39 UTC
I have a Musical Fidelity V-DAC II. The V-DAC has 2 digital inputs, optical and coax, switches between these two by detecting availability of signal. I have my CD player on one and my Squeezebox Touch on the other, but, since the Squeezebox never disables the digital output, the DAC stays locked to the Squeezebox and never switches back to the CD player.
Comment 22 Remco 2014-11-06 15:25:28 UTC
Hello,

I hav my Touch connected to an active subwoofer with TOSLINK in. and auto switching and auto standby. Because the Touch TOSLINK port never goes off, all other sources on my subwoofer cannot be used and neither is the subwoofer going in standby.

If you could add this to the software please.....
Comment 23 Remco 2014-11-06 15:36:09 UTC
Hello,

I have my Touch connected to an active subwoofer with TOSLINK. The subwoofer also has  auto source switching and auto standby. Because the Touch TOSLINK port never goes off, all other sources on my subwoofer cannot be used and neither is the subwoofer going in standby.

If you could add this to the software please.....
Comment 24 M.A.W.H. 2015-03-28 18:28:02 UTC
I recently bought a Nubert nuPro A-100 digital active speaker which won't switch to standby because of this bug. This is exceptionally bad, as I am using my Squeezebox Touch for an alarm clock.