Bugzilla – Bug 12707
Short pause in sound during start of alarm with "song mix" as Alarm sound
Last modified: 2009-10-05 14:29:48 UTC
When the alarm goes of i hear a short piece of the first song in the mix then maybe a 5 second pause then the mix continues normally ? Version: 7.4 - r27423 @ Mon Jul 6 04:01:26 PDT 2009 Hostname: hal.home.lan IP: 192.168.1.5 HTTP Port: 9000 OS: Red Hat - EN - utf8 Platform: i686-linux Perl Version: 5.8.8 - i686-linux-thread-multi Total Players Recognized: 3 Library Statistics Total Tracks: 18,478 Total Albums: 1,461 Total Artists: 1,167 Total Genres: 148 Total Playing Time: 1463:59:37 One observation maybe not relevant, since the sqlite versions my servers taken a performance hit it hovers 100% cpu for almost a minute everytime Sqeezebox server starts ? every action that includes the dB seems to use a lot of cpu but not using much memory ? this was not the case with MySQL version
Please enable the following logs for Debug, then attach the log file to this bug: player.source player.alarmclock Which version of Red Hat are you running? What type of server do you have SC 7.4 installed on? (system specs please) Where is the music stored? Same HDD as SC, 2nd HDD in the same system, Remote location?
it is only based on red hat its a ClarkConect 4.2 server but the dropdown list does not have that, so i choosed the closest one. The server has two drives one "Samsung Solid State Disc (SSD) 8GB 2.5" IDE SAMSSD25-8" where the OS is installed and one" Western Digital Caviar GreenPower WD1000FYPS 1TB RaidEdition 16MB SATA2" where the music is so it is a local drive. It's an mini ITX based around a "VIA EPIA-EN12000EG,EDEN V4/1200Mhz,SATA," with this RAM "1GB DDR2 533 DIMM for VIA CN/EN/EX & Jetway C7 & M72G" Swap size is 1.87 GB Will enable the suggested logging options. Quote from the system info page in the servers web-UI: " Hardware Information Processors 1 Model VIA Esther processor 1200MHz @ 41°C CPU Speed 1.2 GHz Cache Size 128.00 KB System Bogomips 2395.97 PCI Devices - Ethernet controller: VIA Technologies, Inc. VT6120/VT6121/VT6122 Gigabit Ethernet Adapter - FireWire - (5x) Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge - Host bridge: VIA Technologies, Inc. PT890 Host Bridge - IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller - IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE - ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] - Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller - PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge - USB Controller: VIA Technologies, Inc. USB 2.0 - (3x) USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller - VGA compatible controller: VIA Technologies, Inc. UniChrome Pro IGP IDE Devices - hdb: TSSTcorpDVD-ROM SH-D162D - hda: MC8GE08G5MPP (Capacity: 7.46 GB) SCSI Devices - ATA WDC WD1000FYPS-0 (Direct-Access) USB Devices none " This machine is only used for SqueezeBox server
Did not get any good logs for you yet, my server thought it was time for disc check this morning. so the experiment was a bit spoiled, I'll set up a test when i find the time. One interesting fact, when i woke up my boom was indicating that it was using its backup sound for the alarm ? but it was dead quiet even when i pressed my ear against it ? probably the one minute bug. Meanwhile my SB3 was perfectly happy and connected to my server.
Created attachment 5430 [details] partial log Partial log all i could get for now, observe that i later in the log turned on the boom and listened to some tunes.
I observed that between version 27423 - 27438 Random mix was actually broken ? It worked in 27417 but with that version i got the bug described here. So i upgraded to 27455 and now it works !? as it should, for the firs time since i got my boom. I'll do another check when i ( maybe :) ) wake up tomorrow.
Created attachment 5438 [details] server.log sheduled alarm including wol server.log during server start and alarm function. alarm scheduled 17:00 (5:00 PM now make the UI accept 24hr system grr ). Server is WOL'ed 16:50 roughly 16:52 all players are functioning. the log starts 16:51:37
Thank you for verifying the latest SC build, looking at the log it appears that the alarm triggered properly and steaming events did occur to the player in question. I'll mark this a fixed for now, if the error happens again, please reopen and attach another log.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.