** Description changed:

+ [ Impact ]
+ 
+ * LAME writes UTF-8 text, but marks it as UTF-16.
+     * Notably, it also writes a UTF-16 byte-order marker at the beginning.
+ * Other software displays garbled text when viewing LAME's output due to 
interpreting UTF-8 as UTF-16.
+ 
+ [ Test Plan ]
+ 
+ A new integration test is included.
+ 
+ ```bash
+ lxc launch ubuntu:r rr
+ lxc exec rr bash <<EOF
+ apt update; apt install -y lame ffmpeg
+ wget https://sourceforge.net/p/lame/svn/HEAD/tree/trunk/lame/testcase.wav # 
(Any input should work here.)
+ lame -b128 testcase.wav testcase.mp3 --tt "test title" --ta "test artist" 
--id3v2-only
+ ffprobe testcase.mp3
+ EOF
+ ```
+ 
+ [ Where problems could occur ]
+ 
+ * This upload consists entirely of code backported from upstream, so it's 
likely to behave well.
+ * However, if it turns out to introduce a memory bug (though I doubt that's 
the case), it could affect FFMPEG and, transitively, much of Ubuntu's media 
ecosystem.
+ * It would be very odd for anyone to depend on this bug, but it's not 
impossible to work around it by trimming the first two bytes to remove the 
erroneous BOM, and this would break that workaround.
+ 
+ [ Original report follows ]
+ 
  With 3.101~svn6525+dfsg-2 create an mp3 file with some tags, e.g.
  
  lame -b128 testcase.wav testcase.mp3  --tt "test case" --ta "sam"
  --id3v2-only
  
  View the file in vlc or rhythmbox, or on the command line with
  ffprobe testcase.mp3
  
- 
  Input #0, mp3, from 'testcase.mp3':
-   Metadata:
-     encoder         : LAME 64bits version 3.101 (beta 3, Feb  4 2026) 
(https://lame.sourceforge.io)
-     title           : 整瑳挠獡e
-     artist          : 慳m
-     TLEN            : 566
+   Metadata:
+     encoder         : LAME 64bits version 3.101 (beta 3, Feb  4 2026) 
(https://lame.sourceforge.io)
+     title           : 整瑳挠獡e
+     artist          : 慳m
+     TLEN            : 566
  
  Options like --id3v2-utf8 --id3v2-utf16 don't help
  
  Description:  Ubuntu 26.04 LTS
  Release:      26.04
  
  I do not see the issue with 3.100 on Fedora, so reporting to Ubuntu
  rather than upstream.
  
  I also tried the Debian sid package lame 4.0-1, which correctly encodes
  the tags (maybe due to this fix
  https://sources.debian.org/patches/lame/4.0-1/svn-r6562.diff/ ).
  
  Notes:
  Any the wav file used should not matter, but you can get it from 
https://sourceforge.net/p/lame/svn/HEAD/tree/trunk/lame/testcase.wav

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2163110

Title:
  Character encoding of id3v2 tags is wrong

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lame/+bug/2163110/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to