Aren’t there unofficial extensions to mp3 for gappless playback?
Yes and no.
IIRC an MP3 track is divided in fixed-length frames and unless the actual audio matches perfectly with the end of a frame, it’s not possible and that’s why cross-fading plugins for audio players were invented. The padding data is there either way but can be documented in the metadata section of a file.
Last I checked (and that was years ago, so I may be wrong) this approach was never perfect and prone to breaking. It’s an inherent flaw with the format where some form of workaround exists.
Audio playback is such a low-demand process, surely a player (e.g.VLC) can spare a thread to line up playback of track 2, a few seconds before track 1 ends? It knows the exact length of the track, why can’t track 2 be initiated when the audio level in track 1 drops to zero (or minus infinity dB) in the last frame?
Yes and no.
IIRC an MP3 track is divided in fixed-length frames and unless the actual audio matches perfectly with the end of a frame, it’s not possible and that’s why cross-fading plugins for audio players were invented. The padding data is there either way but can be documented in the metadata section of a file.
Last I checked (and that was years ago, so I may be wrong) this approach was never perfect and prone to breaking. It’s an inherent flaw with the format where some form of workaround exists.
That said, for most use cases this is irrelevant.
Audio playback is such a low-demand process, surely a player (e.g.VLC) can spare a thread to line up playback of track 2, a few seconds before track 1 ends? It knows the exact length of the track, why can’t track 2 be initiated when the audio level in track 1 drops to zero (or minus infinity dB) in the last frame?
Workarounds in a specific player don’t negate the fact that the format has limitations.