Le constructeur Pioneer devrait prochainement lancer le BDR-S05J-BK, un graveur Blu-ray interne capable d’atteindre une vitesse de gravure de 12x avec des BD-R/-R DL compatibles. Doté d’une interface SATA, le BDR-S05J-BK embarque 4 Mo de mémoire tampon.
Le BDR-S05J-BK peut également graver les BD-R LTH à une vitesse maximale de 6 x, les BD-RE et BD-RE DL en 2x, les DVD-R/+R en 16x, les DVD-R/+R DL et DVD+RW en 8x, les DVD-RW en 6x, les DVD-RAM en 5x, les CD-R en 40x et les CD-RW en 24x. Attendu pour le mois prochain au Japon, le BDR-S05J-BK devrait être affiché à un peu moins de 420 dollars.
Un BR à 12x, ça débite combien de Mo/s ?
Non, parce que là, le tampon, il est pas un peu inutile ?
54 Mo/sec au max
Donc pour Bill2, les 4Mo servent uniquement à parer toute éventualité en cas de buffer underrun ponctuel... pas pour préserver la gravure comme du temps des copies à la volée pour les CD avec des machines potentiellement lentes;)
si je me rappel bien les premier graveur etait depourvu de cache ce qui etait pouvait potentielement faire rater une gravure
oui sur le Pentium 200 avec win95, graveur sans cache quand tu bougeais la souris tu plantais la gravure et le système
Mais justement, un BR à 12X, le cache de 4Mo ne tiens même pas 1/4 de secondes.
Alors à quoi sert-il ? Il n'empêche absolument pas un buffer underrun ...
heu.. pas que potentiellement, hein. ça arrivait souvent.
Si vous pensez que les mémoires cache ne sert à rien, à quoi servent celles qui sont dans les disques dur ??? Ca reviendrait au même à ce à moment là...
Le cache est là pour tamporisé, même si par rapport à la vitesse d'écriture ca parrait totalement inutile, ça a toujours prouvé que ca servait bien...
Idem dans les processeurs, etc etc
le cache (surdimensionné) dans un graveur c'était pour éviter les buffer underrun. faut comprendre qu'avant les "nouveaux" graveurs, la moindre rupture dans la lecture de la source était fatale à la galette. d'où deux buffers: un en RAM et un autre, interne au graveur. qui pallient au ruptures/ralentissements inévitables dans la lecture de fichiers.
le DD remplit le premier buffer, qui remplit le second qui doit alimenter - à vitesse toujours constante - le graveur.
c'est pas parce que maintenant les graveurs peuvent reprendre là où ils en étaient que ça ralentit pas toute l'opération. tu peux faire facilement le test: surcharge ta machine pendant que tu graves à bonne vitesse, tu verras le temps de gravage doublé, voire triplé: le temps qu'à chaque fois les buffers se re-remplissent, que le graveur se recale au bon endroit et reprenne l'opération.
tout ça multiplié par le nombre de ruptures...