This problem boiled down to a missing /etc/asound.conf file on the
system. Adding this file with the simplest of contents:
pcm.!default {
type hw
card 0
}
ctl.!default {
type hw
card 0
}
Brought non-dying audio to SqueezePlay. OK, it also removed the mixer
abilities, but as this system would
Right, I've managed to get a log file from SqueezePlay. This morning the
audio hadn't died entirely, but it had become stuttery and broken up. A
quick look through the log shows up this error about 8 or 9 times:
[0;31m20100916 05:55:07.798 ERROR net.http - SocketHttp.lua:803
SocketHttp {Home
roobarb!;576186 Wrote:
Good grief. You've hit the nail on the head!
Ah, rubbish. I spoke too soon - that must have been a fluke.
That morning it did indeed work perfectly, but the following morning it
failed again. I then redirected all output to /dev/null and tried again.
Unfortunately, his
gharris999;575946 Wrote:
Hiccuping after a logrotate?
Good grief. You've hit the nail on the head! Daft of me to overlook it,
really!
The logfile was being rotated and replaced with a version that the
SqueezePlay didn't have write access to, so it broke. This morning I
woke up to working
Hiccuping after a logrotate?
--
gharris999
gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115
View this thread: http://forums.slimdevices.com/showthread.php?t=81907
Hi all,
I'm running SqueezePlay 7.6 on Ubuntu 9.10 (with PulseAudio removed)
and have discovered an oddity. I normally leave SqueezePlay running the
whole time, but when I go to use the system first thing on a morning the
audio doesn't work properly. With the user interface effects turned on,
roobarb!;575784 Wrote:
I'm going to try leaving the system idle through the day today too,
trying for around 6 hours and see if the problem reoccurs.
Can confirm that 4 hours is fine, 6 hours and the problem appears.
--
roobarb!
