Nemůžu si pomoct, ale článků, kterak připojit vypalovačku a vytvořit iso s mkisofs je všude plno.
Daleko zajímavější je problematika několika session, připalování dat, kombinace audia a dat, dokonalé kopírování CD, atd.
Osobně bych si představoval skript (který hodlám napsat až budu mít čas), který by se jmenoval např. "připal" a připálil by k již existujícím datům na CD aktuální adresář.
Používalo by se to třeba "připal * /do_firmy" - * z akt. adresáře by se vypálilo na cd do adresáře /do_firmy.
Dále by mohlo fungovat automatické rozpoznávání audia, takže pokud by adresář obsahoval .wav/.cdda, vypálila by se nejdřív data a pak audio stopy.
Možností je mnoho, takový skript by byl, myslím, velmi užitečný a rozhodně praktičtější, než řada sestavovacích gui.
Dobry den
Souhlasim s predeslym prispevkem, ze navodu, kterak vypalovat CDcka je dost (i na rootu).
Rad bych se dozvedel, zda ma nekdo zkusenosti s vypalovanim DVD. Planuji nakup DVD vypalovacky, ale nevim, kterou vybrat, aby fungovala pod linuxem (vyrobci standartne uvadeji podporu pouze pro Win) a zda jsou pro vypalovani na DVD pod linuxem dostupne nejake programy a to jak pro vypalovani video DVD, tak datovych DVD.
Pokud mate nekdo nejake zkusenosti, budu rad, kdyz mi date vedet.
Diky, JM
Vypalovani DVD se bude teoreticky (neni mechanika) zabyvat nasledujici clanek - stejne tak problematice pripalovani dat. Myslim, ze i tento clanek ma smysl. Lidi se na to ptali - a priznejme si, ze vetsina howto je fakt neaktualni a ne v ceskem jazyce, coz i to muze byt prekazkou pro nektere lidi.
timto vyzivam nekoho, kdo vlastni DVD napalovacku, jestli by ji nezapujcil priblizne na tyden. Krom vdecnosti ctenaru mu bude odmenou i uvedeni jeho jmena jako sponzora pod clankem :) Neni to moc, ale... :)
Mam pouze kratkou zkusenost DVD-R/W s Pioneer A05.
Strucne receno: jsou jen male problemy.
1.) mkisofs ..., 2.)dvdrecord ... (vychazi to z cdrecord takze jsou si velice podobny)
Rychlost je dobra, proste tech dat je hodne tak to chvili trva ...: DVD-R 4x, DVD-RW 2X (ale myslim ze trochu min), CD-R 16x.
Ad maly problemy:
1.) Bohuzel, fily >2G NEjsou (podle mych zkusenosti 100%) z RW medii citelny v DVD-R(OM) mechanikach. Na mediich DVD-R je to OK.
2.) Media Memorex CD-RW 650M neakceptuje vubec.
3.) Obcas proste nerozezna napoprve typ media, takze eject; eject -t
1. dlouhé názvy v Jolietu prý nebudou Window$ činit potíže ... cha cha cha a já jsem čínský bůh srandy :)
opravdu dlouhé názvy činit potíže budou, neboť Joliet je omezen na 64 unicode znaků (údajně funguje až 103)
a mimochodem, samotná iso nelpí na 8.3, ale umožňuje jméno souboru 31 znaků (má tři úrovně)
btw, v Neru jsem z toho nikdy nevyždímal více, než 31 znaků (což je na některé mp3 proklatě málo :-( ) tak, aby to cd bylo ve woknech funkční ...
a když už zmiňujete joliet a pálení obsahu adresáře, nebylo by od věci rozebrat option -input-charset, resp. -jcharset
2. kompilovat jádro kvůli podpoře jolietu ... hm, jenom jestliže iso9660 je v jádře místo v modulu, což je zároveň s nepodporou jolietu velice vzácné ... každopádně výrok "Joliet se totiž kompiluje natvrdo do jádra:" je nepravdivý nebo přinejmenším silně zavádějící
3. HFS a známý formát? hm, asi se nepohybuju v té správné komunitě, ale já ho znám jenom z bájí a pověstí ... ovšem některé pověsti pravily, že k jeho úspěšnému užívání je třeba trochu víc magie, nežli jen zaměnit -j za -hfs ... nicméně v době levných cd-r nebo lépe rw je možné přicházet si na takovéto věci metodou pokus-omyl, že :)
4. nevím, proč by si šéf nemohl prohlédnout cd vypálené v ext2, když už, tak bych použil šifrování ... ale spíš jsem chtěl podotknout, že u novějšího mountu je možné -t vynechat nejen u iso9660, ale i u té ext2 a naopak u staršího mountu musí být -t i u iso9660 ... jo a když už jsme u těch parametrů, -data u cdrecordu se specifikovat nemusí, pokud soubor nemá koncovku .wav nebo .au a nebylo dříve zadáno -audio
5. pálení muziky ... sodoma gomora :)
jsem klikoš (ano, přiznávám se, každý večer odříkávám stokrát bashi-náš, abych odčinil své obcování se zvířaty :) a nechce se mi to teď všechno hledat v manu či po internetu, návod na příkazovou řádku Vám tedy neposkytnu, ale klikošký postup je xcdroast -> kopírovat cd a voila, výsledné cd je téměř (ne-li zcela) totožné s originálem - případně na něj lze v průběhu ještě nenápadně propašovat CD-text, a přesto jej databáze poznají ... Nero můžete nechat odpočívat v pokoji
k pálení z .wav se raději už nebudu vyjadřovat, ať mají nějaký prostor také jiní ,-)
... mimochodem, co je to *.cdr (tedy kromě nativního formátu úchylného grafického programu CorelDraw)?
6. naroozdíl od doporuční v závěru mailem se ptát nebudu, tady to jistě bude ohnivější [grin] -
proč to probůh píšete?
když už to píšete, proč si to pořádně nepřipravíte?
když už to píšete a řádně si to nepřipravujete, proč si to nenecháte alespoň opravit někým kompetentním?
disclaimer: neručím za to, že já lama jsem se při kritice nedopustil též nějaké chyby či nepřesnosti; než tyto informace budete dále užívat, ověřte si je v originální dokumentaci (jsem si vědom toho, že vlastní chyby se špatně hledají, proto budu vděčný komukoliv, kdo zde případnou opravu zveřejní)
howgh!
:o)
Pane Kavole, kdyz jste takovy machr, tak sem napiste navod jak prepalit AUDIO CD pod linuxem on-the-fly. Tedy tak, ze dame do jedne mechaniky original, do vypalovazky medium (jako ve woknech v CloneCD) a prepalime to rovnou bez nejakeho trapneho image, nebo wavu. Ten Vas postup z XCDROAST funguje jen na data.
Hele, CIJOML, je vazne cast prestat tady takhle blabolit. Neni to pouze zalezitost zeleza. Tvrzeni, ze dd udela na bit identickou kopii je naprosty nesmysl. Tem, kteri na to autorovi neskoci, doporucuji cdrdao. (To ostatne na ty audio CD taky - pokud chcete vernou kopii puvodniho "CD" a ne pouze zaznamu audio stop) Vyzkousel jsem to na mnozstvi chranenych CD, a _neni_ to totez! CIJOML: kdyz uz nemas asi dostatecnou praxi, tak si o tom alespon neco precti. Nebo myslis, ze napr. cdrdao je pouze cdrecord se zaimplementovanym dd na cteni "presnych" kopii? Asi ne, ze. Opakuji na zaver, cteni s ochranou je vec zeleza _a_ softu!
To tu nikdo nepopira, to snad plati obecne. Zjednodusim to - dd si neporadi s vetsinou ochran. Bude to trvat, mesic a stejne to nebude fungovat. O neco lepsi je dd_rescue, ale ne dostatecne. A jeste jinak. _Presna_kopie_ CD s ochranou udelana za pomoci dd a cdrdao. Vysledek - dve ruzna CD. to by asi nemelo, kdyby to oba softy zvladli. Podle toho, ze funkcni je vzdy to udelane za pomoci cdrdao soudim, ze ta kopie udelana jim, je ta kopie presna. Proste dd je dobry programek a jako kazdy, dela v linuxu to, ale pouze to, co ma. Tedy ano, umi udelat presnou kopii image, partition, ci zarizeni. Ale neni tu od toho, aby se spravne vyrovnalo s errory na zarizeni podstrcenymi ochranou a na jejich zaklade pripravilo spravnou image. To proste neni jeho smyslem a proto jej na chranena CD neni vhodne pouzivat. Presne naopak je tomu napr. u programu cdrdao. dd lze v pohode pouzit na single session cd bez ochranou podstrcenych chyb. Souhrnem, proto tvrdim, ze to zalezi jak na hardware, tak i na software. Cimz nabouravam teorii hajenou pred mojim prvnim postem, ne obecnou, nekonkretni pravdu, vyrcenou v reakci na me. Verim, ze jsem se vyjadril dostatecne pochopitelne.
Kavol (nebo jaxe jmenuje) ma podle mne pravdu, clanek je zavadejici. Ja palim pomoci vlastnich skriptu, ktere zahrnuji jak paleni dat (vcetne pripaleni obsahu vyjmenovanych adresaru), tak audia (vcetne informaci pro cddb). Paleni on-the-fly je podle me blbost, protoze vypalovacky jsou soucasne nejlepsi a nejrychlejsi ctecky, takze je lepsi (a casto i rychlejsi) grabovat na disk a vypalovat z disku.
Skripty si lze napsat tak, ze se s tim, jak pisete "trapnym" image nebo wavem nesetkate (pozor: wav vam nestaci na zachovani vsech informaci - potrebujete jeste .toc a .ifo soubory). Protoze muj hw to nestiha (palicka nema ochranu podteceni a cd-romka grabuje neuveritelne pomalu), nezkousel jsem s on-the fly ani experimentovat, ale cdrdao to IMHO umi uz davno.
Myslim, ze by autor by skutecne mel byt zastrelen. Proc ten agresivni ton? Poznamka pana Kavol-a byla velice vecna a nearogantni. Tady to nicmene mate:
cdrdao copy --source-device 0,0,0 --device 1,0,0 --buffers 128 --on-the-fly
Jednoduse a bez zadnych "trapnych"[sic!] image!
Nazdravi!!! Heheh!
Ad Joliet v jadre: autora zrejme zmatlo, ze u podpory Joliet ma pri konfiguraci jen moznost "N" a "Y" a chybi tam "M", takze ma zrejme pocit, ze Joliet nejde zkompilovat jako modul. Jenze to cele znamena jedine: jestli bude modul pro ISO9660 (at uz zadratovany do jadra nebo ne) podporovat Joliet nebo ne :-)
V.
Prevarovat cele jadro opravdu neni nutne:
Kdyz mas zkompilovane jadro, staci kdyz nedas
make *clean. Jenom smazes stary prevarovany modul
ve zdrojacich i modulech napises make dep; make modules a mas jej dle svych predstav. Bez rebootu, jenom po zkopirovani ci make modules_install, depmod -a a muzes zavadet.
cisteni zdrojaku jadra po jeho uvareni je podle
me ne moc nutne a ani bych to nedoporucoval prave
pro pripad takovychto uprav jadra. Ne vzdy se zacatecnikovi podari.
To je samozrejme, ze nebudu znovu kompilovat cele jadro. Ja mluvil o tom, ze kdyz bych prelozil ten modul a jadro nejdriv bez Joliet a potom teprve pridal do jadra Joliet a dokompiloval a dal jen "make modules_install" a potom znovu se pokusil vlozit do jadra bez toho, abych nainstaloval i jadro a rebootoval, tak dostanu unresolved symbols
1) Samozrejme vim, ze omezeni na 64 znaku zde existuje, ale ja osobne jsem se jeste nesetkal s nazvem tak dlouhym - mozna to bude tim, ze sam nekradu hudbu??...
2) ANO, jadro OPRAVDU MUSITE PRELOZIT, jestli chcete Joliet - jako jaderny modul je dostupny pouze iso9660. A mohu Vas upozornit, ze i kdyz vendori jadra kompiluji s Joliet natvrdo, tak rozhodne to neplati o lidech, kteri kompiluji jadro sami a treba poprve. Podle mne je kvuli temto lidem dulezite toto sdelit.
3) Nevim, co myslite, ze je magickeho na HFS, ale ja uz techto CD vyrobil nekolik desitek a rozhodne jsem vzdy jen zmenil parametr. Samozrejme tu magii muzete predvest - doufam, ze v ni budou vystupovat kojenci, noze, poloobnazene knezky a vy v roli eunucha :)
4) Tento priklad je primo ze zivota a to dokonce ze zivota jedne banky. Zde se nejedna o novejsi nebo starsi verze. Jde o to, aby postup fungoval VSEM at uz maji ci nemaji novou nebo starou verzi mount. S mym postupem vypali a pripoji soubor KAZDY - s vasim by se to smrsklo na mizernych par procent :)
5) ja grafiku vubec nepouzivam - i filmy skouknu vzdy v MPlayeru a framebufferu - zde Vam nemuzu rict nic jineho, nez ze klikactvi je diagnoza, za kterou se nemusite stydet - ma ji nekolik stovek milionu lidi - zapadnete do davu, ale rozhodne nikdy nepochopite veci do hloubky. Ja se ve svych clancich snazim lidem vysvetlit veci do hloubky.
6) Ja si vazne pripravil to, co jsem napsal - pripravoval jsem si to za sve praxe pres 5 let :) Je-li to podle vas spatne (i kdyz to funguje), poslete mi mejl s vasim resenim a ja jej zaclenim do dalsiho clanku
1) přesně dle reakce pana Jánského: včera jsem si v CD Bazaru zakoupil CD - byť použité, stále včetně práv spojených s duševním vlastnictvím
chci si udělat pracovní kopii (na kterou mám nárok), kvůli jednoduchosti manipulace a možnosti trvalého uložení originálu na bezpečném místě
mám zvrhlý systém pojmenování, a tak vytvořím soubor
"The Beatles - Rubber Soul - 02 - Norwegian Wood (This Bird Has Flown).mp3" - to je více než 64 znaků, jestli umím dobře počítat
btw, napadá mě drobná perlička - Jaromír Nohavica na jednom koncertu říkal o písni známé jako "Svatava", že se jmenuje "Poslyšte baladu, je o jednom případu, bude to smutné velice, je o dívce Svatavě žijící v městě Ostravě, Gottwaldova ulice" (znaky raději počítat nebudu :)
a propos, udělal jsem drobnou chybku - maximální délka názvu v Neru je samozřejmě 64 znaků, myslel jsem to k té poznámce o maximu 103 znaků, ale nějak se mi připletlo pod ruku omezení iso na 31
2) výrok z první věty poněkud nechápu ... zní mi to, jako kdybyste říkal, že Joliet je obecnou vlastností jádra a nikoliv vlastností modulu pro iso9660?
na překládání jádra při změně jednoho modulu již odpověděl Doktor
3) dobrá, přiznal jsem se myslím dostatečně jasně k neznalosti ...
jinak praktické ukázky se asi nedočkáte, již jsem objednán jako krvavá oběť a o vykleštění se ve smlouvě nic neříká ... ovšem ty polonahé kněžky nejsou špatný nápad, budu muset navrhnout úpravu scénáře :)
4) tady si asi nerozumíme - já nedoporučuji nepoužívat parametr -t, tedy nevím, proč by mělo ubýt těch, komu to funguje
5) nevím, proč by fakt, že se mi pracuje pohodlně v prostředí KDE, měl znamenat, že nejsem s to pochopit cokoliv do hloubky - obvykle mi ale nestojí za to zdržovat se s detaily, které za mě vyřešili jiní
mimochodem, jako pravověrný vyznavač příkazové řádky byste měl filmy pouštět mplayer -vo aa ... :)
6) 5 let vypalování? gratuluji, já jsem se na vypalovačku vzmohl až na podzim 2000 :-(
pokud specifikujete zadání, nějaký liebesbrief zaslat mohu, ale psát obecně o tom, jak pálím já, považuji za plýtvání prostředky ... RTFM :)
1) aha, no tak to potom asi mame kazdy rozdilny zpusob ukladani dat - ja si tvorim CD dle kapel, tak mi odpadnou nazvy kapely a v nazvech nepouzivam mezery, ale podtrzitka, pacto me nebavi porad psat lomitka :) Jestli vam nevyhovuje dylka - holt zvolte jiny system zvladajici vic pismen
2) jde o symboly
3) holt mate mensi predstavivost...ale doporucuju. Polonahe knezky budou rozhodne prinosem ke sledovatelnosti :)
4) protoze starsi verze mount se bez -t neobejdou
5) jojo mam MPlayer s aalib prelozeny, nebojte
6) holt v nekterych firmach na to meli uz pred 5ti lety :)
1.1) když si vytvořím cd dle kapel, sice v příadě Beatles ušetřím 12 znaků, ale neřeší to obecný problém, jak jsem předvedl krásným příkladem od pana Nohavicy
1.2) co kompilace? chci-li se držet doporučení freedb, schéma je "číslo interpret - skladba" - a když jsou interprety např. "Helena Vondráčková, Waldemar Matuška, Karel Gott", počet volných znaků pro název silně klesne ...
1.3) podtržítka místo mezer nějak ušetří místo? kromě toho, netřeba vždy quotovat mezery zadomrskem, v dialozích KDE mi to jde i bez toho a na příkazové řádce si to prostě ohraničím uvozovkami...
1.4) tento bod myslím původně zpochybňoval tvrzení, že dlouhé názvy v Jolietu nebudou činit potíže, tedy rada "zvolte jiný systém" je trošku off-
2) asi kvůli Vám budu muset nejméně třikrát překompilovat jádro, abych si to ověřil ... ale opravdu si nemyslím, že by změna v jednom modulu měla vliv na cokoliv jiného... přeci když jádro zkompiluju bez iso9660 a později se rozhodnu to dokompilovat jako modul, ten modul mi to vezme, aniž by jádro při té předchozí kompilaci vědělo, jestli bude někdy v budoucnu Joliet podporovat nebo nikoliv (resp. co je to vůbec nějaký Joliet) ... pokud by tomu tak nebylo, IMHO by to popíralo jednu ze základních výhod modulů
4) není to náhodou totéž, co říkám v původním příspěvku?
6) a byly to tytéž firmy, které tou dobou podporovaly Linux?
ot: myslim, ze v tomto prispevku jde primarne o hyckani ega jeho autora, coz je jasne zretelne ve formulacich "proč to probůh píšete?" atd. atd. Osobnostni profil pisatele by nam sestavil psycholog, ja se omezim na tvrzeni, ze clovek komunikujici casteji timto zpusobem bude velmi pravdepodobne mit zavazne problemy v osobnim zivote. Proc pisu tenhle prispevek: v linuxovych diskusich bohuzel narazim na podobny zpusob projevu dost casto a myslim si, ze v dusledcich linuxove komunite skodi. Pokud bfu polozi nejaky dotaz a dostane se mu obdobne odpovedi, je dost pravdepodobne, ze se necha zpusobem diskuse otravit a misto experimentu s linuxem si nainstaluje vokna a windows programy, ke kterym informace ziska snaze. Linux komunita tim prichazi o potencialni cleny - uzivale desktopu, bez kterych je jen "exkluzivnim" klubem; pritom prave linux na desktopech by mohl pozitivne ovlivnit stavajici neprilis ruzovou situaci firem z linuxu zijicich - viz treba problemy MandrakeSoft. A pritom by stacilo, kdyby nas obcas panbuh pri zdravem rozumu zachovati racil - vzdycky (temer :) bude nekdo chytrejsi nebo bude o dane problematice vedet vice nez my a asi nebudeme chtit, aby nam to daval timhle zpusobem najevo.
hm, a o co pak asi jde v původním článku? je již druhý na totéž téma, reakce v první diskusi byly velmi obdobné, a přesto se autor nepoučil ... takže jde spíše o výkřiky do tmy, ze kterých bych neradil cokoliv usuzovat :)
a) pokud bfu vznese dotaz, snažím se mu slušně odpovědět dle svých znalostí; pokud si někdo hraje na gurua a napíše článek pro bfu, přičemž není ani schopen napsat jej bez chyb (natož s nějakou rozumnou koncepcí), nesmírně mě to vytočí (stejně jako učebnice html porušující tento standard atp.) ... sorry, mám cholerické sklony :)
b) nevím, proč sem pletete desktop (žeby proto, že jsem zkritizoval i pana Brabce? :) - ten se ale v dalším díle polepšil!) - kdybych chtěl lákat desktopové bfu, budu psát o pálení v KDE (v horším případě Gnome :) a nebudu je lákat na příkazovou řádku - právě zmíněný Mandrake se před ní snaží uživatele co nejvíce chránit
p.s. jestli Vám to pomůže ... ano, mám psychické problémy - ale nikoliv takové, abych si myslel, že jsem spolkl všechnu moudrost světa; copak si nemohu dovolit něco zkritizovat? to už jsme i v Čechách tak politicky korektní?
Pane, proč kritizujete někoho, kdo si dal tu práci a napsal článek o svých zkušenostech ? Zkuste jej napsat sám, a přestaňte se prosím durdit; třeba si nakonec budu myslet já a se mnou někteří jiní, že Váš článek bude horší než tento. Pro mě osobně byl přínosem (zejména pak následná diskuse), a to už mám s pálením zkušenost zhruba 5 let.
Ano, spousta věcí v něm není; autor se také učí, naopak zase ale třeba musím s autorem souhlasit, že je lepší napsat příkaz mount s '-t', protože jen tak to bude fungovat s naprostou většinou verzí util-linux...
Zkuste napsat článek sám, a ne jen afektovaně kritizovat pohrdavou formou - to umí každý. V neposlední řadě si prosím uvědomte, že ne každý autor bude psát článek v takové formě, aby se líbil zrovna Vám. A berte to prosím jako konstatování; ne jako další záminku k flamewaru. Už ho tu bylo dost.
PS: Ale abych také jen nekritizoval, děkuji i Vám za různé podnětné informace.
Proč kritizuji? Protože jsou tam zavádějící informace - když nebude nikdo ochoten na chyby upozorňovat, jen proto, aby se sám nestal terčem kritiky, jak je neslušný, asi brzy špatně skončíme...
Nemyslím si, že bych dokázal napsat dokonalý článek o pálení. Proto se o to pokoušet nebudu, ostatně nemám k tomu ani dobrý důvod, jako například že by v češtině takový článek ještě neexistoval - naopak, jsou jich spousty.
Co se týče mount -t, cituji z článku:
"V případě, že připojujete klasickou ISO image, vynechte parametr -t, specifikující použitý filesystem."
- takže ten, kdo doporučuje -t nepoužívat je autor článku, nikoliv já, jak jsem již jednou upozorňoval - já jsem pouze napsal, že možnost autodetekce typu závisí na verzi.
p.s. Nemáte zač - snažím se kritizovat alespoň konstruktivně :)
Mze HFS neni nejaky alternativni format <quote>znamy jen z baji a mytu</quote> ale zcela plnohodnotny jako rockridge a joliet. dale k tem empetrojkam: jasne ze je nepohodlny track01.mp3 track02.mp3..atd ale staci nazev pisnicky - na co tu mame ID3 tagy? v pripade ogg je to jeste lepsi: parametr+hodnota.
good luck ;-)
Ještě nikde jsem neašel způsob, jak "mazat" dříve vypálené soubory. Jde to vůbec ?
Abych byl konkrétnější :
pod Wokny ve WinOnCD je možné vypálit data (neuzavřená session) a pak se k nim vrátit. Přidáním další session - tj. dalších souborů (do stejného ! adresáře) se stane toto :
a) připalovaný soubor nebyl v původní struktuře
==================================
V takovém případě se provede "merge" a na hotovém disku budou vidět jak původní soubory tak tento připálený (dtto linux).
b) připalovaný soubor byl v původní struktuře
=================================
V takovém případě se obsah nahradí a na médiu je jediný soubor, obsahující "připálená" data (dtto linux)
c) nový soubor neexistuje, původní "mažeme"
=================================
Soubor není nahrazen (není čím), ale po připálení "zmizí" z adresářové struktury jako by tam nebyl.
A TOTO SE UDĚLÁ V LINUXU JAK ??? Zajímá mě hlavně postup z příkazové řádky.
Druhá připomínka - chtělo by to zmínit i transparetní kompresi (když už byla v článku tato volba zobrazena), její využití a způsoby realizace.
BTW povedlo se někomu pálit s transparetní kompresí on-fly nebo aspoň rovnou vytvářet ISO image bez toho, aby se vypalovaná data napřed prohnala přes mkzftree (což zdvojnásobuje potřebný diskový prostor a docela prudí) ? Přiznám se, že jsem na to nepřišel.
Ahoj vsem dobry lidem.
Mel bych dotaz. Pri paleni EXT-2 CD mohu napred vytvorit prazdny soubor, ten primountovat a nasledne naplnit daty. Lze stejny postup pouzit i v pripade ISO image? Predstavuji si to tak, ze po vytvoreni prazdneho souboru (dd -size=1024k -cont=650) bych misto mkfs (pro ext2) pouzil mkisofs, vysledny ISO image primountoval a mohl bych vesele kopirovat dle libosti a az bych byl spokojeny, tak to rovnou vypalil. Slo by to, nebo je to jen dalsi sileny napad jednoho zelenace?
Diky za info.
David
No, write posdpora tam funguje: je potreba si stahnout patch do jadra (viz clanek na rootu asi z kvetna? 2002) a potom to pojede. Jak v cem, jak s cim. cdrtools z RH 7.3 jedou, nejnovejsi mi udelaji spolehlive panice z jadra. Tak nevim.
Jinak: umoznuje to primy pristup k datum ca RW-cku.
Asi jako s disketou, jen je to pomalejsi nez klasicky zapis na CD.
Paleni audia je vseobecne vetsi veda, nez by se mohlo na prvni pohled zdat. Delat to on-the-fly je z mnoha duvodu, ktere tu nechci rozebirat, dost sebevrazda. Osobne bych se pod Linuxem (ja teda tohle preci jenom radsi zatim delam na woknech) drzel nasledujiciho: to audio CD si cdparanoiou kopnout na disk do wavu. Pak udelal jeste jednou totez a wavy porovnal (pripadne jenom jejich kontrolni soucty, to uz je jedno) - tady se prave ukazuje vyhoda pro Windows psaneho programu Exact Audio Copy, ktery tohle dela sam a bez techto dvojnasobnych naroku na misto na disku; jestli tohle umi cdparanoia, to netusim. Ve chvili, kdy se nejaka dvojice wavu neshoduje, je nutne postup u teto stopy zopakovat. Pote lze pochopitelne jednu sadu wavu smaznout a kdyz se pak ta zbyvajici vypali v rezimu DAO (TAO skutecne neni dobry napad), pripadne SAO, jedna-li se o CD-Extra, u ktereho je potreba dalsi session, tak dostatecne inteligentni program musi byt schopen informace o disku z internetu stahnout (vyjimkou je CDPlayer z Win2k, ktery mi zatim nestahnul nikdy nic).
Cela problematika je jeste o neco sirsi (read a write offset mechaniky, reseni mezer mezi stopami - pridavat k predchozi, pridavat k nasledujici nebo vyrobit cuesheet), pro zajemce bych doporucil vynikajici auditorium o vypalovani CD na Mageu, tam je mozne dozvedet se prakticky vse. :-) Sice se to resi obvykle pro windowsacke pouziti, nicmene daji se tam posbirat dostatecne vseobecne informace.
Blah blah blah! Kdyz neco neumim tak je lepsi to nezkouset a nejlepe si jit koupit widle! Hahahahah! Podivejte se na CDR-faq nebo CD-Writing-HOWTO. Podivejte se na man cdrdao. On-the-fly pod linuxem neni sebevrazda, ale funguje stejne dobre jako jakekoliv jine vypalovani. [v zavislosti na konfiguraci, prirozene] Lide ctete! [ne root.cz, ale radsi man stranky a howtoz], heheh!
ehm, domnívám se, že kkl2401 nemyslí, že by to nešlo teoreticky, ale že je to sebevražda z důvodů problémů se čtením zdrojového média
po četných zkušenostech ("tohle cd přeci není tak moc poškrábané???") kopírování audia on-the-fly též odmítám, ať v linuxu či ve woknech
mimochodem, takový offtopic dotaz - jak jste přišel ku svému nicku? kdysi jsem měl výhodu slušné unikátnosti ("kavol" se mnou na Inetu sdílel jen jakýsi severský hudebník), pak nějaký plantážník zveřejnil povídku s postavou Clarabella Kavol a teď se s tím nějak roztrhl pytel :-(
Hmm, nechapem naco do toho vsetci tahate cdparanoiu. predsa pomocou "cdrdao read-cd --device=x:x:x --driver=moj_oblubeny --with-cddb --datafile image.bin toc_file" mam CD image aj s cddb nazvamia TOC-kou. Ak som velmi paranoidny, pouzijem este switch na nastavenie cddb servera, pripadne ktoru session grabnut, ak ich je tam viac a ja chcem iba jednu z nich. Ale to mal riesit IMHO autor clanku, vsakano. Kokos, podme vsetci pisat clanky o paleni audioCD POD LINUXOM a pouzivajme Nera :-) Lamerproof solution rulez :)
Pro CIJOML: Praskani vznika v 99% procentech spatnym nactenim, nikoliv spatnym vypalenim. Ja osobne jsem se jeste nesetkal s praskanim vzniklym spatnym vypalenim. BurnProof nevadi, ani nevadi vyssi rychlosti zapisu (byt ctyricitkou bych audio nevypaloval). Vice na cdr.cz.
Pro kavol2: Ja nehovoril o on-the-fly pod Linuxem, ja hovoril o on-the-fly paleni hudby pod cimkoliv. Nastudujte si trochu neco o tom, jak se lisi data zapsana na audio CD od dat zapsanych na datovych CD (predevsim jde o kontrolni soucty). V tom je cely ten problem.
Pro Gilhad: Mne slo skutecne o on-the-fly audia, paleni "obycejnych dat" je neco uplne jineho.
Pro lol: Cdparanoiu do toho taham proto, ze s ni mam relativne dobre zkusenosti. Idealni je EAC, ale ten pro Linux neni. Cemukoliv jinemu neverim. Palit audio CD pres image neni uplne idealni napad - jedina spolehliva cesta je opet vyrobit dva image a porovnat je. Jenze co kdyz se neshoduji? Musim vyrobit cely image znova. Kdyz se mi neshoduji jenom nektere stopy, tak staci grabovat jenom ty stopy, coz je predne mene pracne a zadruhe u poskrabanych CD mnohdy jedine provozovatelne (muze se totiz stat, ze se proste ten image nepodari spravne nacist nikdy, protoze to pokazdy "vyleti" na jinymi miste jiny stopy).
Skutecne paleni audia pomoci cdrdao neni problem a dostanete tak identickou kopii jak je to jen mozne. S on-the-fly take neni problem. A na komp muzete s rozumem sahat take bez problemu. Pro ilustraci ma konfigurace je Pentium 100MHz, 32MB RAM, CDR Yamaha 2484, palit mohu klidne na 8x, vic moje mechanika neumi, ale podle naplneni bufferu by to slo i rychleji. Grafiku s touto konfiguraci samozrejme nepouzivam. Audio CD jsem vypalil mnoho a ani si nepamatuji, kdy jsem zkazil posledni.
Co se tyce praskani v hudbe, s tim si poradi prave knihovna cdparanoia kde se da nastavit uroven kontroly. Take povazuji za zbytecne grabovat neco dvakrat a pak to porovnavat, cdparanoia ma takove kontroly s jakymi jsem se jinde nesetkal a pokud narazi na problem, ktery neni schopna opravit, tak o tom da vedet.
Ja jsem zacal pouzivat Linux prave na vypalovani uz pred nekolika lety, jelikoz na mem starickem kompu to s Windows skutecne jde jen s problemama.
CD-DA pálím příležitně cdrdaem pro svoji potřebu a ještě jsem nenarazil na problém. cdrdao je vůbec ten nejlepší program pro přepalování audio cédéček v Linuxu. Využívá cdparanoiu, umí vytvořit CD-Text dotazem na freedb.org a ještě jiné vychytávky. Nedivím se, že autorovi nesedí součet na freedb, když CD nejprve zgrabuje do wavů a pak vypálí. Na CD má sice stejnou hudbu, ale jeho struktura se podstatně liší od originálu. Kam se mu poděly informace z toc?
Zajimalo by me, jak mohu z hotoveho CD vyextrahovat bootovaci disk (disketu). Chtel jsem si updatovat nejake bootovaci CD, to znamena zkopirovat na disk obsah CD, updatovat soubory, vytvorit novy iso image a vypalit. Ale narazil jsme na problem, ze jsem nevedel, jak zaridit, aby bylo updatovane CD bootovaci, nevedel jsem, jak vyextrahovat puvodni bootovaci disketu. Mozna ze je reseni uplne trivialni, ale nepodarilo se mi je objevit. Jinak, existuje pro Linux nejaky diagnosticky softik, ktery analyzuje CD, pouizte formaty, sesion, ...?
RockRidge bys v Neru hledal marně. Stejně tak vícejazyčný CD-Text. V Neru jsem nikdy nedělal, ale tohle vím bezpečně. Umí taky hidden globy? A co automatizace -- můžes si nastavit, aby se ti každý týden automaticky vypálila záloha důležitých souborů?
Nevím jak tobě, ale napsat cddacopy (můj skript) mně nepřipadá jako příkazová rozcvička.
asi som uchyl, ale napisat prikaz na dva riadky mi pripada jednoduchsie a rychlejsie ako oklikavat cely windoze_klikaci_strom (tm) :-))) A to este nevravim o tom, ze tie prikazy mam vacsinou v history, vsakano... Mno vravim - som uchyl :-P
Jo, to s tou paranoiou mi nedoslo :-) Viem ze cdrdao pouziva jej libky, ale pripada mi cistejsie spravit image a TOC-ku, uz len kvoli cddb zaznamu. Predsa len, komu sa chce stale vyrabat obaly, ked to moze byt priamo na CD :-)
hmm.. taky smazim pod win, ale na spoustu veci je rychlejsi pouzit cdrdao a cdrtools.. ted prave delam jednoduchej frontend kterej umi copy cd, make iso from folder, burn folder (on-the-fly), burn cue/bin, toc/bin, iso. Ale hlavne to umi "Burn folder", kdyz se na nej klikne pravym tlacitkem... Je to rychlejsi jak poustet nero, pretahovat mysi soubory mezi okynkama atd... Btw. Nero mam koupeny ve verzi 5.5, ale proste prikazova radka, skript nebo velmi jednoduchy graficky rozhrani je podle me pohodlnejsi a rychlejsi na pouzivani, nez program, kde lze nastavit sice skoro vsechno, ale v 99% pripadu to clovek nepotrebuje...
Taky se pomoci jednoduchyho scriptu da zalohovat dene na RW atd..
Nero urcite neumi Rockridge, neumi taky zmenit pri vypalovani kodovy stranky pro cestinu atd..
Navic oba programy o kterych pises jsou komercni zalezitosti, ktery nejsou zrovna zadarmo (i kdyz nero v oem verzi je skoro zdarma)..
Mimochodem, zajimalo by me, jestli mas to CloneCD koupeny.. :-)
Jenom takovy doplneni. AFAIK je dobry pridat k
mkisofs -J -jcharset iso8859-2 jinak se v pripade
nazvu v cestine se zlou potazete. Tedy ne primo pod
Linuxem, paklize palite metodou mkisofs -r -J -T,
nebo mkisofs -r -J, protoze potom se v Linuxu uplatni
RR, ovsem ve Win s takovym CD potize nasleduji.
Jo, jeste. Pokud pouzivate neco jako mkisofs -J -T
tak doporucuji jeste pridat -hide-joliet-trans-tbl.
Pochopitelne to neni nutny, ale neni to ani spatny.
BTW mkisofs ma IMHO vic parametru, nez si je prumernej clovek schopen zapamatovat. Takze
doporucuji napachat si v .bashrc napachat aliasy
s nejakyma zapamatovatelnyma jmenama. Ja osobne jsem
si udelal tri, zalohovaci mkisofs, distribucni
mkisofs a distribucni mkisofs s TRANS.TBL. Na tomto
miste doporucuji prostudovat rozdil mezi -r a -R.
Rozdil je a bohuzel je dost zasadni (viz manual).
Prijemny vypalovani...