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

Door , , 20 reacties
Bron: CDRInfo

CDRInfo heeft de press release gepost van de Yamaha CDRW2100 16x10x40x herbrander waarvan je hier eerder al wat specs kon lezen. In tegenstelling tot o.a. Plextor heeft Yamaha helaas geen burn-proof achtige techniek gebruikt om het brandproces veilig te laten verlopen. Om je CD op een recordsnelheid van 16x vol te burnen zal er (slechts) vertrouwd moeten worden op een buffer van 8MB.

De interne IDE en Ultra SCSI versies zullen volgens onderstaand bericht deze maand nog gereleased worden. In november en december zullen er ook externe modellen komen die gebruik maken van Ultra SCSI of Firewire.

[update] CDRInfo heeft tevens wat prijsinformatie gevonden over de CDRW2100 serie:

CRW2100EZ IDE model 328$
CRW2100SZ SCSI model 385$
CRW2100SXZ SCSI External model 470$
CRW2100FXZ FireWire model 527$ [break]* Press Release:[/break] Yamaha announces the introduction of the industry's fastest internal and external rewritable CD recorders. The all-new, multi-platform LightSpeed CRW2100 Series models are capable of recording on CD-R discs at an industry-first top speed of 16X, writing a 74-minute CD in under five minutes; rewriting CD-RW discs at a top speed of 10X; and reading CDs at a sustained maximum rate of 40X. In addition, the CRW2100 Series allows users to rip audio CDs at a maximum speed of 40X.

To achieve the industry's fastest CD-R write speed, Yamaha developed the CRW2100 Series to take advantage of the partial Constant Angular Velocity (CAV) technology, a combination of CAV and standard Constant Linear Velocity (CLV), for optimum performance. To rewrite a CD-RW disc at up to 10x speed, the Lightspeed recorders use the full CAV recording method.

The CAV recording method keeps the disc rotation speed constant while adjusting the data transfer rate, depending upon which portion of the disc is being recorded. For writing CD-R discs, the CRW2100 Series uses CAV in the inner portion of the disc while using CLV in the outer portions in order to deliver a top writing speed of 16X. Also known as partial CAV, this method enables a significant increase in the data transfer rates while minimizing the load increase to the drive's mechanism.

In pursuit of perfecting reliability, Yamaha has also equipped the CRW2100 Series with Optimum Write Speed Control. By checking a disc's capability and the recording conditions, this new technology allows the LightSpeed recorders to select the optimum writing speed to further improve reliability. The CRW2100 Series recorders also incorporate Yamaha's Waste-Proof Write Strategy. Unlike other write strategies which rely heavily on data-links and error corrections, Yamaha's write strategy focuses on providing a robust, stable recording environment by combining a large buffer memory, CAV writing support for on-the-fly data backup, and specific fine-tunings to the recording software. This strategy maximizes harmony between the recorder and the PC, virtually eliminating buffer underruns and preventing waste of media.

The CRW2100 series recorders offer an extra large 8 MB buffer memory-up to 4X larger than that of competitive recorders-virtually eliminating common buffer underruns. The new LightSpeed recorders are designed to take full advantage of the new, high performance 16X CD-R media to optimize record speed and reliability. Yamaha and other media makers will introduce 74-minute and 80-minute 16x CD-R media in October 2000.

The CRW2100 Series will feature four models: the internal CRW2100EZ using E-IDE (ATAPI) interface will ship in mid-October 2000, and the internal CRW2100SZ using Ultra SCSI (SCSI-3) interface will be available in late October 2000. The external CRW2100SXZ using Ultra SCSI interface will ship in late-November 2000. The external CRW2100FXZ using IEEE 1394 FireWire(TM) technology will be available in early December 2000.
Yahama CRW2100 16X CD-RW frontje

Thanks Spankmastah voor de tip!

Moderatie-faq Wijzig weergave

Reacties (20)

Wanneer de drive voor 't branden gebruik maakt van CAV, dan wordt 't interessant om de plaats van de files te bepalen, alvorens te branden. (kan oa. met WinOnCD)
wanneer je op de buitenste tracks nl. allemaal kleine files plaatst (zonder een ISO te maken) loop je meer de kans op een buffer-under-run dan wanneer je de kleine files aan 't begin van de CD zet.
't zal mij benieuwen wanneer er de eerste 16x CD-r's komen.
Philips Silver Premiums kunnen al op 16x :). Ze zijn ook aardig goedkoop geworden de laatste tijd.
per definitie ben je gewoon een rund als je tijdens het branden van een cdtje op een >8speed brander een spelletje gaat spelen. Erg leuk dat het lukt of jammer als het niet lukt maar je kunt het altijd plannen dat je brand op een tijdstip dat je geen spelletje speelt. Verder kun je altijd zowat alles blijven doen behalve de adrive of paralelle poort aanspreken want die twee oude dingen trekken de hele compu (al heb je een thunderbird 1 GHZ!!) weg.

Waar ik met een 16x eerder bang voor ben is dat on the fly kopieren van de cdrom naar cdwriter er niet meer inzit aangezien de accesstijd van cdroms gewoon te laag is om met kleine files een 16x stream te voeden zonder burn proof. 8x gaat prima zonder burn proof maar alles boven de 10x zou ik toch aanraden om voor burnproof te gaan. Als je eerst een kopie van een cdrom naar de hardeschijf moet maken of een iso dan is de tijdwinst van een 16x writer teniet gedaan.

En mensen die op mij reageren als "uh uh maar ik wil altijd kwak kunnen spelen ook tijdens het branden van een cd" doen zich gewoon lekker stoer voor. Uiteraard begrijp ik dat het leuk is om de grenzen van een coaster te verkennen (doe ikzelf ook) maar dat is dan nog steeds geen algemene gang van zaken doen.16x is 4 a 5 minuutjes? rest my case
Over het algemeen ben je bij on-the-fly copieren bezig met het copieren van de tracks op een cd en dan maakt het niets uit of die accesstijd wat hoger of lager is of dat files groter of kleiner zijn want alle data wordt gewoon in de volgorde zoals het op de cd staat uit gelezen. Tenzij je natuurlijk speciefieke files van een cd wilt kopieren (maar of je dat nog on-the-fly copieren moet noemen?)

Overigens ben ik in het bezit van een PX-40TS en PX-W1210A van Plextor en on the fly copieren op 12x gaat prima zonder dat BurnProof hoeft in te springen. Ook ben ik van mening dat een UltraPlex40 (met een startsnelheid van minimaal 17x) makkelijk in staat is om on-the-fly the kopieren in combinatie met een 16x brander. Zelfs bij (normaal) systeemgebruik tijdens het branden.
Inderdaad, wanneer ik on-the-fly met 12speed brand, loopt mijn 2MB buffer vooral aan het begin van het proces af en toe nagenoeg leeg. Dat kun je mooi zien aan een balkje (in WinOnCD) dat helemaal terugloopt. Ik gebruik een normale 48x CD-rom en 866MHz PIII. Lang leve burnproof.
Maar, zo mooi als-ie lijkt, ik lees nog steeds niet dat-ie RAW writing aan zou kunnen, zodat CloneCD ermee overweg kan. Toen ik daarmee begon te werken (om backups van non-PC installation-disks te maken), bleek mijn CRW4416 er niets van te snappen, zodat er nu een Plextor-recorder naast staat (maar mijn Yamaha heb ik nog steeds voor rewritables).
Reactie van Yamaha : "Our writers do not support RAW because this is not a international standard."
Toch maar die Plextor, die dan ook nog burn-proof heeft.
Als het goed is gaat hij wel DAO RAW ondersteunen (www.tweakers.net/nieuws.dsp?ID=13360)
Dit is een mooie brander! Maar ik heb er zelf al eentje die nog lang mee moet gaan.
Alleen, is die buffer niet wat klein?
in reactie op jou vraag

ik ken iemand met een simpele celeron 433 en een 12 speed brander met 2 mb buffer en die is nog nooit leeg geweest dus 8 mb is meer dan genoeg :)
Met Nero5 kan je zelf instellen hoe groot die buffer is, dan pakt hij gewoon je RAM, en stel je in dat ie 50 MB neemt voor de buffer, dan heb je ook vrij weinig kans dat ie de data niet kan sturen. Ik heb de HPbrander van de Aldi (LG brander dus) en die heeft mar 2 MB, maar ik kan met Nero alles doen wat ik wil (niet gamen, want dat die ik bijna nooit, maar wel internetten, downloaden en programma's draaien.
Aan een buffer van 50MB in je systeemgeheugen heb je geen bal als je niks bij je drive kan krijgen omdat of de CPU geen tijd krijgt om het op de bus te zetten en bij de drive te krijgen OF omdat de bus (in het geval van IDE) teveel bezig gehouden wordt door een ander apparaat op dezelfde bus. De buffer op de drive zelf heeft van dit verschijnsel geen last omdat de data al bij (in) de drive is.

Natuurlijk, het KAN helpen maar het is absoluut niet verglijkbaar met de cache die al op de drive aanwezig is, en vooral bij IDE kan een grotere buffer heel erg helpen als je je systeem gebruikt tijdens brand akties.
Die buffer is wel heel handig! Er wordt in eerdere reacties al gesproekn over veel kleine bestandjes. Wat nou als je veel van die kleine bestandjes wilt gaan branden naar CD. Probeer dit eens te doen met Adaptec EZ 3.5 Dit gaat voor geen meter omdat die alleen de buffer van je schrijver gebruikt. Hier is het heel handig als je een buffer van 50 MB intern geheugen pakt.
Dit geheugen kan dus volgens mij wel als verlengde van het cache geheugen van je brander worden gezien. De kans dat de geheugenbus van je geheugen naar je brander verstopt zit is klein, ook neemt deze handeling niet veel systeem performance in beslag en kan dus nagenoeg altijd worden uitgevoerd.
Ik wil niet in een wellus nietus cyclus terechtkomen maar hier toch nog even op reageren.

Niemand zegt dat die extra buffer niet nodig/handig is, alleen is het absoluut geen vervanging voor een (grotere) cache op de drive zelf. In tegenstelling tot wat jij zegt is de kans dat data opgehouden wordt op weg van het hoofdgeheugen naar de cache van de drive juist ERG groot wanneer je je systeem gebuikt tijdens branden.

Ga maar eens wat doen met een IDE device wat samen op dezelfde bus zit als de brander... sterker nog, probeer maar eens een cd te branden van een hd die aan dezelfde controller zit (hd als master, brander als slave bv.) dat gaat je dus niet lukken met een snelle brander zonder burnproof o.i.d. want dat zit elkaar gigantisch in de weg.

Nu is dit een extreem voorbeeld maar je kan je voorstellen dat zon situatie zich ook voordoet als je de data ergens ander vandaan haalt maar toevallig wel dat andere apparaat op diezelfde bus als de brander gebruikt..

Of dat je andersoortige "stress" op je systeem veroorzaakt, bijvoorbeeld op de PCI bus, want daar moet die data ook langs, en als die vol (of geen data krijgt omdat de CPU daar geen tijd voor heeft) zit omdat je toevallig Quake gaat zitten spelen of weet ik veel wat voor "zware" operatie voor een computer, dan zal een grotere cache van een paar MB op de drive je MEER helpen dan een cache van weet-ik-hoe-groot in je systeemgeheugen.
Dat is natuurlijk niet zo informatief. Het hangt er maar net vanaf wat hij tijdens het branden doet. Als ie koffie gaat drinken is een half MB buffer al genoeg. Als ie tijdens het branden (bij wijze van spreken) aan het quaken is dan kan je beter een buffertje van 32 MB in je brander hebben. Zelf heb ik een 4 speed met 1 MB buffer en daar kom ik prima mee uit. Ik doe ondertussen alles met de computer (spelletjes natuurlijk niet).
kan je branders niet ook opklokken?? }>

daar sta ik dan, met me phillips 4x2x12x... :(
Wouw ...nu ga ik m'n Plextor 32X12X4 SCSI dumpen en een Yamaha kopen!
Nee maar niet doen Plextor maakt toch nog de mooiste SCSI combi van lezer en schrijver.
In plaats van 5 minuten 4 minuten per CD is niet echt veel winst. Maar dit zal wel weer de prijs drukken van de 8 speed en 12 speed branders.
Ik wacht wel op DVD-R en goedkope schijfjes.
Is een mooi fikkertje. Yamaha is goed aangeschreven. Dacht ik ook toen ik die van mij kocht. Ik heb er in 1 jaar al 2 door heen geholpen. :(.

En ik wordt weer in de verleiding gebracht om een Yamaha te kopen. Ik hoop maar dat de Plextor12/10/32 een beetje goed geprijst is. :P
even my 2c :

ik heb ooit het pakketje 'prassi' gebruikt om te burnen ... daar zat naar mijn weten als 1e de mogelijkheid in om je geheugen als buffer in te stellen.
Echter, als ik dat probeerde (bv een 32mb buffer) had ik DIRECT een buffer underrun ... en dat op een 100% scsi/plextor systeem ... zette ik de buffer op de standaard 2mb was er nix aan de hand ... zal wel een software foutje zijn geweest ofzo maar ik wilde maar zeggen dat zo'n systeem-memory-buffer (wat een modvol) niet ideaal is ....
Ik moet maar eens een burn proofje gaan aanschaffen ...
deze writer is vast en zeker handig voor iemand die haast heeft en toch een cd-tje moet branden, als ik het goed uitreken, brand hij in zo'n 5 minuten een 74 minuten schijfje.

niet onaardig ;-)
Tjonge:

2,4 MB/sec das toch wel snel! als je hd dat maar bij kan houden onder windhoos.

ff rekenen das dus 700 : 2,4 : 60 = 4,8 min over 1 80 min cdtje!

oftewel 80 : 16 = 5 min dus dat klopt wel!

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True