Bugzilla – Bug 10919
Boom skips in songs when bitrate limiting is enabled on server, Squeezebox2.pm bug ?
Last modified: 2009-02-13 00:24:50 UTC
From my post in the forum : Help, my boom(FW.44) is skipping in the middle of music numbers and then plays the next number, it happens at the same point in the songs each time. This happens both when it is wired and wireless, so the network seems to be ok. I have tested the same numbers in Squeezeplay on the same router/network, and there they play fine, so the files seems to be ok too. My boom is placed at my girlfriends apartment, so due to bandwithlimit on my uplink, it is restricted to 320kb MP3(All my files are in flac format). This is driving me nuts, is there anybody who has seen similar problems ? Part II, possible workaround I enabled all the logging I could, and I notice that the log said : Slim::Player::Squeezebox2::failedDirectStream (762) Oh, well failed to do a direct stream for: file: xxxxxxxxxxxxx(just filename) Every time the Boom skipped in a song. I tracked this down to Squeezebox2.pm, and I tried to disable this by commenting out these 2 lines(by placing a # in the beginning of the line). Line 469 : #$client->readyToStream(1); Line 755 : #$client->readyToStream(1); And Horaaaayyyy !, my beloved Boom nows plays these files happily without skipping, i still see the errors in the log file, so the problem is obviously not solved, but maybe some of the developers can devise something from this ?, I have attached the modified squeezebox2.pm file
Please can you upload the logfile mentioned in your forum post, along with a description of the taime and songs when the problem occurred. Please zip the logfile. Those lines that you commented out are there for a reason. It would be good it understand what is going wrong and also what led you to the idea that commenting them out might help. What version of SqueezeCentre are you running?
Created attachment 4737 [details] Server log file with the error
I have attached the part of the logfile which contains the errors. My SC system is running on Ubuntu Linux and is like this : Version: 7.4 - 24777 @ Wed Jan 28 01:04:10 PST 2009 Operating system: Debian - EN - utf8 Platform Architecture: i686-linux Perl Version: 5.8.8 - i486-linux-gnu-thread-multi MySQL Version: 5.0.51a-3ubuntu5.4 Total Players Recognized: 2 The one of the numbers which the Boom skips is "Skipping Rhymes" with Shane MacGowan And The Popes from the album "The Croc of Gold". I have tested all the flac files on this album with FlacFrontend and they all reports OK. If i play the same album with my Duet(on the same network as the server and no bitrate limiting)the files plays flawlessly and the log file does not contain any errors. Regards Bebop
I have seen in this post : http://forums.slimdevices.com/showthread.php?p=391325#post391325 that someone else has this problem.
Please could you add player.source=info and network.protocol.slimproto=debug to the logs setting and capture a new log.
Created attachment 4738 [details] Second log file I have made a new logfile with the requested logging options enabled, same music number and the skipping occured as usual. Regards Bepop
Ooops forgot to answer this... Alan Young wrote : "Those lines that you commented out are there for a reason. It would be good it understand what is going wrong and also what led you to the idea that commenting them out might help." The reason I tried to comment these 2 lines out, is that they were the ones which made the server skip to the next number when the error 762 occured : "Slim::Player::Squeezebox2::failedDirectStream (762) Oh, well failed to do a direct stream for: file:" I still get the "connection timed out" message on the Boom display, but the audio does not skip when these 2 line are commented out, so it is just a temp solution, but it makes my Boom usable until the real bug is found :-) Regards Bebop
Thank you, that was very helpful. May I ask you to add network.http=info to the set of log settings and capture a new log. What is happening is that SC is getting a report of an abnormal disconnection from the player, when it should be getting a normal disconnect. I'm trying to see if SC is somehow provoking that.
Created attachment 4741 [details] 3rd log file Please see the attached 3rd log file with the requested HTTP logging enabled(and the other previous logging too). Same procedure : same music number, skipping took place same place in file. Regards Bebop
This may be the same as bug 10475
I have tried to change slimproto.pm and StreamingController.pm acoording to the suggested patch in bug 10475, and so far this really looks promising, I have only had limited time to test it but the song which was consistent in skipping before did not skip with this patch. Thumbs up for you guys if this solves this :-) Regards Bebop
Any update?
I have since last, updated to the "official" 7.4 which contains this patch, and I have not observed this problem since, and I have have been using the Boom a lot. Best regards Bepob
Ok, let's assume that this really is the same as bug 10475. *** This bug has been marked as a duplicate of bug 10475 ***