On Wednesday 23 July 2003 10:57, Florin Andrei wrote: > > Drept front-end iti recomand k3b (www.k3b.org). rpm-uri pentru RH9 > > gasesti la http://fenrir.infoiasi.ro/~xcyborg/k3b/ . > > > > Din toate aplicatiile pentru scris CD-uri pe care le-am incercat am ramas > > la k3b pentru ca mi s-a parut cea mai ergonomica, iar facilitatile pe > > care le ofera sunt excelente. > > Asa ca nu ma intorc la emulare nici batut. Problema, daca nu ma insel, e > ca singurul writer aparent decent din cite am vazut pina acum pe Linux > (k3b) nu pare sa suporte lucrul direct cu IDE (cf. docs). > Ar fi suficient daca ar sti sa dea -dev=ATAPI:0,0,1 in loc de -dev=0,0,1 > si cdrecord s-ar conforma fara proteste.
K3b stie ATAPI, ba chiar merge foarte frumos. Detecteaza device-urile SCSI sau ATAPI si le foloseste pe toate cum trebuie. Singura problema intervine cand ar trebui sa foloseasca cdrdao, acesta din urma nestiind sa lucreze cu ATAPI. In rest, daca te limitezi la lucrul cu cdrecord, totul e OK. In k3b, la majoritatea operatiilor pe care le faci poti alege tu daca sa lucreze cu cdrdao sau cdrecord, in functie de preferinte. Cdrdao e mai comod de folosit atunci cand intervine ideea de copiere a unor CD-uri, cdrecord inca nu ofera facilitati la fel de simple. Daca stie cineva cum se pot copia cd-uri audio numai cu ajutorul sculelor din cdrtools as fi curios si eu sa aflu. Din pacate, readcd nu se descurca decat la CD-uri normale cu date. > xcdroast (cel putin versiunea 0.98a13-4) mi se pare incununarea > incontestabila a unui efort de decenii de proiectare de interfete > inutilizabile. > A vrut sa fie facut pentru geeks? Pai la nivelul ala de imbicseala mai > repede folosesc mkisofs/cdrecord manual; fac tot ce face programul ba > chiar mai mult, si mult mai repede. > A vrut sa fie pentru incepatori? In cazul asta e o gluma extrem de > nereusita. Good point, credeam ca sunt singurul cu parerea asta. :) Mihai
