je voudrais savoir ce qui peut faire changer un CRC de cd à part la taille des fichiers
 
Je pense deja que la date ne joue pas, que le fait que le nom des fichiers soit en majuscule ou en minuscule n'a pas d'importance
 
Bref si quelqu'un a un manuel sur crc ca m'interresse !

Il me semblerait que le CRC soit lié au traitement (je sais pas si c'est juste une addition binaire (??)) des octets du contenu d'un (ou un lot de) fichiers. Peu importe son nom.
 
Comme cela sert à vérifier l'intégrité d'un fichier/bloc de données transmises/... on peut refaire le calcul (lequel ?) ensuite pour vérifier que les données transmises ou lues sont correctes.

ici mon crc16 me donne un nombre de 4 chiffre en hexa et je dois retrouver le meme nombre pour prouver que mes donnees sont les memes...
 
Ce n'est pas un crc lié à l'erreur mais un nombre unique correspondant à un lot de fichier... cependant je ne sais pas pourquoi j'obtient 2 resultats differents alors que mes donnees sont les memes à l'exception des dates de fichiers et de majuscule -> minuscule dans certains fichiers.
 
Si quelqu'un a une idee elle est la bienvenue

Ce CRC est généré par quoi ?  
 
C'est pas le numéro de série du CD ?  

non ce n'est pas le numero du cd, c'est un algorythme qui mouline sur les fichiers (je crois) et qui donne en retour un nombre en hexa. Si je regrave un cd avec les memes donnees je dois obtenir le meme crc...

je sais pas ce que c'est un CRC de cd
mais pour un fichier, il me semble que ce nombre est base sur une division polynomiale
on trouve pas mal de doc la dessus ainsi que des algos
il me semble que y'a des mecs qu'on reussit a retrouver les algos utilise par Windows et/ou DOS ...
normalement, ce CRC est le resultat d'un "moulinage" de tous les octets d'un fichier
donc si la taille de ton fichier change, mais aussi son contenu (par exemple inverser la position de 2 octets) alors le CRC change, ce qui n'est pas toujours le cas avec un checksum (je pense que c'est ce a quoi tu fais reference CARBON_14)
a mon avis la date et le nom n'a rien a voir la dedans
ces valeurs ne sont pas contenues dans le fichier et sont maintenues par l'OS ailleurs
a moins que ton algo les prenne en compte !
petetre que des algos d'antivirus le font pour verifier que le fichier est intacte ...
mais il sort d'ou ton algo ?

Mon algo il sort d'OS2 crc16.exe ! Et on l'utilise quand on livre un cd au manuf pour etre sur que les donnees sont identiques apres replication du media.