Forum Replies Created
-
Posted in: Allo USB Bundle
-
3. Oktober 2017 at 13:29 #31666
Hi Heiner,
i’ve enabled „debug“ level log of squeezelite and this is the output when it fails:
[13:06:44.001509] process_strm:323 strm command t
[13:06:44.001564] sendSTAT:189 STAT: STMt
[13:06:45.002297] sendSTAT:189 STAT: STMt
[13:06:46.003557] sendSTAT:189 STAT: STMt
[13:06:47.004301] sendSTAT:189 STAT: STMt
[13:06:48.005463] sendSTAT:189 STAT: STMt
[13:06:49.001327] process:575 strm
[13:06:49.001490] process_strm:323 strm command t
[13:06:49.001543] sendSTAT:189 STAT: STMt
[13:06:50.002299] sendSTAT:189 STAT: STMt
[13:06:51.003298] sendSTAT:189 STAT: STMt
[13:06:52.006448] sendSTAT:189 STAT: STMt
[13:06:52.184554] stream_thread:253 end of stream
[13:06:52.186291] sendDSCO:208 DSCO: 0
[13:06:53.187478] sendSTAT:189 STAT: STMt
[13:06:54.002130] process:575 strm
[13:06:54.002309] process_strm:323 strm command t
[13:06:54.002365] sendSTAT:189 STAT: STMt
[13:06:55.004414] sendSTAT:189 STAT: STMt
[13:06:56.006814] sendSTAT:189 STAT: STMt
[13:06:57.009298] sendSTAT:189 STAT: STMt
[13:06:58.011689] sendSTAT:189 STAT: STMt
[13:06:59.002293] process:575 strm
[13:06:59.002462] process_strm:323 strm command t
[13:06:59.002519] sendSTAT:189 STAT: STMt
[13:07:00.004575] sendSTAT:189 STAT: STMt
[13:07:01.007066] sendSTAT:189 STAT: STMt
[13:07:02.009511] sendSTAT:189 STAT: STMt
[13:07:03.010912] sendSTAT:189 STAT: STMt
[13:07:04.002096] process:575 strm
[13:07:04.002273] process_strm:323 strm command tI guess the message „stream_thread:253 end of stream“ is the problem, but i have no idea where this comes from… also the messages are going on like the radio is still playing.
28. September 2017 at 12:59 #31590Hi,
i have added the options and tried another radio stream. the result is always the same.
when i switch to „front“, i get no sound at all. the speakers are connected to the line output of the sound card.16. September 2017 at 10:05 #31351Hi Heiner,
I’ve now tried the following options:
1) with shairport2 plugin tuneblade says „latency 1000ms“. For some reason i do not get any sound output, but 1000ms would be way too much anyway…
2) I don’t think Win7 can provide realtime streaming of any (=chrome, media player, DVBViewer,…) sound played on the computer natively so I installed „Stream What You Hear“:
2a) using gmediarender as DLNA client I get sound with gaps, like 1000ms sound and 100ms no sound. Estimated latency is about 2000ms.
2b) I’ve seen that squeezebox server provides a DLNA client plugin. I can connect to it but i hear no sound.
2c) Stream What You Hear has the function „HTTP streaming“. I can connect to the HTTP stream using Squeezebox but latency is also about 2000ms.So far, the best result I had was still using tuneblade + shairport. If we could just get latency down to maybe 50ms by a command line parameter or recompiling it myself with adapted buffer size it would be a great thing.
best regards,
Tomp.s. I tried Win7 as DLNA server. streaming a mp3 to my raspberry/gmediarender with just a right click really works fine.
12. September 2017 at 6:44 #31282Hi!
I have now updated the kernel and all packages. The problem is still the same.
7. September 2017 at 6:54 #31156Hi!
I have now set the „device tree overlay“ to „USB Soundcards (Northstar Essensio, Hiface and others)“ and chose „dmixerUSB“ as output for Squeezelite. The Problem is still the same.
4. September 2017 at 10:11 #31095Hi!
my setup:
RPI3
Soundblaster X-Fi 5.1 on USB
max2play 2.44
no WLAN
stream URL: http://mp3channels.webradio.rockantenne.de/rockantennemy configuration:
config 1
config 2
config 3
config 4
config 5
config 6
config 7- This reply was modified 7 years, 2 months ago by tom84.
29. August 2017 at 14:54 #30984Hi!
I already hat USB max current enabled and built-in audio disabled.
Now I’ve enabled USB-DAC option in the Squeezelite options, but the result is the same. After about 5h running the radio stream, i got the pulsating sound and have to kill squeezelite.
When starting Squeezelite again, everything is fine so far.What came to my mind: is it possible that the stream gets played just a little tick too fast (like 48005Hz instead of 48000Hz) by the soundcard and therefore the buffer is empty after some time? how does synchronisation between the mp3 samples and dac samples work?
in the system log file (/var/log/messages) i do see these lines:
Aug 29 13:35:57 Soundanlage kernel: [22744.302005] gpiomem-bcm2835 3f200000.gpiomem: gpiomem device opened.
Aug 29 13:38:01 Soundanlage rsyslogd-2007: action ‚action 17‘ suspended, next retry is Tue Aug 29 13:39:31 2017 [try http://www.rsyslog.com/e/2007 ]the last line appears every 2 minutes. what does that mean?
-