Not sure whether I understand. You mean this patch for FLAC is not in the Squeezelite source code, but somehow externally added to this package on SourceForge?
… Ah, now I remember this case. Indeed, there was already in an earlier version of Squeezelite a commit, which made use of a function in libFLAC, which was not part of libFLAC, but only proposed as a pull request, without any ETA to be merged. This of course broke Squeezelite builds, when not compiling libFLAC as well from the code of this pull request, which we reasonably complained to be made optional. And as I see, the PR has still not been merged yet: chained streams by philippe44 · Pull Request #667 · xiph/flac · GitHub
This also means that a build of Squeezelite with -DUSE_LIBOGG cannot work, unless you compile and install as well libFLAC with the code of this PR. It will just crash at latest when reading FLAC streams and trying to use this non-existing function. Hence, I do even wonder whether the builds from SourceForge really have this set, because then they would not work on any OS either. Patched libFLAC binaries are not contained in the archives.
Finally after I asked for it a squeezelite-2.0.0.1488-aarch64.tar.gz version was released 3 days ago for RPi5 :
For some unknown reason, this does not solve the problem. Worse still, almost no web radio whose URLs I entered manually and which are indexed in my favorites works anymore now ;-(
So I went back to the version that came with DietPi… ;-(
My server is configured to use ALSA audio… I’m afraid it won’t work with ffmpeg. And I’d have to request a version for ARM64 again because it’s not currently available in version ffmpeg-2.0.0.1488-aarch64.tar.gz.
I will wait for the people on the LMS forum to provide me with a solution and I will come back here later to tell you about it…
ffmpeg is also for alsa
it is just compatible with more codecs as ffmeg do the conversions
the version in dietpi is ffmpeg (you can see that with the command squeezelite -help)
Do what you want, but I told you that there was no aarch64 package of the version you recommend and the squeezelite developer is working on the problem to solve it.
According to the developer’s observation, Linux versions are problematic unlike Windows solutions that work.
I don’t know which of us is the most stubborn as you say…
It’s sad that suddenly you say things like that to people you don’t know, even if you had a bad night, a bad day or I don’t know what ;-(
I guess it is expected according to what I wrote above: As long as you do not use a patched version libFLAC, it simply fails whenever trying to do handle related streams, since Debian’s libFLAC does not contain a function used by this -DUSE_LIBOGG Squeezelite build.
Standard Squeezelite builds fail because they do not include a FLAC fix directly in their binary and because the FLAC dependency included in Debian has not yet been fixed.
A Squeezelite v2.0.0-1476-pCP build integrating the FLAC fix into its binaries has been created for piCorePlayer v.9.0.1 - May 8, 2024, it seems to allow it to work without issues.
I don’t know who created this package, or where it is available online (if it is available for download without piCorePlayer), but it seems to work.
Squeezelite developer Ralphy is trying to recreate a v2.0.0-1488 package for Debian that includes the fix, but he is having trouble creating a working package…
Nope, it is a build which works only when you install/update it with the piCorePlayer system, which installs a set of additional dependencies, obviously as well a patched version of libFLAC. It won’t work standalone anywhere else, as stated by “CJS” in your linked thread.
The latest official build by ralphy form today however seems to work standalone according to him: Download squeezelite-2.0.0.1488-aarch64.tar.gz (LMS Clients)
Not sure how, but theoretically the patched libFLAC could be statically linked, i.e. embedded into the squeezelite binary. This would explain the huge binary size of 5 MiB, compared to ours 200 KiB.
Yes, that’s what I did, I installed it manually while waiting for it to be officially integrated…
I also spoke with the Debian maintainer, Tony Mancill.
The version you are referring (2.0.0-1488+git20240509.0e85ddf-1) to that is on the Debian repositories was created at my request and does not contain the necessary Flac-Ogg patch !!! For the Flac-Ogg problem to be corrected under Debian, the Flac developer must provide fixes !!!
And then it’s a testing version and not stable. It will never be promoted to stable because it has unresolved dependency issues.
If you want Diet-Pi to have a 100% working version of Squeezelite, you should definitely take it directly from the developer page of this application.
He created a metapackage that integrates the Flac-Ogg fix. No other versions available elsewhere on teh web contain this fix and only the version dated 2024-06-30 works. Earlier versions were buggy and have been removed.
squeezelite-2.0.0.1488-aarch64.tar.gz 2024-06-30 2,7 Mo
If you want to make your users happy, do the needful and update this package…
I hope you will follow my advice and update Diet-Pi. Everyone has worked hard to find working solutions, so that everyone can benefit from this fix and now that it is available, it would be unfortunate and really sad not to integrate it.
It is very painful for me to have to write to you because I have to use a translator. So I will stop here. I hope MichaIng will do what is necessary…
Right, Debian does not statically link libraries which they have packages for, to be used as dynamically linked shared library. I am not sure whether this FLAC patch actually fixes something, or whether it only provides a feature that Squeezelite is making use of. If it really fixes a bug in libFLAC on its own, since there is a PR open about this, it could be at least checked back with the Debian maintainer, whether they agree to patch this into their libFLAC sources, until it has been merged upstream. It is pretty common for Debian to patch their sources, and then offer their patches upstream. Here it is a patch from someone else, with a clear relation to Squeezelite, while I do not see others complaining about this “bug” (if it is one). So not sure, but worth an attempt: chained streams by philippe44 · Pull Request #667 · xiph/flac · GitHub
Or as patch: https://patch-diff.githubusercontent.com/raw/xiph/flac/pull/667.patch
We will similarly not distribute the embedded build of Ralphy. We compile our own binaries from source, with libFLAC dynamically linked, and for all architectures, including those which Ralphy does not provide binaries for. But it is good to have these, so users who are facing this issue have a way to manually replace the binary. Download/unpack it to /usr/local/bin/squeezelite, so it won’t get overwritten with squeezelite package upgrades. And create a drop-in config to use that one with the systemd service:
The FLAC patch developed by philippe_44 from LMS will most certainly not be integrated into Debian before 1 year, for Debian 13 at best ;-(
I understand you, it is wiser to retrieve the sources and compile them yourself. Ralphy should be able to provide them to you if you ask him… It would be nice and very comfortable for your users if you did, the goal being to provide a software solution that is as bug-free and satisfying as possible. Many people are not very good at tinkering with their machines and will change software solutions in case of such problems…
I don’t think we can do that. We are far too small as a project as we only have one developer. It’s great to expect something like this, but we can’t fix the bugs in every 3rd party application.
