Recent changes to feature-requests

#85 HDCD decoding support

2024-07-02T09:54:15.691000Z

HDCD isn't an "audio format" as such; it's an encoding that's applied to PCM data, with in-band signalling used to indicate when the encoding is applied. Essentially it encodes the top and bottom 4dB of range using a logarithmic scale, increasing the apparent dynamic range to 20-bit but folding it into a 16-bit sample.

Unfortunately there are very few players out there which can decode it. My old Arcam DV79 would, but only via the analogue out (the HDCD decoder needs to be in the DAC). There were a couple of AV receivers which would decode it via the SPDIF input and so would correctly decode a WAV or FLAC file being streamed to them, but the in-band signalling will not survive the MP3 encoding process (or AAC, OGG etc).

Hence why I suggested the decoding should be incorporated into lame - given that MP3 encoding (or any other perceptual coding) destroys the in-band signalling, any HDCD decoding needs to be done ahead of the MP3 encoder. (Again, the same applies to other codecs such as AAC.)

I wasn't aware that lame used libsndfile? Certainly when I've tried passing a FLAC file to it as input it's complained with an "unsupported input format" error; I've always had to pipe the output of the FLAC decoder into lame when converting.

#85 HDCD decoding support

2024-07-01T15:53:44.981000Z

Currently lame provides native support for a bunch of uncompressed audio formats (WAV, AIFF, RAW...). External libmpg123 provides support for mpeg audio formats, and libsndfile does so for further compressed/uncompressed formats. Now, the best place for libhdcd inclusion would be the latter, so in a glance you will get hdcd format supported in a whole range of different applications (including lame). The devs are also quite reactive.

HDCD decoding support

2024-06-25T08:56:35.073000Z

Now that the patents have expired on HDCD and an open-source decoder is available, is it possible to integrate HDCD detection and decoding (prior to MP3 encoding) into LAME? At present if you have an HDCD-encoded disc you have to rip to WAV, load into something like foobar2000 with the HDCD plug-in enabled and batch convert from there.

Add to this that a lot of HDCD-encoded discs aren't actually marked as such and it becomes a challenge to know which discs need the workflow above, and which can just be ripped as standard with EAC / lame.

It would be a huge benefit to merge the available open-source implementation of the HDCD encoder into lame to allow the decoding to happen as part of the standard workflow.

#42 pkgconfig support for libmp3lame

2023-11-21T14:37:44.462000Z

status: open --> closed
Group: --> Compatibility

#84 support for ID3v2.4 (UTF-8)

2023-11-21T13:42:26.707000Z

status: open --> closed
assigned_to: Alexander Leidinger

#84 support for ID3v2.4 (UTF-8)

2023-10-12T12:06:03.532000Z

I have taken a stab at adding support for UTF-8 ID3v2.4 tag and posted my patch here: https://sourceforge.net/p/lame/patches/99/#aad8

#84 support for ID3v2.4 (UTF-8)

2023-03-27T16:49:39.399000Z

I, too, would be interested in this happening.

support for ID3v2.4 (UTF-8)

2023-03-21T17:01:46.655000Z

It would be really great if LAME supported writing MP3 metadata as ID3v2.4 tags (with 0x03 prefix for UTF-8). Adoption of ID3v2.4 is growing (came out over 20 years ago!) and in general, UTF-8 is definitely the way forward.

support for ID3v2.4 (UTF-8)

2023-03-21T17:01:46.655000Z

Ticket 84 has been modified: support for ID3v2.4 (UTF-8)
Edited By: Alexander Leidinger (aleidinger)
Status updated: 'open' => 'closed'
Owner updated: None => 'aleidinger'

#42 pkgconfig support for libmp3lame

2022-09-28T06:14:01.311000Z

Debian now patches this into their packages:
https://salsa.debian.org/multimedia-team/lame/-/blob/master/debian/patches/pkg-config.patch