La compression d'un fichier NEF 'Raw' obéit à d'autres règles je le crains...
Tout d'abord, revenons à la structure d'un fichier NEF, qui est intimement liée à la structure du capteur: dans notre cas un capteur où les photosites (et non pas les pixels) sont organisés de façon rectangulaire et recouvert par un Bayer array - un filtre mosaique R/G/B. Chaque photosite étant recouvert d'un filtre soit R, soit G, soit B, ne mesurera qu'une seule couleur ! Le filtre est organisé par bloc 2x2: 1 R, 2 G, 1 B. Pourquoi cette prééminence du vert ? Parce que l'oeil humain est plus sensible à des variations d'intensité lumineuse qu'à des variations de couleurs - et c'est le vert qui contient le + d'informations relatives à l'intensité lumineuse...
En chaque photosite, 12 bits (ou 1 byte et demi) sont enregistrés - ce qui explique qu'un fichier raw non compressé soit d'une taille de l'ordre de 1,5 x la taille du capteur faussement exprimée en Mega Pixels: 9 Mb pour 6 Mp (D100), 15 Mb pour 10 Mp (D200), 18 Mb pour 12 Mp (D2X/D2Xs) (on négligera la taille de l'inévitable header)
L'algorithme cité plus haut, de type 'run-length' n'est pas directement applicable ici vu le caractère mosaique de la structure des données... De plus, la présence de bruit électronique rend quasi impossible l'existence de zone constante dans l'image (avec 12 bits, on à 4096 niveaux d'intensité, on a donc vite sauté d'un niveau à un niveau adjacent !)...