I believe the problem is actually *in* the mp3 files, as opposed to in the empeg: a mp3 file has to be a whole number of frames. You can't have half a frame. If the wav input ends half way through a frame, you get half a frame of blankness, which the empeg will faithfully reproduce.

I'm guessing, but I suppose the gapless playback tools on the PC do this: on the last frame of a file, they'll cut-short the decoding if the output goes to zero (or very near zero - not sure how quickly it can drop off to zero when encoded).

If this is the case, it could be done on the empeg too. I can't say how high up the priority list it is though, as the maximum gap you would get at the moment (with properly trimmed files) would be 1/38th of a second or so.

Hugo