I stopped having this issue for well over a decade. Especially on some albums I enjoy there are tracks which are logically separate (on CD as well as files) yet "play" into one another continuously, so I'd have noticed this as it would produce a weird silence in an otherwise seamless musical transition.
It's entirely a player thing to start decoding the next track slightly before the current track ends and continuously feed the audio buffer with no gap. This has nothing to do with mp3 and digital audio, but everything with players that don't conceptually split between reading a file and pushing audio to the output but are just glorified shell for loops over mpg321.
No, it does. MP3 has an issue with gapless playback. A one second pause is a player thing, but the format itself does not support truly glitchless playback, because it always stores an integer number of audio blocks, and adds padding at the beginning. This is why nobody should ever use MP3 for e.g. sending around clips for video or audio production - quality issues aside, it also screws up the timing and aligning the start of the track.
More modern formats solved this issue by precisely defining the start/end points so decoding can produce an output with precisely the same alignment and number of samples as the input.
There are certainly nonstandard metadata hacks for MP3 to retrofit gapless support into it, but the core format cannot do it.
> the format itself does not support truly glitchless playback, because it always stores an integer number of audio blocks, and adds padding at the beginning.
I agree, although arguably the MP3 "core format" has had a number of extensions around so many things that ultimately became de facto standards (vendor extensions if you will). I remember how you could not have precise seeking or current time display with VBR, which now seems to be now largely a solved problem.
> There are certainly nonstandard metadata hacks for MP3 to retrofit gapless support
One of these is LAME adding gapless stuff at least as far back as 2003, so yes it's a workaround to a format limitation, but it's quite an old one, and fairly stable and known well enough that it's been a while since encoders default to encode with gapless metadata.
There's an interesting historical explanation here:
It's entirely a player thing to start decoding the next track slightly before the current track ends and continuously feed the audio buffer with no gap. This has nothing to do with mp3 and digital audio, but everything with players that don't conceptually split between reading a file and pushing audio to the output but are just glorified shell for loops over mpg321.