on-thy-fly okopirovani CD

[Dan Lukes]

Martin Dvorak wrote, On 01/27/03 14:46:
>>> BTW: Mezitim jsem rozchodil cdrdao - vyborne udelane, vsem vrele 
>>> doporucuji. Pouze to chce scbus, pass a atapicam do kernelu, 

>>     No, jasne, ze to funguje, ale nenapsat tam u burncd to '-d' je 
>> preci jen vyrazne jednodussi ... ;-)
>>
>>     To nemluvim o tom, ze u burncd je mensi riziko underrunu.
> 
> Jak se to vezme. cdrdao zkopiruje v podstate libovolne datove i audio CD 
> (vcetne CD se zamerne porusenymi sektory atd.), samo analyzuje vstupni 
> disk, nacita subchannel informace atd. 

	Samozrejme - zalezi, co vlastne chces delat. Na neco je burncd 
jednodussi, na neco proste nestaci.

> Proc ma cdrdao vyssi riziko 
> underrunu nechapu, ale na burnproof jednotkach uz to je stejne jedno.

	Protoze v pripade pouziti burncd vypaluje jadro, kdezto u cdrdao a 
jinych podobnyvh utilit pouzivajicich atapicam vypaluje user-level 
aplikace - a to je vzdycky mene spolehlive, obzvlaste v pripade casove 
kritickych aplikaci.

	Mimochodem, "burnproof" je hezke heslo, ale zahrnuje prilis sirokou 
skalu jevu. Na prilis mnoha mechanikach to neznamena, ze muzes prerusit 
dodavku dat uplne, na jinych to zase neznamena, ze "navazana" stopa bude 
navazana zcela bez preruseni.

	Takze, burnproof nevyresi zdaleka vsechno a ne vzdy to vyresi bez 
nasledku - zalezi od konkretniho vyrobce a/nebo typu vypalovacky. 
Nicmene, pokud nedojde k velkemu prusvihu tak to vetsinou dokaze pokryt 
jakakoliv "burnproof" mechanika.

						Dan




-- 
Dan Lukes     tel: +420 2 21914205, fax: +420 2 21914206
root of  FIONet, KolejNET,  webmaster  of www.freebsd.cz
AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz