Yamaha CRW2100 16/10/40 specs

CDR Info meldt dat Yahama komende week de eerste 16-speed CD fikker aan zal kondigen. Met deze CRW2100 drives heb je een 80 minuten CD in 5 minuten volgeburnd! Yahama is van plan om zowel een SCSI (CRW2100S) als ATAPI (CRW2100E) versie op de markt te brengen. Beide versies hebben een 8MB buffer, 40-voudige leessnelheid en 10-voudige herschrijf snelheid. Een BURN-Proof achtige anti-aanbak technologie ontbreekt helaas:

Features:

• CDR writing: 1x, 2x, 4x, 8x, 12x, 16x
• RW writing: 2x, 4x, 8x and 10x (HS RW)
• 40x reading
• 8MB buffer
• 40x DAE!! (max)
• CD-Text
• Overburn
• "DAO RAW" writing

The most negative point is that Yamaha's CRW2100 is not equipement with anti-coaster protection technology (BURN-Proof or JustLink or similar one). We must wait to see if the 8mb of buffer will save us from coasters when writing at 16x or not

Reacties (48)

[JumpStart]

als je op 16 speed wil branden, lijkt het me wel een must om burnproof te hebben, of je moet dan die SCSI nemen, maar die 8 Mb is dan toch echt voor 16x het minimale.

De rekensom is als volgt: Single speed = (bij benadering) 150 Kb/sec.

Dan wordt quad speed 600 Kb/sec en 8 speed 1200 Kb/sec.

De meeste quad speed branders hebben 2 MB buffer, en voor 8 speed is 4 MB buffer gangbaar. Goh, dan is 16speed in combinatie met 8 MB zo gek nog niet.

16speed moet dan, als het rekensommetje geldig blijft, 2400 Kb/sec doen: 2,34 Megabyte per seconde. Een fatsoenlijke Ultra ATA 33/66 schijf moet dat prima kunnen halen, sterker nog, die kunnen nog 4 tot 5 keer zoveel trekken.

Ik wil wel 4 tot 5 minuten uit mijn spreekwoordelijke neus vreten hoor, ik zal niet gaan zitten UT/Q3A'en.

(Hou er ook rekening mee dat een IDE 8speed brander al 40 tot 50 % van een PIII 450 opeist, wat betreft rekenkracht. Dus iemand die denkt te gamen tijdens 12speed BURN-proof branden, die heeft een SMP systeem nodig.)

[Verwijderd]

ik heb nero en die vreet bij mijn pII 350 maar zo'n 25%-35% van de cpu speed bij 8x dus dat lijkt mij het probleem ook niet echt eigelijk.

[GaMeOvEr]

Hehe...

Hou er ook rekening mee dat een IDE 8speed brander al 40 tot 50 % van een PIII 450 opeist, wat betreft rekenkracht. Dus iemand die denkt te gamen tijdens 12speed BURN-proof branden, die heeft een SMP systeem nodig.

Nee hoor, gewoon SCSI, en dan niet alleen je fikkertje.

Maar de vraag is wat goedkoper is : Alles SCSI (wel vet trouwens ) of een tweede CPU...

[Little Penguin]

Tsja, imho is het slechtse wat ze ooit hebben kunnen doen: IDE uitvinden!

SCSI kan niet alleen meer devices per controller aan (6/7 per controller), het heeft ook nog eens een veeeeeeel lager belasting van je CPU.

En je kan er vanalles t/m scanners op aansluiten. - Hopelijk is firewire inderdaad de oplossing en lost dat in een klap USB/IDE/SCI af. Maar ik ben bang dat dat weer ijdele hoop os...

[Little Penguin]

Tsja, imho is het slechtse wat ze ooit hebben kunnen doen: IDE uitvinden!

SCSI kan niet alleen meer devices per controller aan (6/7 per controller), het heeft ook nog eens een veeeeeeel lager belasting van je CPU.

En je kan er vanalles t/m scanners op aansluiten. - Hopelijk is firewire inderdaad de oplossing en lost dat in een klap USB/IDE/SCI af. Maar ik ben bang dat dat weer ijdele hoop os...

[satcp]

Yamaha luistert duidelijk wel naar de wensen van de gebruikers. Eindelijk Disc At Once RAW writing, welk nodig is om met CloneCD te schrijven (Wel jammer dat ze geen DAO RAW support voor de oudere Yamaha's brengen alhoewel een Yamaha medewerker in het verleden wel heeft gezegd dat dit perfect mogelijk is mits een firmware upgrade).

Ook de snelle DAE is een pluspunt. Eindelijk DAE snelheidswaarden zoals de Plextor 40x CD-ROMs halen. Veel CD-ROM en writer fabrikanten zien dit toch wel belangrijke punt over het hoofd. Zo halen de moderne Sony branders nog steeds maar 8x DAE. Hopelijk gebruikt Yamaha nu een betere techniek voor de DAE dan in het verleden want de oudere drives konden geen C2 fouten informatie lezen en bufferden audio (waardoor audio grabbers bij het herlezen weer dezelfde mogelijk foute data lezen uit de buffer in plaats van de werkelijke data op de CD). Hopelijk heeft Yamaha ook het probleem van de niet-constante read/write offset opgelost.

Wel jammer is het ontbreken van BURN-Proof of soortgelijk. Op het SCSI model is dit nog enigzins te begrijpen, maar een 16x IDE brander zonder BURN-Proof lijkt me toch riskant.
Nu is het wel zo dat de brander 8 MB cache heeft en bij 16x is dan net zoveel als 4 MB bij een 8x brander. Dus de brander kan evenlang zonder data als bijvoorbeeld de Plextor 8/4/32, maar hierbij wordt over het hoofd gezien dat de 16x brander wel tweemaal zo snel data moet krijgen...

Persoonlijk blijf ik de Plextor 12/10/32 een betere keus vinden (zeker voor IDE). De snelheid is wel lager, maar dan nog. Aan 12x duurt het branden van een 74 minuten schijfje 6 minuten (Lead-In en Lead-Out eventjes verwaarloost) en aan 16x iets minder dan 5 minuten. Niet eens anderhalve minuut verschil waarbij je met de Plextor de verzekering hebt dat je toch een goed schijfje hebt als er zich een buffer underrun zou voordoen...

[tinker23]

Uhm, die Plextor 40max haalt ook maar 23x bij DAE op het buitenste gedeelte van de cd hoor...
Dan zou deze Yamaha nog veel beter zijn. Lijkt me dus ook niet dat hij echt op 40x komt, zal wel ergens in de dertig liggen denk ik

[satcp]

Uhm, die Plextor 40max haalt ook maar 23x bij DAE op het buitenste gedeelte van de cd hoor...

Dat is revisie 1.0x. De nieuwere revisie 1.1x haalt wel degelijk 40x op de buitenste tracks. Je kan ook Plextor Speed-Down Disable gebruiken zodat de eerste revisie Plextor ook tot 40x gaat (en de Plextor 32TSi tot 32x). Die tool is echter moeilijk te vinden...

[martdj]

Oh yes baby! Dat scheelt bij een 80 minuten cd maar liefst 1 minuut en 40 seconden t.o.v. mijn 12x cd-rw! Dit scheelt mij zo waanzinnig veel tijd! Waar kan ik 'm kopen?!?

Trouwens wel de tweede brander van de grote merken (Plextor, Ricoh, Sony, Teac, Yamaha, Philips) die alle technieken en progjes zal ondersteunen. Dat RAW writing duidt natuurlijk op werking met CloneCD en verder zowel CD-Text als overburning. Het laatste kunnen de Sony's nog steeds niet, terwijl Ricoh tot nu toe nog niet door CloneCD werd ondersteund. Alleen Plextor heeft een cd-rw die ook alles ondersteunt (en daarnaast burnproof heeft wat deze dan weer niet heeft)

Slashdotter:
De Plextor 12x10x32x met BURNproof heeft maar een 2 MB buffer. Deze had dus zeker met een kleinere buffer toegekund als hij BURNproof of JustLink had gehad.

TheMask:
16x 150 kbyte/s= 2,4 MB/s. Dat moet een moderne 5400 RPM hd ook nog makkelijk aankunnen.

[Verwijderd]

CDR writing: 1x, 2x, 4x, 8x, 12x, 16x

De huidige writers branden op 1,2,4,6,8,10,12 en 16 x keer met of zonder Burnproof.
dat branden gebeurt altijd op de snelheid die jij met je branderprogramma opgeeft.
Maar zou het nou niet makkelijk zijn om de branders zo te maken dat ze VSR(variable Speed Rate) kunnen branden dat betekent dat zodra de buffer wat leeg loopt bij 16 X branden de writer automatisch terug gaat naar bv 12 X of 10 X dit allemaal ter verkoming van de beruchte "buffer underrun"

[tweakerbee]

Tja, daar is heel BURN-proof voor ontwikkeld. Als de data het niet red (bufferunderrun alert!) wordt het gewoon onderbroken, en fikt ie daarna weer op volle snelheid door. Das sneller dan VSR fikken

[Verwijderd]

Als ze dat zouden doen zou je sowieso nog de cd verneuken.
Want dan maakt die als het ware zijn eigen "buffer underrun".

[MaanBanaan]

Over dat wachten, dat is met de huidige snelle branders ook maar relatief > je kunt vast het geduld wel opbrengen om 4,5 minuutje op een CD te 'wachten'.

[tweakerbee]

Goh, mijn Yamaha brander *leest* op 16X.

[Verwijderd]

Iets compleet anders: straks zullen er branders gaan komen met snelheden boven de 16x speed. Zullen deze nieuwe branders dan ook bijv. 24x Max worden, met een vaste hoeksnelheid ipv een variabele hoeksnelheid zoals de branders tot nu toe?

(kleine uitleg misschien handig voor mensen die niet weten hoe het zit met de hoeksnelheid: een gewone audio CD heeft een vaste leessnelheid over het spoor. Aangezien een cirkel in het midden van de CD veel korter is dan aan de rand, draait een audio CD aan de binnenrand veel sneller dan aan de buitenrand. Als je zo'n top-loading CD speler hebt kun je dat mooi zien dat de CD bij de laatste track veel langzamer ronddraait dan bij de eerste. Bij snelheden tot 16x bleef men die ronddraaisnelheid steeds opvoeren. Hogere snelheden werden moeilijk, omdat je een schijfje dan wel heel snel rond moest draaien. Om toch winst te krijgen kwamen de CAV (Continual Angial Velocity, continue hoeksnelheid) drivers, herkenbaar aan iets als "Speed: 32x Max". Als een schijf ronddraait met een continue snelheid leest hij aan de buitenkant in 1 rondje veel meer data dan aan de binnenkant. Als je dus zo'n 32x max speler hebt leest 'ie helemaal aan de buitenrand van je CD met 32x speed maar aan de binnenrand maar met bijv. 16 speed. Dit is ook de reden dat wanneer je een CD kopieert het steeds sneller gaat.)

[vassago]

Ik heb liever een 12x met Burn-proof dan een 16x zonder. Met burn-proof kun je lekker doorgamen tijdens het fikken, met die Yamaha zal je moeten wachten

[FoolZero]

Met burn-proof kun je lekker doorgamen tijdens het fikken

Als dat een voorwaarde voor je is om je CD-bakker voor uit te zoeken, dan zou je misschien het beste voor de SCSI 16x kunnen gaan.
Op deze manier wordt je CPU nog minder belast dan bij een ATAPI, dus kun je nog mee FPS scoren!
Toch vindt ik het idee om een CD te bakken terwijl je zwaar zit te gemen nou niet echt geweldig. PC's hebben nou eenmaal de neiging om van tijd tot tijd een hikkup te krijgen en als je dan aan het bakken bent, dan zal de kwaliteit van het kopie er zeker niet beter van worden...

* 786562 FoolZero

[victorb]

als je op 16x brand is je cd klaar in 5 min kan je die tijd niet ff wachten of ff ineten ircen want een spel opstarten duurt fftjes en dan voor dat je speelt is je fikker klaar

[Slashdotter]

Ik ben erg benieuwd of je met Burnproof minder buffer geheugen nodig hebt.

Dat je bijvoorbeeld in deze situatie aan bv 4 MB oid genoeg hebt.

Iemand?

[Verwijderd]

Mijn 8x plextor heeft een 4mb buffer, en 12x burnproof van plextor heeft ook 4 mb, dus het lijkt er wel op dat de buffer niet groter hoeft.

[GaMeOvEr]

Bij een BurnProof is het buffer natuurlijk niet relevant meer, omdat hij het branden toch kan onderbreken als de data-toevoer stagneert.

Alleen als je het buffer helemaal weglaat, krijg je natuurlijk wel het probleem dat hij te vaak "stopt" met branden, wegens gebrek aan data, en dat wil je natuurlijk ook niet, want dan duurt het allemaal weer langer.

[ranzige pad]

Fout.
de plextor 12/10/32A IDE heeft maar 2mb buffer
en de plextor 12/10/32S SCSI heeft 4mb buffer.

beide dus met burnproof tech.

[Verwijderd]

Lijkt me een top apparaat, en ook op IDE verkrijgbaar. Moet je zeker wel een 7200 toeren HD hebben anders heb je direct buffer underruns!

Iemand enig idee of er ook al CD-r's te koop zijn om te burnen op deze brander??? Anders moet je hem nog terugschroeven!

[The Ghost]

Hier heb je niet speciaal een 7200rpm disk voor nodig hoor.
Door die 8Mb buffer gaat het prima met elke UDMA33 schijf.

Natuurlijk is het heerlijk als je een snellere schijf hebt, maar niet echt noodzakelijk

[witchdoc]

euhhm.. 8MB is geen volle CD en dat buffer moet ook gevoed worden he.. of is't de accesstjd waar julie't hier over hebben?