the number that was requested. A lot of our code obviously assumes this
behaviour, and the MP3 file player depends on it because otherwise, when
reaching the end of the file, it will think it read a full buffer, when in
fact it only got part of it and the rest is the remains from the previous
read.
This would cause a brief note from earlier in the track at the end of the
MI1 chapter one screen. Probably other cases as well.
Of course, this may cause regressions but only - I think - if the code was
buggy to begin with.
svn-id: r8721