Bug 12313 - Using volume control on Slimp3 breaks volume control
: Using volume control on Slimp3 breaks volume control
Status: CLOSED INVALID
Product: SLIMP3
Classification: Unclassified
Component: Firmware
: 2.3
: PC Windows Home Server
: -- normal (vote)
: Investigating
Assigned To: Spies Steven
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-09 02:44 UTC by Gary
Modified: 2012-02-27 17:33 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
Server.log (2.88 MB, application/octet-stream)
2009-07-23 10:43 UTC, Gary
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gary 2009-06-09 02:44:40 UTC
If I use the controller to adjust the volume on the Slimp3, the sound crackles, jumps either up or down or goes off completely and rebuffers.
It can then be volatile until I readjust the volume through the webgui.
This seems to reset the volume and restabilise the sound.
Comment 1 Gary 2009-06-09 02:45:30 UTC
Using 7.4.26940 but this issue has been present for at least 3 or 4 previous revisions.
Comment 2 Gary 2009-06-09 04:53:23 UTC
Here is some relative infor from log:
[09-06-09 12:54:18.0202] Slim::Player::StreamingController::playerOutputUnderrun (1823) 00:04:20:04:06:d6: decoder: 0 / output: 0
[09-06-09 12:54:18.0204] Slim::Player::StreamingController::_eventAction (271) 00:04:20:04:06:d6: OutputUnderrun in PLAYING-STREAMING -> Slim::Player::StreamingController::_Rebuffer
[09-06-09 12:54:18.0207] Slim::Player::StreamingController::_setPlayingState (1966) new playing state BUFFERING
[09-06-09 12:54:18.0223] Slim::Player::StreamingController::_eventAction (303) 00:04:20:04:06:d6: OutputUnderrun - new state BUFFERING-STREAMING
[09-06-09 12:54:18.1597] Slim::Player::Player::_buffering (1142) Buffering... 0 / 127072
[09-06-09 12:54:18.4740] Slim::Player::Player::_buffering (1142) Buffering... 5496 / 127072
[09-06-09 12:54:18.7872] Slim::Player::Player::_buffering (1142) Buffering... 16384 / 127072
[09-06-09 12:54:19.1013] Slim::Player::Player::_buffering (1142) Buffering... 16384 / 127072
[09-06-09 12:54:19.4128] Slim::Player::Player::_buffering (1142) Buffering... 16384 / 127072
[09-06-09 12:54:19.7264] Slim::Player::Player::_buffering (1142) Buffering... 28672 / 127072
[09-06-09 12:54:20.0413] Slim::Player::Player::_buffering (1142) Buffering... 28672 / 127072
[09-06-09 12:54:20.3538] Slim::Player::Player::_buffering (1142) Buffering... 28672 / 127072
[09-06-09 12:54:20.6667] Slim::Player::Player::_buffering (1142) Buffering... 28672 / 127072
Comment 3 James Richardson 2009-06-09 11:33:33 UTC
Steven: can you work on this one please
Comment 4 Gary 2009-06-12 04:41:19 UTC
Now extends into 7.4.27032.  I have done some more work on this and find it's actually much worse.
I can not use the remote control on the Slimp3 at all to do anything, without it either breaking/stopping a raio stream(which I listen to alot on that device).  Even doing a search to find an artist or anything.
I am also unable to play normal local MP3s after controlling it through the remote control.  The sounds jumps wildly to high levels and is distorted and crackling and popping...requiring a restart or interfernce through the WebGui.
Using the Webgui is works no problem to start streams or MP3s and also seems to reset the issues once started by the remote.
Comment 5 Gary 2009-07-17 03:32:39 UTC
Checking with the latest (7.4 - r27567) release expands on this issue. 
I'm sure this is still a continuation from the issue with remote but I am now unable to ANYTHING on the Slimp3 whether activation from the remote or the WebGUI.

Tested same files sources on Duet with no issues.
Comment 6 Alan Young 2009-07-17 04:46:02 UTC
I wonder if you have problem with your SliMP3? Do you still have a 7.3.3 server you can test against?

I have just hooked up a SliMP3 to SC 7.4 (noweb-sqlite) r27634 and it plays just fine and the volume works too, using any of the IR remote, the WebUI or a Controller.

I wonder if this is specifically a Windows Home Server problem.
Comment 7 James Richardson 2009-07-17 09:29:14 UTC
*** Bug 12910 has been marked as a duplicate of this bug. ***
Comment 8 Gary 2009-07-21 05:26:12 UTC
(In reply to comment #6)
> I wonder if you have problem with your SliMP3? Do you still have a 7.3.3 server
> you can test against?
> 
> I have just hooked up a SliMP3 to SC 7.4 (noweb-sqlite) r27634 and it plays
> just fine and the volume works too, using any of the IR remote, the WebUI or a
> Controller.
> 
> I wonder if this is specifically a Windows Home Server problem.

Damn...Allan you maybe onto something.
That Slimp3 has played for ages so I just assumed it was rock solid.
It was also confusing because I was getting sporadic bursts of sound just after the buffering finished for a few seconds and then off again.

I have installed Squeezecenter 7.3.3 to Ubuntu server and tested.
I am still getting nothing from my slimp3.
I hooked my duet upto both servers and it works although seems very low volume on the Ubuntu Server.

Is there any logging I can turn on that may give me some information?
Comment 9 Alan Young 2009-07-21 06:28:15 UTC
Well you could enable stream logging for network.protocol.slimp3 and see if it helps diagnose anything.

One of my SliMP3s died a little while ago and I had to give my daughter a real Squeezebox instead.
Comment 10 Spies Steven 2009-07-21 10:51:49 UTC
Just a note that I have not been able to reproduce on a SLIMP3 connected to an HP Windows Home Server controlled by Controller or IR remote either.  Hopefully the logs that Gary provides will reveal something but perhaps it really is a hardware issue.  Just curious, how is the SLIMP3 connected to the network?  Maybe something there has changed.
Comment 11 Gary 2009-07-23 10:43:42 UTC
Created attachment 5511 [details]
Server.log
Comment 12 Gary 2009-07-23 10:52:02 UTC
OK, I'm still not convinced that my SliMP3 is dead.
I just don't get what killed it...It's still functional, no digital mashup on screen, although I can here an occasional pop while buffering, it was also working absolutely fine before so long as I controlled it via the UI.  Nothing happened that I can think of to cause the output stage of the SliMP3 to blow...Surely they don't just die??

So I've tried reflashing it with 2.3. 
I've tried removing all the plugins.
I've tried adjusting the output quality to the player.

All with no effect.

Sorry about the size of the attachment I didn't know what to cut out so I just threw it all in.

I enabled debug on:
player.source
player.streaming
network.protocol.slimp3

I still have a couple of straws to hold onto until you guys call it in!
Comment 13 Gary 2009-07-23 11:11:09 UTC
(In reply to comment #12)
> OK, I'm still not convinced that my SliMP3 is dead.
> I just don't get what killed it...It's still functional, no digital mashup on
> screen, although I can here an occasional pop while buffering, it was also
> working absolutely fine before so long as I controlled it via the UI.  Nothing
> happened that I can think of to cause the output stage of the SliMP3 to
> blow...Surely they don't just die??
> 
> So I've tried reflashing it with 2.3. 
> I've tried removing all the plugins.
> I've tried adjusting the output quality to the player.
> 
> All with no effect.
> 
> Sorry about the size of the attachment I didn't know what to cut out so I just
> threw it all in.
> 
> I enabled debug on:
> player.source
> player.streaming
> network.protocol.slimp3
> 
> I still have a couple of straws to hold onto until you guys call it in!

OK now I have one less straw:
I just tested the SliMP3 through another sterio via a different ethernet cable to a different port on the switch and I still get nothing even at MAX volume and that normaly shakes the house down.

Is it worth taking the back off and having a lookm for dry joints? Blown Caps?
Is there a component that is know to go that can easily be replaced....I LOVE MY SLIMP3, I don't wanna buy a Squeezebox!!!
Comment 14 James Richardson 2009-08-01 10:25:24 UTC
*** Bug 12910 has been marked as a duplicate of this bug. ***
Comment 15 Gary 2009-08-04 12:53:37 UTC
(In reply to comment #14)
> *** Bug 12910 has been marked as a duplicate of this bug. ***

I still don't think 12910 is a duplicate but there you go...

I just wanted to report that my Slimp3 is now working again...I don't get it, I can only think it was one of the latest updates.

However I am now back to the previous issue where if I try and control the slimp using the remote, I get badly distorted and v loud play back...when I reduce the volume via the gui, the volume is then levelled and the distortion also stabalises...
Comment 16 Gary 2009-10-03 04:27:05 UTC
(In reply to comment #15)
> (In reply to comment #14)
> > *** Bug 12910 has been marked as a duplicate of this bug. ***
> I still don't think 12910 is a duplicate but there you go...
> I just wanted to report that my Slimp3 is now working again...I don't get it, I
> can only think it was one of the latest updates.
> However I am now back to the previous issue where if I try and control the
> slimp using the remote, I get badly distorted and v loud play back...when I
> reduce the volume via the gui, the volume is then levelled and the distortion
> also stabalises...

I finally got to the bottom of my issues!!!

The power supply was at fault.  I don't know how but it was affecting the slimp in many strange ways including terrible quality playback...unable to properly control slimp using remote without distortion etc...

Replaced the power supply and it is back to normal in every way...so chuffed!
Comment 17 Alan Young 2009-10-03 07:19:19 UTC
Great. Thanks for the update.
Comment 18 James Richardson 2012-02-27 17:33:06 UTC
Closing resolved bugs - if you feel this bug still exists please first re-test
with the latest SW/FW version.  If you are able to reproduce then feel free to
reopen and attach new logs / steps to reproduce.