[BC3] Buffer van CD-branders <--> Nero ?!

[Smarron]

Er zit altijd een x-aantal MB buffer bij CD-branders, vaak 2-4 of soms 8MB.

Nu kan je met Nero ook handmatig de buffer:) instellen, wat van je werkgeheugen wordt afgehaald.

Nu zet ik deze op 255 (want ik heb er 512 inzitten), begint mijn 8x-brander zo''n beetje op 50% te branden en blijft een minuut of 5 op de 100% zitten. :?Dit komt natuurlijk omdat de buffer wordt volgegooid, met 255MB ?!

Dus als ik het goed begrijp kan hierdoor ook amper nog een CD mislukken, en zijn die buffers en burnproofbranders|:( toch eigenlijk een beetje onzin?!

Mijn processor is tijdens het gehele brandproces :70-4% belast.

[Verwijderd]

burnproof ruled en jouw oplossing niet , want met jouw oplossing houd je nog maar 256 MB vrij voor windows en als je 512 hebt en je wilt dan lekker van alles door elkaar gaan doen op volle snelheid dan zul je je geheugen toch nodig moeten hebben !! en als die niet beschikbaar is voor gebruik ( swap swap ) dan loopt ook die buffer heel snel leeg !! burnproof wacht gewoon even en gaat dan weer verder.

[Smarron]

Maar normaal doe ik ongeveer 10 minuten over een CD, na ongeveer 5 minuten staat hij dan al op 100%. Oftewel, hij hoeft alleen nog maar alles wat in de buffer staat op de CD te zetten.

Dan maakt het toch niks meer uit wat je gaat doen? Of is het toch zo, dat het werkgeheugen gaat afnemen als ik bijv. iets anders ga doen, waar veel geheugen voor nodig is? En de CD dan toch mislukt, ondanks hij al op 100% stond?

[Smarron]

Iemand sugesties?

[Steven]

Op dinsdag 17 april 2001 18:15 schreef Smarron het volgende:
Iemand sugesties?

Zet je bugger uit

[BC3 Victim]

Zet je buffer op 40Mb!

Niet meer, mag wel minder (bv 16Mb).

Test het gewoon even uit, wat bij jou het beste werkt, maar blijf op of onder 40 Mb.

[Smarron]

Hoezo maar 40?

Ik heb er 512 inzitten, waar ik nix mee doe!

[Opa]

Ik heb zelf 256 RAM en ik heb mooi 100 MB ingesteld als buffer. Plus 16 MB SCHIJFruimte maar dat is iets anders, mdelion.

Gereserveerd betekent voor mij: daar kan Windows niet meer aankomen. Dus inderdaad kan je eigenlijk zeggen dat de harde schijf niet meer gebruikt wordt als de laatste bytes in de buffer zijn gepompt. De enige manier waarop je dan nog een underrun zou kunnen krijgen is als je een evt cd-rom op de zelfde IDE controller zwaar gaat aanspreken. Maar ach, ik heb 4 apparaten allemaal als master op hun "eigenste" controller.

Hij blijft een minuut of 5 op 100% omdat Nero telt hoeveel MB er van de harde schijf is behandeld, niet wat er daadwerkelijk is geschreven. Overigens is dat bij elke versie weer anders. 5.0.24 had bijv een veel nerveuzere recorderbuffer aanduiding en de grote balk kwam bij mij niet boven de 40%. Aan het einde loopt hij drie keer leeg, van 40, van 40 en nog een keer van 20%. Slaat ook als een lul op een houtvlot.

[Smarron]

Dus heb ik uiteindelijk dan gelijk als ik zeg, dat ik een spel kan gaan spelen als Nero voor het eerst de 100% heeft gehaald?

Die buffer van 255MB, daar komt Win2K dan toch niet meer aan ?

[Mary Wana]

Op dinsdag 17 april 2001 07:45 schreef Darkman het volgende:
burnproof ruled en jouw oplossing niet , want met jouw oplossing houd je nog maar 256 MB vrij voor windows en als je 512 hebt en je wilt dan lekker van alles door elkaar gaan doen op volle snelheid dan zul je je geheugen toch nodig moeten hebben !! en als die niet beschikbaar is voor gebruik ( swap swap ) dan loopt ook die buffer heel snel leeg !! burnproof wacht gewoon even en gaat dan weer verder.

idd

[Pc123]

Op dinsdag 17 april 2001 18:55 schreef Smarron het volgende:
Dus heb ik uiteindelijk dan gelijk als ik zeg, dat ik een spel kan gaan spelen als Nero voor het eerst de 100% heeft gehaald?

Die buffer van 255MB, daar komt Win2K dan toch niet meer aan ?

Nee want als het systeem te druk is gaat de data niet snel genoeg van het werkgeheugen naar de brander. En dan zit je met je nieuwe onderzetter

[Verwijderd]

dan moet het wel HEEL druk zijn, zoals bv een DrWatson memorydump als een programma vastloopt.