Bugzilla – Bug 10321
Playback only from controller speaker when using headphones
Last modified: 2009-03-30 08:13:03 UTC
I just loaded the new 7.3 software and the included firmware for the controller but I am not getting any sound from the headphones. The playback is only coming from the controller's internal speaker. I have tried 4 different sets of headphones including 3 sets of Sennheiser ( HD-580, PX-100 & CX300 ) and a set from an old Sony Walkman cell phone all with the same results. I even tried using the 1/4" adapter on the HD-580 along with a 1/4" to 1/8" adapter.
QA to investigate
What firmware version is on your Controller? I am unable to reproduce this with 7.3 r3476 Please try a Factory Reset on your controller, also, do you hear the 'menu clicking' sounds when headphones are plugged into the SBC?
I am on firmware r3476. I tried the factory reset, no change All sound comes out of the controller speaker, including the menu sounds. Nothing from the headphones. I've seen several other mentions of this problem in the forum. Bad jack maybe?
Richard: Is there anyway we can validate the headphone jack in software?
*** Bug 10657 has been marked as a duplicate of this bug. ***
Please try SC 7.3.2 Tested 3 SBC devices, all work fine with a standard 2.5" headphone and earbuds
Installed 7.3.2, no change
One quick test you can do; Enable Audio Playback on SBC Select the Controller as the player Start a stream Listen for built-in speaker to produce audio IF Audio then Plug in a standard 2-pole, stereo, 2.5' mini jack headphone IF internal speaker is still on, then you have a bad headphone jack IF internal speaker is off, AND, no audio on headphone then there is a logical issue we need to investigate if No Audio (Built-in speaker) then verify SBC FW = >r3476 if true then there is a logical issue we need to investigate ======================================================= Everyone having this issue, please try the above and report back to this bug on your findings.
For me: SC 7.2: Clicks are audible from headset. SC 7.3+: No audible clicks from headset. No music from headset. Speaker only. This would tend to imply that the headset jack is fine since 7.2 played the clicks. It could be a sensing issue. I'm not sure what the jack uses for sensing a headset (mechanical/electrical). Perhaps add a software switch to force headset mode only for testing purposes? There seem to be a lot of us having this problem. Could be a lot of these controllers coming back?
Forgot to mention. Controller version: 7.3 r3476
Also, if you do choose to go down the forced software modes, it could be useful to possibly put a field under the Audio Playback section informing us of the current "sensed" state (Headset/Speaker). That way, if we plug in a headset without a forced state, we can see if the software is detecting the headset properly.
Well, this gets stranger. I loaded 7.3.2 on Wednesday and got nothing from the headphone jack. Yesterday I went to use the controller to listen through my A/V system and I noticed that the clicks through the controller speaker were gone. I switched the player to the controller and the headphones worked! Switched back to the squeezebox and the menu sounds were still gone. Today I loaded 7.3.3 and restarted the controller. The menu sounds are back when using the squeezebox as the player, but the headphones no longer work! I don't think the jack is the problem as I noticed that I get a pop through the headphones when the controller is turned on or off with the headphones connected.
After sitting unused for a couple of hours, and still set for the controller to be the player, I picked up the controller to change the player back to the Squeezebox and found that the menu sounds were gone. I plugged in the headphones and they were working again. I unplugged the headphones and switched back to the Squeezebox and the menu sounds were still absent from the controller.
Hi, Here's the conclusion of my test running SBC FW r3476. Enable Audio Playback on SBC - Check! Select the Controller as the player - Check! Start a stream - Check! Listen for built-in speaker to produce audio IF Audio then Plug in a standard 2-pole, stereo, 2.5' mini jack headphone IF internal speaker is still on, then you have a bad headphone jack => This is my scenario. IF internal speaker is off, AND, no audio on headphone then there is a logical issue we need to investigate if No Audio (Built-in speaker) then verify SBC FW = >r3476 if true then there is a logical issue we need to investigate My SBC has the following numbers: P/N: 830-000019 PID:LZ831S1 MAC: 00:04:20:1A:C9:CC Do you seriously mean that I should contact Logitech for repair? A colleague of mine just bought a Duet and his controller can't play through the mini jack either. Is there some way I can produce a log of interest to you? Best regards, /Fedder
I noticed that 7.3.3 is no longer a nightly. Does this mean we should await a new 7.3.3 before testing this feature more?
http://downloads.slimdevices.com/nightly/latest/7.3/ Will have the correct nightly, regardless of what the files are named or the web pages say. I'll send an email to the right people to fix the problems.
I can confirm that this is likely *not* a hardware issue. With 7.3.2 (Linux, Perl source version), r3476, the headphone jack behaves as follows: Scenario 1: If I select the controller as the player, *then* plug in headphones, the external speaker is silenced and playback is through the headphones. Scenario 2: If I plug in the headphones to the controller when the receiver is selected as the player, the controller plays back using the external speaker -- and it will continue to play back through the speaker, regardless of anything else that I do (switching players back and forth, unplugging and re-plugging the headphones in any order), UNTIL I forcibly power off the controller and power it back on, and follow Scenario 1. It is also worth noting that to actually power off the controller after scenario 2, I have to remove the battery. Otherwise, the controller just shows the "Power off" screen and stays there ad infinitum. Will report back with results from r3856
I have to concur with John, though, I had a slightly different experience last night. After leaving the controller off for several days, I tried the headphone jack again. It worked as expected. Audio that was playing from the speaker stopped and switched to the headset. However, when unplugging and replugging the headset, the Controller actually switched the LCD to show it was now controlling the Family Room. The sound did switch to the headset. Upon unplugging the headset and plugging it back in again, the Controller again showed it was controlling the Family Room. The sound stayed on the external speaker. No amount of plugging/unplugging the headset would re-establish sound to the headset. All sound stayed on the external speaker. It appears that perhaps the function of plugging in the headset also causes some sort of control change as well. In the process, the controller gets confused as to what it is controlling. This results in the inability to toggle speaker/headset on the controller. The impetus apparently was the function of unplugging the headset. However, it is purely conjecture based on what I saw last night.
I also experience the exact same behavior on my SC.. Enabling audio, rebooting - allows me to select the Controller as a player.. Audio does play through the external speaker.. But plugging in any set of headphones to the jack does not mute the internal speaker and does not produce audio in the headphones (actually the audio is very faint at the highest volume) Is this really an issue of defective hardware? My friend's controller does the exact same thing and I have read of numerous reports in the forum as well as here that they also experience the same behavior.
What can QA do to help you with this, Richard?
I just gut my brand new Duet today. But i had the same problems with the Controller. No sound in headphones. Or, to be more precise: When plugging in the headphones, the build-in speaker kept playing and the sound in the headphones was very, VERY low. I.e. it could hardly be heard unless you turned the volume all the way up. Same result with different headphones. Without knowing too much about how all this works, it seemed to me that there was nothing wrong with the hardware parts (Controller/headphones), but it must be some sort of software defect - fortunately. The software setup for this was: Controller firmware: 7.3 r3856. Server software: Version: 7.3.3 - 24723 Operating system: Debian - EN - utf8 (Ubuntu) Platform Architecture: x86_64-linux But then I remembered I had some trouble with Squeezeserver some months ago, and at that occasion swithed from the stable repository to testing. After downgrading server and controller the setup is: Controller firmware: 7.3 r3476 Server software: Version: 7.3.2 - 24695 Operating system: Debian - EN - utf8 Platform Architecture: x86_64-linux Now everything works just fine (at least for now). I hope this is not considered spam. It is meant as a reminder for others to make sure to check what software versions they are running. At least my conclusion must be that the issue is software related. Not about the hardware.
http://forums.slimdevices.com/showthread.php?t=58721 There is a work around that the community has come up with in the above forum post. Richard: can you investigate this? *** This bug has been marked as a duplicate of bug 10073 ***