Open GoogleCodeExporter opened 8 years ago
Yes looks like there is a bug here. Will look at for next version.
Original comment by trio...@btinternet.com
on 4 Dec 2013 at 8:50
I, too am seeing this identical problem, with a Behringer UCA-202 DAC, so my
device string is sysdefault:CARD=CODEC
Original comment by mfpri...@gmail.com
on 5 Dec 2013 at 5:46
To the original poster - have you tried rpi-update? I was having a similar
problem and updating the Pi's firmware has eliminated the issue.
Original comment by mfpri...@gmail.com
on 14 Dec 2013 at 3:18
Please try the 1.4 beta version as this should change how this is handled.
Original comment by trio...@btinternet.com
on 23 Dec 2013 at 10:36
I suspect this is the same issue as #31 & #48. Maybe merge them?
I am seeing the same behaviour on 1.4. You either just get silence or the odd
pop. A restart of squeezelite solves the problem.
I can post more logs if you like.
Original comment by morkh...@gmail.com
on 6 Jan 2014 at 6:04
# squeezelite -h
Squeezelite v1.4, Copyright 2012, 2013 Adrian Smith. See -t for license terms
# uname -a
Linux squeezeplug 3.10.25+ #616 PREEMPT Mon Dec 23 18:13:02 GMT 2013 armv6l
GNU/Linux
# squeezelite -l
Output devices:
null - Discard all samples (playback) or generate zero samples (capture)
pulse - PulseAudio Sound Server
sysdefault:CARD=ALSA - bcm2835 ALSA, bcm2835 ALSA - Default Audio Device
sysdefault:CARD=Device - USB Sound Device, USB Audio - Default Audio Device
front:CARD=Device,DEV=0 - USB Sound Device, USB Audio - Front speakers
surround40:CARD=Device,DEV=0 - USB Sound Device, USB Audio - 4.0 Surround output to Front and Rear speakers
surround41:CARD=Device,DEV=0 - USB Sound Device, USB Audio - 4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Device,DEV=0 - USB Sound Device, USB Audio - 5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Device,DEV=0 - USB Sound Device, USB Audio - 5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Device,DEV=0 - USB Sound Device, USB Audio - 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Device,DEV=0 - USB Sound Device, USB Audio - IEC958 (S/PDIF) Digital Audio Output
Execution Flags
SLOPTIONS="-n Study -o sysdefault:CARD=Device -d all=debug -f
/var/log/squeezelite.log -p 2 -a 100:4 192.168.1.11"
Some comments on the log:
Last night at 21:52:57.118329 the last track ended.
This morning at 06:45:37.552011 I started playback. Again just silence with the
odd pop.
At 06:46:23.740098 I restarted squeezelite and playback resumed without any
further intervention.
Full log is attached.
Original comment by morkh...@gmail.com
on 7 Jan 2014 at 5:32
Attachments:
Can't see anything specific in that log. Could you try with -d output=sdebug
to see if there's anything strange there (you will get lots more output)
This does seem to be specific to the Pi though?
Original comment by trio...@btinternet.com
on 7 Jan 2014 at 9:16
I will change the logging tonight and see what it looks like in the morning.
I will also fire up a client on my Windows machine at the same time so we can
see if it's only a Pi thing.
Original comment by morkh...@gmail.com
on 8 Jan 2014 at 4:50
Experiment all setup and of course this morning it all just works. Both the Pi
and Windows machine play. The one thing I did change was selecting an album
encoded in FLAC because I recall you mentioning somewhere that libmad may have
issues. So I will repeat this test again with an MP3 encoded album.
Original comment by morkh...@gmail.com
on 9 Jan 2014 at 4:37
If it turns out to be libmad then try mpg123 as an mp3 codec - there are some
arm builds on libmad which cased segfaults, but I am not aware of ones which
stop working after a while...
Original comment by trio...@btinternet.com
on 9 Jan 2014 at 9:23
As Murphy would have it I haven't been able to reproduce this with sdebug on.
I'll carry on testing till I get it to fail again and report back.
Original comment by morkh...@gmail.com
on 10 Jan 2014 at 4:32
I have a bit of a strange problem. When I run squeezelite with sdebug on I
can't reproduce the problem. As soon as I go back to all=debug the problem
comes back again. It's almost as if sdebug is keeping squeezelite "alive".
Possible fix except for the log size problem ;)
So I changed tactics and decided to give mpg123 a go, but I'm struggling with
rates which mpg seems to be very fussy about. My USB card does up to 48000.
With mad set, playback works and I see this in the logs:
[01:09:33.791373] output_init_alsa:623 init output
[01:09:33.792589] output_init_alsa:645 requested alsa_buffer: 100 alsa_period:
4 format: any mmap: 1
[01:09:33.792887] output_init_common:318 outputbuf size: 3528000
[01:09:33.885870] output_init_common:378 supported rates: 96000 48000 44100
[01:09:33.919386] output_init_alsa:657 memory locked
[01:09:33.920593] output_thread:465 open output device: hw:CARD=Device
[01:09:33.923055] alsa_open:234 opened device hw:CARD=Device using format:
S16_LE sample rate: 44100 mmap: 1
[01:09:33.923640] alsa_open:313 buffer: 100 period: 4 -> buffer size: 4412
period size: 1103
[01:09:33.924124] output_init_alsa:680 set output sched fifo rt: 2
Hardware PCM card 1 'USB Sound Device' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 44100
exact rate : 44100 (44100/1)
msbits : 16
buffer_size : 4412
period_size : 1103
period_time : 25011
tstamp_mode : NONE
period_step : 1
avail_min : 1103
period_event : 0
start_threshold : 1
stop_threshold : 4412
silence_threshold: 0
silence_size : 0
boundary : 1156579328
appl_ptr : 0
hw_ptr : 0
[01:09:33.927861] _output_frames:111 avail: 4412 frames: 2048 silence: 1
With mpg set, playback does not work and I see complaints of not being able to
set output formats:
[01:11:16.637386] output_init_alsa:623 init output
[01:11:16.639019] output_init_alsa:645 requested alsa_buffer: 100 alsa_period:
4 format: any mmap: 1
[01:11:16.639398] output_init_common:318 outputbuf size: 3528000
[01:11:16.730571] output_init_common:378 supported rates: 96000 48000 44100
[01:11:16.762777] output_init_alsa:657 memory locked
[01:11:16.763965] output_thread:465 open output device: hw:CARD=Device
[01:11:16.766422] alsa_open:234 opened device hw:CARD=Device using format:
S16_LE sample rate: 44100 mmap: 1
[01:11:16.767027] alsa_open:313 buffer: 100 period: 4 -> buffer size: 4412
period size: 1103
[01:11:16.767517] output_init_alsa:680 set output sched fifo rt: 2
Hardware PCM card 1 'USB Sound Device' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 44100
exact rate : 44100 (44100/1)
msbits : 16
buffer_size : 4412
period_size : 1103
period_time : 25011
tstamp_mode : NONE
period_step : 1
avail_min : 1103
period_event : 0
start_threshold : 1
stop_threshold : 4412
silence_threshold: 0
silence_size : 0
boundary : 1156579328
appl_ptr : 0
hw_ptr : 0
[01:11:16.771415] _output_frames:111 avail: 4412 frames: 2048 silence: 1
[SNIP]
[01:11:17.080043] _output_frames:245 wrote 926 frames
[format.c:269] error: Unable to set up output format! Constraints: 44100, 22050
or 11025Hz.
[01:11:17.100911] mpg_decode:173 Error
I've had a go at setting rates with -r, but either there is some other issue or
my syntax is incorrect as my alsa breaks and I have to reboot before aplay -l
and squeezelite -l will show any cards again.
Only output I get is:
# squeezelite -l
Bus error
Original comment by morkh...@gmail.com
on 11 Jan 2014 at 11:17
Can you shown what all parameters are you are starting with?
Original comment by trio...@btinternet.com
on 11 Jan 2014 at 11:23
This is what is working with mad
-n Study -o hw:CARD=Device -c mad,flac -d all=debug -f /var/log/squeezelite.log
-p 2 -a 100:4 192.168.1.11
I tried:
-n Study -o hw:CARD=Device -r 44100 -c mad,flac -d all=debug -f
/var/log/squeezelite.log -p 2 -a 100:4 192.168.1.11
Which breaks alsa
Original comment by morkh...@gmail.com
on 12 Jan 2014 at 12:09
note you need -s before the ip address with recent versions. If you set -r
44100 and the material is not 44100 then you will have a problem - what are you
playing?
Original comment by trio...@btinternet.com
on 12 Jan 2014 at 12:17
Thanks will amend my flags to include the -s
Just playing bog standard CD rips either in "decent" quality mp3 or FLAC. The
material certainly is 44100.
I ended with a FLAC album last night and this morning it played again with no
intervention. I'm going to stick with FLAC and the all=debug for the next few
days and will report back. If that works consistently I'll go back to battling
with mpg123. I did come across this detailed article late last night which
looks like it might solve my sampling issues, but it was a bit much for my
tired brain at that point :p
http://pieces.openpolitics.com/2013/05/pogoplayer-alsa/
Original comment by morkh...@gmail.com
on 12 Jan 2014 at 10:18
[deleted comment]
I've been sticking to just FLAC for the last few days and so far no issues. So
it would seem to me there is an issue with Pi, Squeezelite and mad. Triode are
you able to reproduce this?
Will see if I have some time over the weekend to have another go at mpg123.
Original comment by morkh...@gmail.com
on 15 Jan 2014 at 4:32
[deleted comment]
squeezelite uses libmad or libmpg123 - so you will libmpg123 rather than lame
to get the alternative codec
Original comment by trio...@btinternet.com
on 28 Jan 2014 at 8:55
Original issue reported on code.google.com by
sakap...@gmail.com
on 2 Dec 2013 at 9:12