Ce texte a été écrit en réponse à la question n°22figurant dans ce sondage
La méthode qui consiste à utiliser un lecteur au firmware dit "patché" ou "débridé" de manière à atteindre une vitesse de lecture la plus haute possible
est même une méthode de test "pro" de la qualité de la gravure
Dans les excellentes reviews de graveurs publiées sur le site CDRinfo:
- alors qu’auparavant les tests de qualité de gravure consistaient en des scans d'erreurs Kprobe puis Plextools comme on peut le constater ici lors de la review du TDK 1616N:
http://www.cdrinfo.com/Sections/Reviews ... &PageId=11
- Depuis environ fin 2004 et notamment pour la review du Pioneer 109
http://www.cdrinfo.com/Sections/Reviews ... &PageId=13
on trouve l’association:
courbe du taux de transfert du logiciel Nero CD DVD Speed
suivie d’un scan PI/PO de Plextools pratiqué avec un graveur PX-712
Voici le texte exact extrait du lien précédent décrivant leur méthode de test:
« In order to test the writing quality and readability of the burned media we used two readers with two software applications:
The LiteON SOHD-167T with patched firmware being able to read DVD5 up to 16X CAV and DVD9 up to 10X CAV. For the transfer rate tests we used the latest Nero CDSpeed version.
The Plextor PX-712A with the latest available firmware. For scanning the disc, we used the latest PlexTools version at 2X CLV reading speed, BURST mode, with middle accuracy »
Cependant les testeurs de CDRinfo prennent la précaution de
toujours mettre le texte suivant en tête et ceci à chaque pageavant de présenter les courbes:
« Due to the fact that we overspeed the readingcapabilities of the, such drops are expected, especially near the outer area of the disc »
Le problème est qu’il me semble que les courbes sont dépendantes du lecteur et de son firmware.
Si l’on atteint pas au moins une vitesse de lecture de 8x voire 12x vers le mileu du disque toutes les courbes ont tendance à se ressembler et ce test ne donne rien de significatif.
Dans les reviews de CDRinfo on trouve depuis ce changement toujours l'utilisation de ce lecteur LiteON SOHD-167T flashé avec un firmware patché par «Codeguys» tel qu’ils l’expliquent ici dans leur review de ce lecteur 167-T:
http://www.cdrinfo.com/Sections/Reviews ... 3&PageId=0
« Codeguys offers two un-official firmware releases at 9S14 and 9S15, which allow reading of ±R/RW discs up to 16X and +R DL up to 10X ! »
Le problème est que ce lecteur 167T n’est plus celui qui est vendu actuellement par Lite-on mais on trouvera plutôt le Lite-On SOHD 16P9S. Il s’agit d’un simple lecteur et non d’un graveur vendu environ 25 €.
Par chance on trouve pour ce nouveau lecteur également un firmware SF09 patché publié par les mêmes «Codeguys» ainsi que cela est expliqué dans la review de CDRinfo du LiteON SOHD-16P9S ici:
http://www.cdrinfo.com/Sections/Reviews ... &PageId=10
Un patcher permet d’ajuster les vitesses de lecture avant le flashage et les vitesses maximales de lecture que l’on peut atteindre sont :
DVD-ROM SL: 16x
DVD-ROM DL: 16x
DVD R: 16x
DVD RW: 16x
DVD R DL: 12x
Alors que le firmware de base (stock firmware) permettait seulement les vitesses suivantes :
DVD-ROM SL: 16x
DVD-ROM DL: 8x
DVD R: 8x
DVD RW: 8x
DVD R DL: 8x
Ce lecteur Lite-On SOHD 16P9S
muni du firmware SF09 patché par « Codeguys »
me paraît donc logiquement désigné pour qui voudrait estimer la qualité de ses gravures
par cette méthode de la courbe du taux de transfert
au lieu de s’embarquer dans les multiples scans d’erreurs qui sont sujets d’innombrables discussions concernant leur bonne interprétation
comme on pourra s’en convaincre en lisant ce sujet et ses ramifications sur cdfreaks:
http://forum.gravure-news.com/que-valen ... t17025.htm
Des spécialistes commentent même en disant que:
- plus grand sera le nombre de graveurs permettant d'effectuer ces scans d'erreurs (et de plus il y a de nombreux logiciels différents possibles)
- plus grand sera le désordre dans l'interprétation des innombrables chiffres des scans d'erreurs.
D'ailleurs chaque fois qu'un nouveau graveur sort il y a des gens pour immédiatement indiquer qu'il ne reporte pas les erreurs dans le même sens que les graveurs utilisés précédemment ...