Graveur PleXWriter 12/10/32A

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
25
jan.
2001
Matériel
Extrait:
« Certains prétendent que la gravure sous Linux est une tache ardue et qu'en IDE c'est carrément Mission Impossible. Dans la série "j'ai testé pour vous..." nous avons essayé le tout dernier graveur RW IDE de Plextor le PleXWriter 12/10/32A. »

Note du modérateur: ce test hardware inaugure une nouvelle section sur Linuxfr qui sera réservée au test de matériel sous Linux. A lire ! http://www.plextor.be/English/images/products/pxw121032kl.gif

Marque Plextor

Modele PleXWriter 12/10/32A

Prix indicatif : 1900F

Redacteurs

trollhunter

zemarmotte



Certains prétendent que la gravure sous Linux est une tache ardue et qu'en IDE c'est carrément Mission Impossible. Dans la série "j'ai testé pour vous..." nous avons essayé le tout dernier graveur RW IDE de Plextor le PleXWriter 12/10/32A.




A l'ouverture de la boîte contenant le graveur, vous trouverez :


  • 1 manuel illustré très complet multilingue.

  • 1 CD R vierge 10x

  • 1 CD RW vierge

  • 1 nappe IDE

  • 1 CD de drivers pour Windows ( pour nous de peu d'utilité ).

  • 1 Logiciel de gravure pour Windows.

  • 1 câble de raccordement à la carte son.

  • 1 sachet de visserie avec tige d'éjection.



Contenu de la boîte
http://infonomade.linuxfr.org/tests/graveur/contenuB.png
http://infonomade.linuxfr.org/tests/graveur/contenu.png

Vue de face
http://infonomade.linuxfr.org/tests/graveur/faceB.png
http://infonomade.linuxfr.org/tests/graveur/face.png

PS : Last but not least le graveur ;-)

L'ensemble du matériel inspire confiance.
Il est à noter que ce graveur dispose d'un
burnproof pour limiter les chutes.



Le test proprement dit du graveur :


La plateforme de test est un bi PIII CU 533Mhz,
64Mo RAM, HD + Lecteur de CDROM SCSI, graveur en ATAPI.


Kernel 2.2.17 Linux Mandrake 7.2





Nous avons testé à la fois la gravure
1
des CDR et celle des CDRW et à
chaque fois nous avons copié de CD à graveur, de disque
à graveur.

Et bien évidement la lecture de CD ne pose aucun problème.


Bien entendu nous ne nous sommes pas arrêté en si bon chemin et
avons cherché à "pousser" le graveur pour voir jusqu'où nous
pouvions aller.


Nous avons lancé, comme vous pouvez le constater sur les 2 screenshots
joints:


  • Netscape

  • emacs

  • décodage mpeg avec Xmovie

  • Gtop

  • Xosview

  • KDE2

  • Kscd



On genere l'ISO
http://infonomade.linuxfr.org/tests/graveur/1B.png
http://infonomade.linuxfr.org/tests/graveur/1.png

On grave
http://infonomade.linuxfr.org/tests/graveur/2B.png
http://infonomade.linuxfr.org/tests/graveur/2.png

En outre, la Mandrake lançant une multitude de services par défaut
nous les avons gardé pendant la durée du test.
2
Comme vous pouvez le constater nous avons fait exactement le contraire de ce que préconisent certains magazines
cités
dans une news et, Linux étant un OS multitache et bien conçu nous n'avons raté aucune gravure.




A titre indicatif voici deux des tests réalisés :


Nous avons réalisé la gravure de 535Mo de données vers CDR en 12x; le temps
total de la gravure en comptant le temps de génération de l'ISO
est de 10 Minutes. Nous avons gravé 700Mo de .wav en 10Minutes sur un CDR toujours en 12x.


Comme vous pouvez le constater si vous voulez graver en IDE sous Linux ce modéle est un excellent choix, dont la durée de vie sera assez longue si on se fie à la réputation de Plextor.

Nous tenons à remercier le magasin 3D MULTIMEDIA pour le
prét de ce graveur.



1:

Pour plus d'information sur la gravure sous Linux vous pouvez vous référer au RTFM accompagnant ce test.



2

La mention des 1 secondes dans le terminal peut surprendre ceux qui n'ont pas l'habitude de cdrecord cette mention est normalement affichée jusqu'à la fin de la gravure.



3: 3D Multimedia



96, av Daumesnil 75012 Paris.


Tél: 01.43.44.52.52

4: le BURN-Proof comment ça marche ?



Lorsque l'on grave un CDROM, il arrive parfois que le cache interne
du graveur se retrouve à cours de données ce qui a, en général,
pour conséquence un échec de la gravure.


Ce phénomène est appelé Buffer Underrun.

Depuis peu, une technique a été mise au point pour tenter de contrer ce phénomène: la quantité de donée présente dans le cache du graveur est mesurée, et lorsque sa valeur descend en dessous d'un certain seuil , de l'ordre de 10%, la gravure s'arrête et la position du dernier secteur gravé est mémorisée et le graveur se et en attente de nouvelles données. Lorsque le flux de données reprend, la gravure reprend à l'endroit où elle s'était arrêtée.
D'où le nom de BURN-proof ( Buffer UnderRuN proof ) que l'on peut traduire par "à l'épreuve des buffer underrun"

Aller plus loin

  • # PB !

    Posté par  . Évalué à -1.

    Il y a un problème avec les liens vers test 1 et 2 !
    je trouve cette idée de faire des tests de matériels très bonne...

  • # burn proof

    Posté par  (site web personnel) . Évalué à 1.

    [il a y un petit problème, aucun lien de l'article ne marche...]
    Je pense qu'il faut vraiment insister sur le fait que le Burn Proof c'est quelque chose de fantastique, il est quasiement impossible de rater un CD avec ça !

    • [^] # Re: burn proof

      Posté par  . Évalué à 1.

      Ouaich, Sorry mea culpa maxima culpa, ça marchait en local et j'aurais du mieux tester. Promis on fera mieux la prochaine fois.

    • [^] # Re: burn proof

      Posté par  . Évalué à 1.

      Le burn-proof est supporté par linux ? Ca se manifeste comment exactement ?

      • [^] # Re: burn proof

        Posté par  . Évalué à 0.

        Le support d'un graveur et de ses fonctionnalités est le fait de cdrecord et non du noyeau. Le noyeau apporte le "scsi generic" et cdrecord se debrouille tout seul avec le graveur. Pour les graveur ide, linux apporte une emulation scsi transformant les commande scsi/mmc en ide/mmc.

        cdrecord 1.9 supporte le burn proof

        www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html

      • [^] # Re: burn proof

        Posté par  . Évalué à 0.

        Regarde une fois dans gcombust: sur le volet des options il y a une case en bas de l'écran pour le burn-proof. Aucune idée si ça marche effectivement, étant donné que je n'ai pas de burn-proof, mais apparemment c'est suporté.

      • [^] # Re: burn proof

        Posté par  (site web personnel) . Évalué à 1.

        Le burn proof est en fait entièrement matériel : c'est le graveur lui-même qui va détecter la taille du buffer de données. Si celle ci est trop faible, le graveur arrete de graver et attend que le buffer se re-remplisse puis reprend ou il en était.
        Je pense que le fait de dire que cdrecord supporte le burn proof signifie qu'il sait qu'il ne faut pas envoyer de message d'erreur à l'utilisateur si le buffer est vide au cours d'une gravure.

  • # pas si dur...

    Posté par  . Évalué à 0.

    graver en IDE difficile ? impossible ? j'ai un vieux mitsumi, et je n'ai jamais bousillé un seul CD. c'est encore plus facile que sous windows, surtout avec les dernieres distribs qui fournissent les modules pour l'émulation IDE-SCSI.

  • # élémentaire

    Posté par  . Évalué à 0.

    Ca doit faire deux ou trois ans que je grave mes backups hebdomadaires sur un bon vieux mitsumi IDE avec l'émulation IDE-SCSI dans le kernel et XCDroast. Rien de difficile là-dedans.

    • [^] # Re: élémentaire

      Posté par  . Évalué à 0.

      C'est de ces news qui font croire à des nouveautés sur des features qui existent depuis une eternité. En plus ça à toujours _très bien_ marché, je n'avais jamais loupé de gravure non plus.

      Par contre sous FreeBSD (et OpenBSD aussi je crois) ils n'ont rien prévu pour le gravage en IDE, j'était un peu déçu en sachant que Linux le fait depuis très longtemps.

  • # Un test c'est bien

    Posté par  . Évalué à 0.

    mais ça manque un peu de détail, rien sur le(s) logiciel(s) utilisé, pas de test de gravure à la volée, pas de taux d'occupation du cpu ou de la mémoire, rien sur la configuration du graveur IDE (mais je crois qu'il y a un autre article la dessus)...
    La seule chose que j'ai appris c'est que ça marchait mais je m'en doutais un peu en faisant une image et avec la techno burnproof sur un PIII 533. Le contraire aurait été etonnant.

    Mais bon c'est très bien de faire des tests, continuez.

    Marc.

    • [^] # Re: Un test c'est bien

      Posté par  (site web personnel) . Évalué à 1.

      on peut supposer qu'ils ont utilisee cdrecord 1.9 sinon ils pourraient pas tester le burnproof, ont'il utilise une interface genre cdrtoaster ou xcdroast ? c vrai que ca manque d'infos !

      • [^] # Re: Un test c'est bien

        Posté par  (site web personnel) . Évalué à 1.

        C'est dans la capture d'écran :
        Tout est en ligne de commande
        Cdrecord 1.9 (i586-mandrake-linux-gnu)

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Un test c'est bien

          Posté par  . Évalué à 0.

          Je possede moi-meme un plexwritter 10/12/32A depuis une semaine. L'installation n'a pas pose de probleme particulier (distrib Mandrake 7.2, noyau 2.4.0)
          J'utilise le front-end xcdroast, et je ne vois pas comment rendre la gravure plus simple, c'est enfantin!
          Je n'ai pas essayé d'autre front-end, pas encore eu le temps... des suggestions?

          • [^] # Re: Un test c'est bien

            Posté par  (site web personnel) . Évalué à 1.

            ben perso, j'ai un yamaha 4416 depuis fin 98 et j'utilise cdrecord depuis sa version anciennne 1.6 et comme frontends xcdroast pour la grav' cd a cd et cdrtoaster pour mes backups et la reinscription de CDRW. Pour les cd audios, tout en ligne de commande :

            cdparanoia -B "1-" pour ripper et ensuite cette ligne :

            cdrecord -v speed=4 dev=x,x -nopad -dao -audio track*.wav

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.