- ATAPI (AT Atachement - Packet Interface) je původně odvozené z rohraní řadiče ST-506 disků (ATA) doplněné o paketový interface. Proto je možné po tomto rozhraní přenášet i pakety převzaté z definice SCSI (příslušné vrstvy), takže veškeré stesky typu: "pod linuxem se musí emulovat" jsou mimo mísu. Jediný rozdíl je v tom, že třeba pod solarisem se všecky disky (i pevné disky) mapují do prostoru pro SCSI zařízení, zatímco wokna všechno zase řeší formou proprietárních ovladačů. Podobně, jako jaderný modul ide-cd. Mě se například osvědčilo používat ide-scsi+sg+sr_mod i pro DVD mechaniku a nepozoruju žádné zatížení ani odlehčení.
- stránka cdrtools je:
http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html
hned úvodem je zde informace o pálení DVD-R, která působí dost sugestivně.
- pálit (opravdu) 1:1 se dá i cdrecordem. Podporuje jak DAO, tak i RAW módy a umí proto pálit i CD-Audio "bez mezer" i v případě, že výpalnice nepodporuje DAO mód!!!
- cdrecord běhá i v prostředí cygwin a je to asi nejméně problematický SW na pálení pod Win. Narazil jsem jen na problémy s podporou vyšších UDMA módů v driveru pevného disku a problémy při sdílení jednoho IRQ na PCI sběrnici více zařízeními (jejich drivery). Takže když během pálení na stejný disk "hrnu" 100Mb ethernetem data pro další CDčko, dojde většinou k "vytuhnutí" woken (testováno na w2k, Athlon 1G, 256MB RAM) a resetu. Toto většinou nerozchodí ani ta nejlepší Burnproof mechanika ;-)
- k pálení on-the-fly jsem se ještě neodhodlal, přestože v manové stránce cdrecordu je přímo:
mkisofs -R /master/tree | cdrecord -v fs=6m speed=2 dev=2,0 -
podtácků mám doma dost (z pálení pod win ;-) a další nepotřebuji.
- ještě pozmámka k cdfs. je to moc užitečná věc, protože do /proc promítne soubor s detailními informacemi o jím namontované CDplacičce a vidíte jednotlivé tracky (datové jako .iso a audio jako .wav) a nezastaví ho ani různé "ochrany", takže se dostanete i k datům, které jste dávno překryli daty v pozdější stopě.Přestože nepálím on-the-fly (nikdy ;-) , jednou jsem to zkusil z wavů v cdfs adresáři.
ad "on-the-fly" - pokud se tímto termínem míní pálení z nespolehlivého média (kopie z cd), pak to rozhodně nedoporučuji
pokud ale mluvíte o průběžném generování image pomocí mkisofs ze souborů z (dostatečně rychlého a spolehlivého) harddisku, pak mohu z vlastní zkušenosti říci, že není čeho se obávat - uvedeným příkladem z manuálové stránky se klidně řiďte, režie mkisofs je zanedbatelná ... pokud máte přesto obavu, můžete si prvně udělat test rychlosti s využitím parametru cdrecordu -dummy a sledovat zátěž procesoru a naplnění bufferů ...
