Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Yamaha 16/10/40 IDE CD-RW review

Bij GamePC is een review verschenen over de Yamaha 16/10/40 IDE CD-RW brander. Deze fikt met 16x en 10x op zeer relaxte snelheden, en hij weet in 5 minuten een 700MB CD vol te zetten. Gemis bij deze drive is een vorm van burn-proof techniek zodat je alleen maar kan vertrouwen op een 8MB buffer. Deze 8MB buffer is volgens GamePC wel genoeg als je niks geks doet, maar een extra vangnet zou beter zijn geweest. De reviewer heeft dezelfde mening, en vindt de 12/10/32 Plextor onder andere daarom gemiddeld genomen beter:

In the ultimate real world test, which consists of just burning an entire 700MB CD to it's full length, the Yamaha drive narrowly beat out the Plextor drive by scoring times of 5 minutes and 7 minutes, respectively. Burning an entire 700 MB CD in just over 5 minutes is simply amazing, and certainly makes CD-R burning a less of a hassle, seeing as how while burning there was only around a 30% loss in CPU strength, which is plenty of enough power left over to use your machine for day to day tasks.

For those of you who just can't stand a loss in CPU performance while burning, word is Yamaha is also planning Ultra SCSI and Firewire versions of this exact drive for high-end users. Of course, they will be more expensive than the drive we're looking at today, but should give noticeable gains in overall system speed while burning.

In comparison with the Plextor, of course the Yamaha is a little faster, but with that added speed comes added noise. Everyone has their own opinions on if they're willing to sacrifice some decibel levels for some added CD speed, we're not going to tell you which is better than the other. In our opinion, the Plextor seems like a much more rounded package compared to the Yamaha, but that's not to say the Yamaha isn't a great drive in itself.

Door

37 Linkedin Google+

Bron: GamePC

Reacties (37)

Wijzig sortering
8-speed = 8*150kB/s = 1200kB/s
16-speed = 16*150kB/s = 2400kB/s

Onder de streep geeft dat met 4 dan wel 8 MB buffer dezelfde resultaten!

Dat de rest van mijn systeem daar wel eens niet aan zou kunnen voldoen is correct, maar dat mag je niet afwentelen op de CD-Writer dus!

M'n moeder heeft in haar PC een Quantum BigFoot zitten, en die kan leveren tot op 8-speed, maar natuurlijk zou ik een dergelijke harddisk niet gebruiken om een 16-speed CD-R(W) te voeren!

Hier thuis is 't anders: 4*4*24 CDRW met 4MB buffer d'r bij......gaat dus nit mis :)

Zoals ik al geroepen heb: allemaal een kwestie van een goed geconfigureerd systeem!
maar waarom zou je het relatief dure buffer niet simpelweg vervangen door het ondertss gemeengoed geworden burnproof?
Op een paar 100.000en drives scheelt dat toch weeral wat in kosten.
En over scsi... zo fantastisch is scsi nu ook weer niet hoor.. ok, de techniek mag er zijn, maar de meerprijs voor die paar cpucycles die je er nog mee uitspaart.. 'k vraag me af wie van jullie die gaat missen..

jah.. jullie met je koeien missen die maar jullie zijn dan ook goed gek ;)
Ik heb toch liever een grotere buffer dan burnproof hoor (of het liefst burnproof NAAST een grote buffer), bij audio cd's zuigt burnproof toch mooi! Bij data cd's heb ik nog geen problemen ontdekt, maar ik heb een keer een audio cd opgenomen met BP en daar zaten allemaal tikjes in.
Was dat een directe copie van cdrom naar brander ? ... want bepaalde cdroms rippen met tikjes erin als ze hard moeten gaan, en 12 x DAE is al best een opgave voor de meeste cdroms.
Probeer anders eerst eens de audio met je brander op je HD op te slaan en dan op te nemen, ( een paar keer met opzet de burnproof laten werken...) eens kijken of je dan nog tikjes hoord, want ik geloof dat het theoretisch onmogelijk is dat je ze hoord.

succes...
12X DAE is ook veel ja..

Maar geen nood. De kenwood 72X (multibeam) CD-ROM zou dit probleemloos moeten kunnen..
dan was je audio-cd waarschijnlijk al verrot..
ik heb eergister een audio-cd gecopieerd en mijn A-open 40x kon mijn plextor niet bijbenen waardoor de read-buffer continue leeg was.
Het duurde ongeveer 10 min voordat de cd klaar was en er werd zwaar gebruik gemaakt van burn-proof.
maar.. geen klikje te horen op de hele audio-cd.

misschien komt het door de firmware, v1.05 hier, maar er is zeker iets niet goed aan je systeem.. en het is niet de burnproof :)
Heb ik ook gehad. Maar dan met het direct burnen van MP3. (ok, dat was op een P200, dus die kon de plex erin niet bijhouden) en op een RW. Ik had ook tikjes...
Omdat de buffer in het ram niet erg boeit..

De data moet eerst van de HD (of CD) naar het geheugen, maar hij moet daarna _wel_ weer naar de drive ook, en _daar_ gaat het het meest fout.

Ik kan wel zeggen dat ik met mijn 4 speed yamaha SCSI brander werkelijk nog _nooit_ een buffer underrun gehad heb. Nee wacht, een keer, toen ik voor de gein even 50 keer netscape opstartte tijdens het branden :) Maar tijdens normaal gebruik, never. Even tussendoor, wie gaat er nou UT spelen onder het branden? Je moet toch iedere 5 minuten weer nieuwe CDs erin leggen...
Hmm jij beweert dat van audio van cd lezen niet het probleem is maar het schrijven het probleem.
Zal je moeten teleurstellen, het van audio van cd rippen is veruit het grootste probleem. De meeste cd-roms doen dat gewoon niet goed op hoge snelheden.
Schrijven is het probleem niet.
Ja basb dat was ik nog vergeten te schrijven in m'n reply. Zeker als je op 16x Audio wilt gaan branden moet je als je CD-copy doet wel een hele snelle CDROM-speler hebben. Ik heb een Plextor UtraPlex SCSI(40x) maar die haalt geen 16x gemiddeld. Een van de weinige CDspelers die dit halen is die van Kenwood denk ik, die 72x True. :)
Een buffer inde RAM boeit dus echt wel als je van CDROM naar je CDBrander fikt. Het probleem met van CD naar CD fikken ligt vaak niet aan een geheugenbus die verstopt zit maar aan dat je CDROM niet altijd voor voldoende datatoevoer kan zorgen. Als er bijvoorbeeld vingers op je CD zitten dan kan je CDROM-speler er wel eens langer over doen dan 3 seconden om weer op voldoende snelheid te gaan lezen (3 seconden als je er vanuit gaat dat je CD-spelertje helemaal geen data leest). Op zo'n moment is een buffer in je RAM juist wel perfect.
Jasper, jij praat over een 4x CDbrander maar dat is wel ff wat anders dan een 16X CDbrander :)
16x branden.... Krijg je er dan ook ovenwanten bij? :)
Euheum, ik weet dat je opmerking als grap bedoeld is, maar ik wou toch ff zeggen dat een cd op hoge snelheid gefikt vl minder warm wordt dan een cd op zeg maar single speed gefikt.

De laser moet namelijk maar 6 (x12) minuutjes gaatjes branden tewijl op singel speed 74 minuten kracht geleverd moet worden. Ook is een CD op hoge snelheid precieser gefikt dan op lage snelheid. (denk hier maar ff over na, je snapt het wel)

Enne, het gaat hier over een 16x fikker, als je problemen krijgt door on the fly te copiren is dat niet de fout van de brander hoor, maar de fout van de bron.
Owja das waar... Maar de laser moet wel kr8iger zijn dan bij een 1-speed, en de cd draait ook sneller rond. Of wordt hier ook al van multi-beam technologie gebruik gemaakt?
zoals ik hierboven al zei, is burnproof niet perse een kost.. zo'n buffer (geheugen) kost ook al een paar dollarcentjes en purnproof kost ook niks meer dan de licenties die ze moeten betalen.. zal per drive ook helemaal nie veel zijn hoor..
Trouwens.. als'k niet moet wachten, dan doe'k het ook niet! :)
Burnproof is voor audio inderdaad niet altijd verstandig, ik stoor me ook altijd aan elke kleine afwijking in het geluid.
Persoonlijk zie ik het nut van burnproof ook niet echt, ik heb ook nooit buffer underruns. Met 0.5% CPU overhead op mijn Plextor IDE 8x brander en de burn-software op de allerhoogste CPU-prioriteit blijft ook de memory-buffer van de software op 100% vol staan. Als ik Unreal, loopt ie HEEL AF EN TOE een tikje terug, maar komt nooit onder de 90%. Dus de 2MB interne buffer zou wat mij betreft zelfs kleiner mogen zijn...

Ok ok, ik heb inderdaad ook EEN KEER een cdtje verpest, toen ik zo'n beetje alle icons van mijn desktop geselecteerd had, en per ongeluk dubbelklikte... (mijn totale software-verzameling werd tegelijk opgestart...)

Ik kan me voorstellen dat als je een fikker op je oude Pentium-200 systeem wilt aansluiten, je misschien nog wat hebt aan burnproof, maar verder... liever een 13x non-burnproof dan een 12x burnproof, en 16x lijkt me erg tof :9
Ik heb op mn 2 speed die ik had ook nooit een foute cd gemaakt dus waarom burnproof, omdat je, tenzij je scsi hebt, nooit iets tegelijkertijd kan doen en als je dat wel doet echt een wereldsysteem moet hebben om meerdere tasks te doen. Ik hoef nooit ergens op te wachten het cdtje is 100% in orde... Waarom zou je een 10min of kwartier naar je scherm lopen staren terwijl je ook unreal tournement kan doen...
15 min. niet, maar even 7 minuten een rondje lopen is ook weer tegen RMI goed... ;)

RMI = repetetive motion injuries => verzamelnaam
RSI = repetetive strain injuries => vomr van RMI

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S9 Google Pixel 2 Far Cry 5 Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*