Je soupçonne qu'il s'agit d'un problème mécanique dû à des différences entre votre ancien graveur de CD et votre nouveau lecteur de CD. Soit ça, soit votre ancien logiciel CD était légèrement bogué. Essayez le CD sur un autre ordinateur. Peut-être que vous avez un ami avec un système assez ancien. Si cela fonctionne là-bas, enregistrez le contenu sur une clé USB, ramenez-le à la maison et générez un nouveau CD.
Il est techniquement possible que le problème vienne de votre nouveau système et que le CD fonctionne correctement. Si c'était le cas, vous auriez probablement déjà eu d'autres problèmes auparavant. Une autre possibilité est que le CD ait été corrompu avec l’âge. Cependant, le fait que chaque chanson présente le même problème fait de la dégradation aléatoire des bits une cause peu probable.
En guise de solution ultime, copiez les fichiers sur votre propre disque. Ils contiendront des données supplémentaires à la fin, que vous devriez pouvoir recadrer à l’aide d’un éditeur MP-3. En utilisant Google, je constate qu'il existe des programmes gratuits et même des utilitaires en ligne qui devraient faire l'affaire. Une fois que vous avez corrigé tous vos fichiers, vous pouvez graver un autre CD avec eux.
IIRC le CD "système de fichiers" est un kludge sur un système principalement conçu pour lire des fichiers de musique consécutifs. Une partie de ce qui se passe lors de la gravure de fichiers réside dans le fait qu’une première "image ISO" des données est créée. Il contient ce qui doit être écrit, prétendant avoir le type de secteurs de disque et trace l'utilisation d'un système de fichiers r / w normal. Le CD est en train d'écrire en spirale vers l'extérieur depuis le centre et il manque de pistes physiques et de secteurs. Une inadéquation entre la réalité physique et la prétention ISO pourrait être une cause contributive, ou la partie image ISO était mal écrite.
Spéculation: Imaginez si la spécification ISO exige que les fichiers soient remplis de 0 jusqu'à la fin de la limite d'un secteur entier (512 ou même 2048 octets, par exemple). Mais l'ancien logiciel buggy que vous aviez en 2003 n'a pas réussi à le faire. Les tampons ont été réutilisés et les données non effacées de l'ancienne chanson sont toujours conservées dans la mémoire tampon de secteur finale de chaque nouvelle chanson. Votre ancien logiciel était suffisamment intelligent pour utiliser un nombre d'octets de la taille d'un fichier pour indiquer la fin du fichier. Imaginez maintenant que votre nouveau logiciel lise des secteurs entiers et s’attend à s’arrêter à la fin du secteur de fichier final ou jusqu’à ce qu’il commence à voir des 0. La non-concordance entre la manière dont votre ancien logiciel et le nouveau logiciel détectent la fin de fichier peut expliquer ce problème. Ce serait un cas étrange de bogues complémentaires, mais ce genre de choses se produit.