Since updating libmad to "secret" version 16.0 (officially it is 15.2 on authors' site?) it stopped working rightly in madplay (sound is distorted and slowed) and stopped working at all in mplayer (after rebuilding it, of course). I am on FreeBSD-12 stable amd64 if it matters.
This repo (https://github.com/tenacityteam/libmad/commits/main) looks weird. There are only a few changes for various build systems, but I don't see anything that should substantially alter the playback experience compared to the 0.15.1b version (which is the latest libmad version via underbit.com). Maybe Daniel (cc'ed) can provide some input, he's contributor to this repo.
(In reply to Thomas Zander from comment #1) Well, here it is madplay-0.15.2b.tar (despite the number in the address) https://sourceforge.net/projects/mad/files/libmad/0.15.1b/
Hi, I only tested decoding which worked in some cases unfortunately. In the linked PR there's a GitHub link to a PR and discussion with upstream how to go about fixing it. Upstream is since long dead and we're struggling keeping track of all CVEs and patches from various source so this is hopefully a good trade-off. Out of curiosity, from what I can tell libmad support is disabled in mplayer port so why are you still building it? Best regards, Daniel
(In reply to Daniel Engberg from comment #3) Well, 0.15.2b somehow worked for me, either in madplay or in mplayer. And about my approach to an mplayer. I usually build it manually from SVN, not from ports because the port is somehow can be outdated and because it has hard-disabled (for maintenance sake?) almost all non-ffmpeg variants of decoders (and most of them work just fine without ffmpeg layer). I do not like this behavior, since I have ffplay for what uses ffmpeg.
I plan to downgrade this port back to 0.15.1b temporarily but keep PORTVERSION as 0.16.0 for now to avoid PORTEPOCH.
(In reply to Po-Chuan Hsieh from comment #5) fwiw, this is about to get fixed soon in upstream repo, https://github.com/tenacityteam/libmad/pull/3 If you plan to downgrade please make sure to include all patches from at least Fedora, Debian and possibly other repos. Please also keep the naming of pc file
PR is now updated, if possible please test
(In reply to Daniel Engberg from comment #6) So, it is a problem of migration to cmake (again), isn't it. At least partially.
If possible please try the patch attached in PR 264442 (Patch for libmad v2), this should fix libmad
(In reply to Daniel Engberg from comment #9) Yes, it seems that the proposed patch fixes the bug, thank you! (And I do realized that libmad performs better than mpg123 due to quality of low rate audio, somehow.)
Fixed as of e0b51d322893b00805bd3e233476f5983b692894