: Invalid data found when processing inputįfmpeg version 4. Thanks again for your helpįfmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developersīuilt with gcc 4.9.4 (crosstool-NG crosstool-ng-1.22.0-169-g87eb166) 20150629 (prerelease)Ĭonfiguration: -target-os=linux -cross-prefix=/home/spksrc/git-master/spksrc/toolchains/syno-aarch64-6.1/work/aarch64-unknown-linux-gnueabi/bin/aarch64-unknown-linux-gnueabi-prefix=/var/packages/ffmpeg/target -extra-cflags=-I/home/spksrc/git-master/spksrc/spk/ffmpeg/work-aarch64-6.1/install/var/packages/ffmpeg/target/include -extra-ldflags=-L/home/spksrc/git-master/spksrc/spk/ffmpeg/work-aarch64-6.1/install/var/packages/ffmpeg/target/lib -extra-libs='-lxml2 -ldl' -pkg-config=/usr/bin/pkg-config -ranlib=/home/spksrc/git-master/spksrc/toolchains/syno-aarch64-6.1/work/aarch64-unknown-linux-gnueabi/bin/aarch64-unknown-linux-gnueabi-ranlib -enable-cross-compile -enable-rpath -enable-pic -enable-shared -enable-gpl -enable-version3 -enable-fontconfig -enable-libass -enable-libbluray -enable-avresample -enable-libfreetype -enable-libfribidi -enable-libmp3lame -enable-libopus -enable-libsoxr -enable-libtheora -enable-libvorbis -enable-libspeex -enable-libx264 -enable-libx265 -enable-gnutls -enable-libopencore-amrnb -enable-libopencore-amrwb -disable-debug -disable-doc -disable-static -enable-debug=1 -enable-libfdk-aac -enable-nonfree -extra-cflags=-DSYNO_VIDEOSTATION -extra-cflags=-fno-if-conversion -extra-cflags=-O3 -extra-cflags=-Wno-deprecated-declarations -enable-libvpx -enable-libzmq -enable-libshine -enable-libaom -enable-libsvtav1 -arch=arm64 -enable-neon -enable-thumb -disable-yasm -disable-asm Mpeg dash radio streams, which is a bit annoying for us all! I think it also broadcasts lower quality mpegĭash streams, which perhaps aren’t restricted – maybe for instance this. Lastly, I’m aware that the BBC has geofenced its high-quality Server, or via Linn Kazoo, since I’ve also used Bubble UPnP Server to make the WXAĥ0 act as an OpenHome Renderer - with decode audio to PCM selected (All audioįormats and constraints below, with audio format left at ‘auto’) Musiccast app and attempting this via a proxy server created by Bubble UPnP MPEG Dash streams, Moode Audio acting as OpenHome renderer, using Linn Kazoo asĪ control point, which has no issues with playing these. Hence, there’s two device that I’ve attempted to listen to BBC’s Running MiniDLNA as another server, though I'd like to start using uprcl,
NAS is SynoCommunity’s take of ffmpeg (Version 4.3.1-35).Īlongside my NAS is a pi/DAC MoodeAudio (version 7.1.0) set up presently With DSM 6.2.4-25556) running Minimserver, as the UPnP server, and Bubble UPnP Server My experimenting thus far has been using a Synology NAS (a DS118,
#MINIMSERVER BUBBLEUPNP SERVER PLUS#
As I see it this is another big plus – In my case it means I can now select and play m3u’s directly from the MusicCast app (Yamaha’s app for the WXA 50). I couldn’t find any documentation relating to this and I'm unsure if its intended behaviour. I haven’t clicked the ‘convert to 24-bit to 16-bit’ and I was just wondering if it would be possible to achieve a higher bit depth for either of these streams?Īlso, I’ve just realised that decoding to PCM is automatically applied to proxy servers. Without Bubble UPNP Server this device doesn’t even recognise m3u files!Ī quick question: audio decoding to PCM means that the WXA 50 can now play HLS and MPEG Dash streams (for instance and ), which is a massive plus.
One of the reasons I use it is to transcode radio streams – contained in m3u playlists - to a Yamaha WXA 50, which works well. Not sure why the iPhone Kazoo app isn't picking up the BubbleUPnP Server created OpenHome renderer for the CXN (on MacBook) - possible firewall issue on MacBook? So hopefully that problem will go away with the BubbleUPnP Server on the NAS.Big thanks bubbleguuum for developing Bubble UPNP Server.
Also installed on the NAS is SynoCommunity’s take of ffmpeg (Version 4.3.1-35).
I thought you'd followed my instructions on this thread (and your other thread), so installed the BubbleUPnP Server on the QNAP NAS, which won't give you this problem.Īlso I assume you mean MinimWatch on the MacBook, not MinimServer, as you've already said where MinimServer should be - on the NAS. My experimenting thus far has been using a Synology NAS (a DS118, with DSM 6.2.4-25556) running Minimserver, as the UPnP server, and Bubble UPnP Server (0.9-update 40). It used to work with older versions of Kazoo. Linn have for some reason prevented the latest versions of Kazoo from seeing OpenHome renderers on the same machine. You cannot run the BubbleUPnP Server (and therefore its created OpenHome renderers) on the same machine as the Linn Kazoo app. Ok that explains it, at least for the Macbook.
0 kommentar(er)
