Re: Testers needed for current SVN version of LAME
Alexander Leidinger via Lame-dev <[email protected]> Wed, 16 Sep 2020 15:56:41 +0200
| Newsgroups | gmane.comp.audio.mp3.lame |
|---|---|
| Message-ID | <20200916155641.Horde.Yrn99LeUkqyvfazWJVHeHt1@webmail.leidinger.net> |
Quoting John Edwards <[email protected]> (from Tue, 1 Sep 2020 14:39:15 +0100): Sorry for the late reply, some mails didn't went out in the last 2 weeks and sat in a queue... > Ooops! You're absolutely right of course, thanks. > > "x64 Release" and "Win32 Release NASM" builds complete and perform correctly. > > Are you happy that these should be released, or should I make them > available via HA and request testing of the decoder? Our docs say that you shall use a real decoder and not LAME if you want to decode MP3s. The main goal of LAME is to encode. The decoder is just there for the replay-gain computation, and the decoding of MP3s (to re-encode which is most probably doing more bad to the quality than encoding from the original anyway) is just an easy gimmick in this regard. As such I do not think people on HA need to test the decoder. Before releasing a new LAME version, I want to get rid of the internal decoder completely. I have not done that, because the XCode project files still reference this. So far nobody cared enough to provide patches, so after some more weeks of silence (except everyone things that 2 months of silence is enough) I will simply remove the XCode project files and move on. Bye, Alexander. -- http://www.Leidinger.net [email protected]: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org [email protected] : PGP 0x8F31830F9F2772BF -- http://www.Leidinger.net [email protected]: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org [email protected] : PGP 0x8F31830F9F2772BF