Debian Patches
Status for lame/4.0-1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| svn-r6562.diff | r6562 | aleidinger | 2026-07-12 10:05:47 +0200 (Sun, 12 Jul 2026) | 16 lines frontend, libmp3lame: fix ID3v2 UTF-8 tag path (SF #524) The ID3v2 tag writer routed both the UTF-8 and UTF-16 command-line encodings through a single path typed for UTF-16. For --id3v2-utf8 that mismatches the actual byte-oriented data and reaches tag setters current toolchains reject, so LAME fails to build with GCC 16 - and misencodes UTF-8 tags where it does build. Give each encoding its own path so the data and the setters it feeds always agree. The UTF-8 field-value case needs a UTF-8 setter the library did not expose, so add one beside the existing field-value setters. Covered by new unit tests for the id3tag API and the frontend tag dispatch across all three text encodings. |
no | ||||
| svn-r6564.diff | r6564 | aleidinger | 2026-07-12 15:27:09 +0200 (Sun, 12 Jul 2026) | 16 lines Export the decoder analysis hooks from the shared library The MP3 decoder's per-frame analysis hooks hip_set_pinfo and hip_finish_pinfo belong to the documented decoder API and are used by the bundled frontends, but they were missing from the shared library's export list. Linking a frontend against the shared library - as --enable-dynamic-frontends does - therefore failed with undefined-symbol errors. Add both so dynamic-frontend builds link. hip_set_pinfo is the symbol named in the report; hip_finish_pinfo is a second omission of the same kind, reached by the core file reader once the first is resolved. SF bug #515 |
no | ||||
| cbr-abr-quality-settings-clamp.diff | CBR: High quality settings (e.g, -q 0) degrade quality over -q 4 | yes | https://sourceforge.net/p/lame/bugs/516/#a26d |
All known versions for source package 'lame'
- 4.0-1 (sid)
- 3.101~svn6531+dfsg-1 (forky)
- 3.100-6 (trixie, bookworm)
