Administrace komentářů

Mno, zalezi co rozumite pojmem ,,filesystem''. Ja za svuj zivot na _pouzitelnou_ definici nenarazil (bud jsem hledal na blbejch mistech, nebo neni). Kdyz vezmu CDcko od zakladu. Muzete tam mit 99 nejakejch stop. Stopa je souvislej usek dat, kterej musi byt ve velikosti celociselnyho nasobku bloku a pochopitelne nemuze byt delsi nez to CDcko. Info o jednotlivejch stopach AFAIK obsahuje TOC... Tak je to filesystem nebo ne? Dva se muzou hadat, pricemz ja hodlam byt ten treti, ktery si od toho myje ruce. BTW na fyzicky urovni je to jeste hezci, protoze tam se to lisi mezi lisovanym a palenym CDckem, paleny CD ma totiz kousek od stredu OPC, coz je oblast, do ktery muzete namlatit cokoliv a slouzi k tomu, aby si melo palidlo kde zkouset laser, nasleduje TOC, pregap (pokud palite v DAO rezimu) a jednotlivy stopy. Kazdopadne ty stopy muzou byt budto datovy, audio nebo nejaky perverzni (existujou zajimavy ,,firemni'' reseni, hi). Teda, podle puvodni definice muzou byt nanejvejs audio. Ta definice se postupne menila, teda vznikaly ruzny ,,dokuchy'', coz si lze precist v onech pestrobarevnejch knihach. Ono /dev/cdrom byva vetsinou symlink na cdromku, teda bud rovnou na nejaky /dev/scd0 v lepsim pripade, nebo /dev/hd? v horsim pripade, coz si ale muzete pojmenovat zas jak chcete, paac dulezity jsou hlavni a vedlejsi cisla device. Fakt je ale ten, ze datovy CDcko se chova jako linearni medium ktery dokaze poradne rychle seeknout, pricemz se nechci hadat na tema jestli to je blokovy nebo linearni medium, protoze z hlediska softwarovyho zalezi jak to napisete a z hlediska hardwaru je to hybrid. Teda, to co leze z /dev/cdrom je pseudosoubor, kde mate nasypany vsechny datovy stopy od 1-99, pokud je tam jenom jedna, je to jednoduzsi. (Ona tam je jenom jedna, obvykle...) Teda, pomoci cdrecord -v -isosize /dev/cdrom prepalite nanejvejs tak jednu datovou stopu v pripade, ze tam je jenom jedna, pokud je jich tam nahodou vic, udela se strasnej zmatek, audio stopy takhle nejde prekopirovat ni nahodou. Prepinac -isosize neni moc dulezitej, ale... Kazda stopa ma usek oznacenej ,,lead-in'', coz je nejaka perverzni sekvence na zacatku a ,,lead-out'', coz je nejaka zmet na konci. Pokud ctete CDcko vypalkou je to zhola jedno, protoze ona si z TOC precte, jak ma byt datova stopa dlouha a lead-out smele urizne a misto nej posle EOF. Kdyz je na stejnym miste normalni CDROMka tak se precte stopa, precte se lead-out (takze tech dat je najednou nejak vic, nez by melo byt), nacez CDROMka oznami neco ve smyslu ,,read error'', protoze holt ,,vyjede'' z obsazeny plochy. --isosize udela jedinou vec. Predpoklada, ze data, ktery na CDcku jsou odpovidaji iso9660, a z toho predpokladnu vycmucha delku stopy. Nasledne pocita byty, ktery nacetla a v momente kdy precte celou delku udela na danej soubor (teda /dev/cdrom) close a konci. Takze se uz nenacte lead-out a k chybe nedojde... Pokud chcete vycmuchat audio stopu... Nejak to jde udelat (zazil jsem cdromky, ktery to neumely...fakt takovy existovaly...tak pred 7 lety..., verte mi...). Ty CDROMce se posle nejakej dabelskej prikaz a ona vrati blok audio dat. Mam takovej neprijemnej pocit, ze se to v Linuxu dela pres nejaky ioctl, ale jistej si fakt nejsem. Kdyz by to nekdo chtel moc vedet, tak at si prohlidne zdrojaky od cdparanoia...ja to nikdy na nic nepotreboval... Teda zaverem: AudioCD nejde primontovat, protoze audiostopa z pohledu CDROMky nejsou data. Pokud na neco pouzivam /dev/cdrom nemusi byt CDcko primontovany. Spis doporucuju, aby nebylo, neb neni dobre, aby se o to cdcko pobilo nekolik procesu. Je to preci jen ,,linearni medium''...fyzicky...a seek trva hrooozne dlooouho. Osobne doporucuju pomoci cdparanoia vygrabovat audioCD a nasledne tyhle data cdrecordem vypalit. Mozna existuje nejakej nastroj, kterej to udela ,,on the fly'', ale moc bych na takovy postupy nespolehal... BTW mozna se mi to jenom zda, ale mam pocit, ze bezny cdcka grabujou audiostopy nejak blbe a spravne to delaj akorat palidla, ale muzu se mylit. K.