I have exactly the same problem. I´m using 19.07.0 rc2 X86/Geode. With 18.06.1 everything was working. But @18.06.1 I used mpd-full witch depends on libffmpeg. But now mpd-full is gone and I have to use mpd-mini witch depends on libmpg123.
My local CD-rips in FLAC play nice. But my Playlist with http-streams don´t. For testing I installed mpeg123 console player and played my Playlist on console. This is working. But with mpd only an error in logfile.
Jan 03 13:12 : exception: Failed to decode http://stream.sunshine-live.de/live/mp3-192/stream.sunshine-live.de/#sunshine live Livestream
Jan 03 13:12 : player: played "http://stream.sunshine-live.de/live/mp3-192/stream.sunshine-live.de/#sunshine live Livestream"
I just saw in the faillogs for 19.07 that there are entries for mpd-mini and mpd-full. I don´t understand much of the logs, but the faillog for mpd-full is about not compiling for some reason? And mpd-mini has some problems, but compiled. There ist a faillog for ffmpeg also.
Is libffmpeg also affected? I don´t think so, because there is no faillog for it. If not, it´s not a problem for me. I just want to play http-streams with mpd-mini or mpd-full. mpd-full is not available because of compiler problems and mpd-mini has problems playing the stream. Maybe the reason is found in the faillog for it?
Btw, I had to create a new account to answer. There was a problem with my username existing twice!?
No. I created an account with name "marcus", but forum software switched from "marcus" to "Marcus" and back all the time. When I was "Marcus", my full name was shown as Marcus Größer, but that's not my name. I think forum software has mixed two accounts accidently. I was not able to write a post or change anything in the profile settings. After logout, I can't login again, wrong password. Very strange. So I had to create a new account.
Thanks for letting us now.
I just did a quick check and can confirm that clicking on "marcus" leads to the user profile of "Marcus".
Seems to be a bug in Discourse -> will be adressed to the discourse team. Resolution might take a while.
Testing is no problem. I can do that. I just bought an PC Engines ALIX for spare a few days ago, should arrive next few days. With that, I can play around without breaking anything. But I need someone with skills in debugging and compiling openwrt.
Before I switched to 19.07.0 rc2, I was using 18.06.1 with mpd-full on ALIX. I have connected a "Topping D10" USB DAC to the ALIX. That was working as expected. Played my FLAC rip´s and mp3 radio-streams. With M.A.L.P. MPD client on my android mobile phone, this is best solution ever for listening Music. But it should work with mpd-mini also.
@neheb Thank you for your investigation. Your suggestion sounds resonable, because ffmpeg has problems to compile on i368_pentium only. At target i386_pentium4 and x86_64 ffmpeg compiled with no error. And also mpd compiled on these targets without any error.
But the big question is, what happens when CPU_TYPE is set to Pentium2? Is ffmpeg still compatible to AMD Geode LX?
I just set up a VMware with Debian 10 Server and openwrt build tools. Cloned openwrt git 10 mins ago. But your last post confused me, sorry. Thats because for me it´s the first time doing this.
What´s the meaning of this. NASM is the assembler, right? I doubt there is anything I (we?) can do.
Yes, my PC Engines WRAP for example. It´s using an very ancient National Semiconductor Geode SC1100 CPU. Even if CPU_TYPE pentium2 is compatible with Geode LX of ALIX, for sure it won´t be compatible with SC1100 CPU of WRAP (and all the other CPU´s like that).
Ok. So no more ffmpeg for i386. And without ffmpeg, no more mpd-full. It should work with mpd-mini also. But sadly its broken somehow also.
Is this something I can do with my fancy new development VMware?
Sorry for all the stupid noob questions. But I want to understand (and help by testing) whats going wrong with mpd.