Optimiser son DVD-R

Les notions de kilo, mega, giga prêtent malheureusement à toutes les interprétations. Après m'être "planté" plusieurs fois dans mes prévisions, j'ai fini par reprendre le problème au début. Et j'ai enfin admis que chez les marchands, kilo se traduit par mille, mega par million et giga par milliard.

Ce qui est, évidemment, totalement faux...

Préambule

Il va d'abord falloir faire un petit rappel historique et mathématique.
GB (ce qu'on voit marqué sur les DVD), ça veut dire giga-byte, ou, en bon français giga-octet.
Un octet est composé de 8 bits.
Un bit = binary unit ou digit (je ne sais plus) est une unité binaire, ne pouvant donc prendre que 2 valeurs distinctes (0 ou 1, dans ce cas). Un octet pourra donc prendre les 256 valeurs comprises entre 0 (00000000) et 255 (11111111). Cette méthode a permis entre autres d'établir le codage des signes d'écriture (minuscules, majuscules, accents, caractères spéciaux) qu'on retrouve dans la fameuse table ASCII. Pour simplifier, toute lettre, virgule, chiffre ou autre est codé sur un octet.

Bit en français, c'est resté bit...
Donc, on écrit "b" pour bit, "B" pour byte (prononcer baïte), "o" pour octet.
En simple traduction français/anglais,1 GB = 1 Go

Avec la "prolifération" des octets, on a ensuite été amené à utiliser un système similaire à celui du système métrique avec les paquets de mille (kilo). Manque de pot, en base 2, on ne tombe pas sur 1000, mais sur 1024 au mieux.
2 - 4 - 8 - 16 - 32 - 64 - 128 - 256 - 512 - 1024...

Et donc, un kilo-octet (Ko) = 1 kilo-byte (KB) = 1024 octets
Puis un méga-octet (Mo) = 1 mega-byte (MB) = 1024 Ko/KB = 1024 * 1024 octets
Un giga-octet (Go) = 1 giga-byte (GB) = 1024 Mo/MB = 1024 * 1024 * 1024 octets...

Et ainsi de de suite, l'unité suivant le Giga est le Tera, et on commence à en entendre parler.

Parenthèse : c'est évidemment au niveau commercial que cette notion du 1024 a pu évoluer dans un sens ou dans l'autre, en choisissant la valeur la plus flatteuse. C'est ainsi qu'ATARI en son temps a commercialisé le 1040 ST (c'était un 1024 bien sûr) et qu'aujourd'hui on nous vend des milliards d'octets pour des Gigas...

Mettez un DVD-R (ou RW, j'ai essayé avec les deux) dans votre graveur, demandez à Toast une info sur le disque et celui-ci vous répondra qu'il y a 2.298.496 secteurs disponibles. Bon, ça dépend ausi des marques, mais à quelques octets près...
A 2 Ko le secteur, ça nous fait un poids réel de 4.707.319.808 octets ! 4,7 milliards d'octets et des brouettes...
Les voilà donc, nos fameux (fumeux ?) 4,7 Go.
Malheureusement , ça ne fait que 4.489,25 Mo, ou très précisément 4,384 Go...

Et c'est pas fini...

Considérons la face arrière (le verso) d'un disque de ce type. Ça se présente en gros comme ça :

La gravure débute à environ 22 mm du centre et la bordure extérieure de la couche se situe à environ 59 mm (le disque faisant 120 mm de diamètre).
Or il s'avère souvent que la bordure extérieure ne soit pas très "nette", que son contour soit dentelé, et/ou que la couche ne soit pas homogène, en bref, il ne fait pas bon y déposer ses octets !!!

Surtout si c'est pour les relire... et c'est généralement pour ça !
Si ce sont des données, elles seront perdues, si c'est du DVD, il y aura des à-coups provoquant des erreurs de lecture et se traduisant par des gels d'image, des coupures de son, voire le "plantage" du lecteur.
Il faut également signaler que les lecteurs DVD de salon sont moins permissifs que les lecteurs de nos ordinateurs, et que ce qui a pu être jugé bon sur le Mac ne le sera peut-être pas obligatoirement dans le salon.

Comment y remédier ?

Ça c'est simple, il suffit de ne pas aller graver dans la zone "dangereuse"...
Regardez bien un disque gravé. La gravure débute à 22 mm mais la couche, elle, débute à 20 mm, se ménageant donc 2 mm de marge... Il suffirait alors de laisser libre les mêmes 2 mm à la périphérie pour être tranquille, non ?

Un peu de calcul. Partons du principe que les octets déposés se font au prorata de la surface du support... et si ce n'est pas ça, j'atttends qu'on me prouve le contraire.
Nous avons donc une surface de [pi * R2 - pi * r2] pour la surface totale des 4.489,25 Mo, où R = 59 et r = 22
Et une surface "utilisable" (en enlevant 2 mm) de [pi * R'2 - pi * r2], où R' = 59 - 2 = 57

D'où un rapport de : (R'2-r2) / (R2 - r2), soit 2765/2997 = 0,9226

Comme nous recherchons la valeur des Mo inscriptibles, c'est donc :

4489,25 * 0,9226 = 4141,73 Mo ou 4,05 Go

Vous voyez qu'on est vraiment très loin des 4,7 Go.
Et là je dirais qu'on est à l'aise, car on a pris la marge nécessaire et suffisante à une bonne gravure/relecture...

On peut refaire le calcul avec 1,5 mm de marge : 4,13 Go
Ou même avec seulement 1 mm de marge : 4,21 Go

Il n'est absolument pas raisonnable d'aller au delà de cette marge d'1 mm ! Pour ma part, j'ai fixé la limite maximale (avec de "bons" disques) à 4,15 Go (4250 Mo); mais je continue à m'en tenir à 4,05 Go, et je vous conseille très vivement d'en faire autant.

MISE À JOUR du 14/11/04 : Non, il n'y a pas plus d'octets maintenant qu'au début de cet article ;-)
On remarquera quand même deux choses; ma première, c'est que Toast (ici, la version 6.0.7) ne donne plus en clair le nombre de secteurs disponibles :