BrianW
(Brian)
January 3, 2021, 2:37pm
1
Hello all, I wonder if any kind user of VitOS can try something for me please?
A live radio user is having trouble with a radio station that refuses to play. I couldn’t see any obvious problems but the station does use
Transfer-Encoding: chunked
for streaming its mp3 stream and the user (@Tom_H ) is using VitOS on an Rpi4.
Could some nice soul try playing WPLN
from the Live Radio area and let me know if they have problems?
Many thanks.
Brian
Hi @BrianW I just tried this and got the message it could not be started and might have been moved, on my VitOS based Pi.
I then started it on a Sonos based zone and it worked perfectly and started after a couple of seconds
Regards
Mike
1 Like
BrianW
(Brian)
January 3, 2021, 2:48pm
3
Ah ha! Thank you very much Mike.
No problem, I assume this is limited just to VitOS and no other Pi based solution ?
Mike
BrianW
(Brian)
January 3, 2021, 3:05pm
5
Well, I imagine lots more people use ropieee or dietpi rather than VitOS and we haven’t heard of anybody else having problems.
Can you ssh in? If so can you run
ffmpeg -i https://wpln.streamguys1.com/wplnfm.mp3
What do you get?
Brian
Not at the moment as I am out walking a dog.
I will have a go later
Regards
Mike
Brian this might explain why, just got home to swap dogs and just logged on to have a look.
It doesn’t look like ffmpeg has been installed so it cannot be run.
[root@Raspberry-Pi-4B ~]# ffmpeg -i https://wpln.streamguys1.com/wplnfm.mp3
-bash: ffmpeg: command not found
[root@Raspberry-Pi-4B ~]#[root@Raspberry-Pi-4B ~]# ffmpeg -i https://wpln.streamguys1.com/wplnfm.mp3
-bash: ffmpeg: command not found
[root@Raspberry-Pi-4B ~]#
[root@Raspberry-Pi-4B ~]# find / -name ffmpeg -print
[root@Raspberry-Pi-4B ~]#
Not sure this helps the poster out though
Regards
Mike
1 Like
BrianW
(Brian)
January 3, 2021, 3:59pm
8
Curious. It can’t be as simple as that though because he can play WFCL-FM
- whose stream is
http://wpln.streamguys.org:80/wfclfm.mp3
I assume you can play that station too?
Brian yes that one starts right away
Regards
Mike
1 Like
Working fine for me…do I have the right station?
BrianW
(Brian)
January 3, 2021, 6:08pm
11
Well well well. Yes, that’s the right station. So is there a difference between your VitOS and @Michael_Harris ’s?
Has there been an update?
I’m running the image from December 7th, 2020. If he’s running the one from December 25, 2019, he should definitely download and re-flash.
No I have not updated since the 7th December. Just had a look and it says VitOS 1.0.1415
I am in the UK, so could they possibly be limiting regional connections?
Regards
Mike
BrianW
(Brian)
January 3, 2021, 6:29pm
14
No, I’m in the UK and have no problems.
No changes since December 7th. I was able to install and test with ffmpeg using these commands:
# pacman -Sy
# pacman -S ffmpeg icu alsa-utils
# ffmpeg -i "https://wpln.streamguys1.com/wplnfm.mp3" -f alsa default
You could try testing with that.
David ffmpeg is not installed on my system, and I did not really want to add anything as I am trying to keep the installation clean. But I will download and try it now (though there are a lot of dependancies (67) so I think I will end up wiping and starting again after this) .
The other radio station played perfectly which suggests the possibility that it might be a different encoding
So it does work after installing the additional software, but not before, output as before and as starts playing. Still does not work from Roon though (unless you count the command line, which I was not going too).
[root@Raspberry-Pi-4B ~]# ffmpeg -i “https://wpln.streamguys1.com/wplnfm.mp3 ” -f alsa default
ffmpeg version n4.3.1 Copyright © 2000-2020 the FFmpeg developers
built with gcc 10.2.0 (GCC)
configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-shared --enable-version3 --host-cflags=’"-fPIC"’
libavutil 56. 51.100 / 56. 51.100
libavcodec 58. 91.100 / 58. 91.100
libavformat 58. 45.100 / 58. 45.100
libavdevice 58. 10.100 / 58. 10.100
libavfilter 7. 85.100 / 7. 85.100
libswscale 5. 7.100 / 5. 7.100
libswresample 3. 7.100 / 3. 7.100
libpostproc 55. 7.100 / 55. 7.100
Input #0 , mp3, from ‘https://wpln.streamguys1.com/wplnfm.mp3 ’:
Metadata:
icy-br : 64
icy-description : WPLN-FM
icy-genre : NPR News Talk
icy-name : WPLN-FM
icy-pub : 0
icy-url : wpln.org
Duration: N/A, start: 0.000000, bitrate: 64 kb/s
Stream #0:0: Audio: mp3, 44100 Hz, mono, fltp, 64 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (mp3 (mp3float) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0 , alsa, to ‘default’:
Metadata:
icy-br : 64
icy-description : WPLN-FM
icy-genre : NPR News Talk
icy-name : WPLN-FM
icy-pub : 0
icy-url : wpln.org
encoder : Lavf58.45.100
Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s
Metadata:
encoder : Lavc58.91.100 pcm_s16le
size=N/A time=00:00:10.24 bitrate=N/A speed=0.991x
video:0kB audio:882kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Exiting normally, received signal 2.
BrianW
(Brian)
January 3, 2021, 6:55pm
17
It is, slightly.
WPLN
HTTP/1.1 200 OK
Server: nginx
Date: Sun, 03 Jan 2021 18:51:03 GMT
Content-Type: audio/mpeg
Transfer-Encoding: chunked
Connection: keep-alive
icy-br: 64
ice-audio-info: bitrate=64
icy-description: WPLN-FM
icy-genre: NPR News Talk
icy-name: WPLN-FM
icy-pub: 0
icy-url: wpln.org
Cache-Control: no-cache, no-store
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Origin, Accept, X-Requested-With, Content-Type
Access-Control-Allow-Methods: GET, OPTIONS, HEAD
Expires: Mon, 26 Jul 1997 05:00:00 GMT
icy-metaint: 16000
Strict-Transport-Security: max-age=31536000
And WFCL
HTTP/1.0 200 OK
Content-Type: audio/mpeg
Date: Sun, 03 Jan 2021 18:52:12 GMT
icy-br:96
ice-audio-info: bitrate=96
icy-description:WFCL - Classical 91.1
icy-genre:Classical
icy-name:WFCL - Classical 91.1
icy-pub:0
icy-url:wpln.org
Server: Icecast 2.4.0-kh10
Cache-Control: no-cache, no-store
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Origin, Accept, X-Requested-With, Content-Type
Access-Control-Allow-Methods: GET, OPTIONS, HEAD
Connection: Close
Expires: Mon, 26 Jul 1997 05:00:00 GMT
icy-metaint:16000
One is chunked, the other isn’t. I’ve assumes that’s the crucial bit as WBUR
is also chunked and doesn’t play for him, whereas other non-chunked ones do.
Well at least we are starting to get to the bottom of it.
Not sure why David’s is working though, as installing ffmpeg had no impact for me.
I won’t wipe the card for now in case you want some other tests
Regards
Mike
1 Like
BrianW
(Brian)
Split this topic
January 4, 2021, 5:33pm
19
A post was merged into an existing topic: Silent Angel VitOs
BrianW
(Brian)
January 4, 2021, 8:39am
20
I wasn’t quite awake last night…
There is no ffmpeg in the VitOS because it doesn’t need it - the core does all the decoding and sends PCM down the line.
The problem must be in the communication between the core and RPi.
[Confusing sentence removed]
1 Like