K3b 2.0 (diskuse)

[Luboš Doležel (Doli)]

To je jeden z mála prgramů, ze kterého se po přechodu na KDE 4 nestal totální kripl.

[bernard]

To je pravda. Nad mojim amarokom stale vyplakavam.

[qpal]

no vidite, ja jsem s Amarokem 2 spokojeny.

K3b pro me neni dulezite, disky jsou za hubicku tak spis prikupuji disky, ale preste jsem rad ze v pripade potreby bude k dispozici a umi blu-ray.

[Roman Horník]

Pché, já furt Amaroka 1.4 mám, dvojkovej mi nesmí na disk!

[SAM:]

+1

[svido]

To je jedena z mala aplikaci, ktera je naprosto silena, hnusna a k nicemu. Jakasi GUI nadstavba nad prikazovou radkou... :(

[Xerces]

k3b a Kaffeine povazuji za aplikacni vlajkove lode KDE. Trosku mne mrzelo ze jim byla "venovana" takova pece. Ale snad je to konecne tu

[Nicky726]

Uh, kdo mi bulvarizuje titulky?

[kralyk z abclinuxu]

Jak zněl původně? [pro zajímavost]

[Nicky726]

K3b 2.0.

V dnešním světě asi moc nudné... nu což.

[regine2]

Možná by stálo za statistiku, k čemu je zapisovatelné Blu-ray???
Jsem PŘESVĚDČEN, že v IT je to chcíplé dítě. Šílené náklady na kapacitu zápisu. (Tím chci říci, že lisované Blu-ray se asi uplatní u pohyblivých obrázků).

[AHAHA]

V roce 2015, kdy vypalovacka bude za 500, medium za desetikacku, tak se ti mozna sejde, ze i stara verze K3B 2.0 umi palit Blu-ray ...

[Dalibor Smolík]

Co takhle si zkopírovat film v Blue-ray? 1:1

[Jardík]

Už to umí vypálit MKV > 4GB na DVD bez UDF filesystému (tj. ISO Level 3)? Ještě před týdnem mi to pokaždé ve vypalovacím dialogu vyhodilo něco jako "burning file > 4GB, using UDF filesystem", i když jsem UDF odškrtnul.

[xm]

A proč bych proboha pálil soubory > 4 GB jako ISO Level 3 (který je špatně podporovaný - např. na Mac OS X a pokud se nepletu i FreeBSD), když tu mam vhodnější a modernější UDF?

[Jardík]

který je špatně podporovaný - např. na Mac OS X

Protože Apple úmyslně degraduje systém. Rok a půl uplynul od vytvoření programu pro čtení ISO Level 3 v MacOS a MacOS X to stále neumí. Přitom jsem ten program psal tak maximálně hodinu včetně studia formátu ISO filesystému.

[xm]

Nemám v úmyslu zastávat se Applu (ta firma je mi silně nesympatická), nicméně znovu se ptám proč sakra používat zastaralé ISO když je tu mnohem vhodnější UDF?

[Jardík]

Nemá tady cenu diskutovat o tom, proč ho používat/nepoužívat. Já ho používám, protože mi vyhovuje, pokud se mi třeba na DVD ten soubor jen tak tak vejde, je jistější použít ISO, než místem plácající UDF.

[Nicky726]

AFAIK je něco takového zmiňováno v odkazovaném oznámení o vydání...

[dfghgfjhghjgf]

Hmm to brzo. Rok poté, co jsem si zaplatil Nero Linux 3. Za těch 20 € se Nero vyplatí. KDE je jeden velký balík crapware, který se instaluje celý kvůli jediné aplikaci (K3B).

[Jardík]

A ještě si K3B bez HALu ani neškrtne. Nero Linux si zase neškrtne bez přítomnosti modulu "scsi generic" modulu. Nero vypaluje přes /dev/sgX zařízení a aplikace přistupující na /dev/srX pak mají hody a kurví cédéčka, kvůli neexistujícímu API, které mi dá palírnu pro exkluzivní přístup.

[Nicco]

Jedno kurvitko horsie ako druhe. Skurveny Linux ;=) , ked uz na to dojde, nema poriadne aplikacie...

[Jardík]

No oni ty aplikace nějak fungují, dokud jste hodný a neděláte něco, na co nejsou připraveny. Díky tomu mám také peklo se svým vypalovacím programem, programovat něco pro linux, co není jen pár tlačítek, to je umění. Co já bych dal za pořádné API pro práci se zařízenímy, abych nemusel předpokládat "hele, to je určitě v /dev/", nebo "hele, to mi určitě najde udev", ale když se uživatel rozhodne sám udělat mknod(), tak se z toho aplikace podělá a nenajde to.

[kralyk z abclinuxu]

Nenalezena žádná optická mechanika.
K3b nenalezl žádné optické zařízení ve vašem systému.
Řešení: Ujistěte se, že běží démon HAL. K3b jej používá na vyhledávání zařízení.

Hm, to je radost

[Jardík]

No vždyť jo. Gnome zase potřebuje udisks a když tam pustíte pak k3b a pro něj HAL, tak se to bude tlouct a budou se podělávat vypalovaná DVD, protože k3b požádá o "lock" HAL, ale od udisks žádný "lock" nemá, takže gnome si zavolá udisks k přimountování média (např.) a je zaděláno na průser - udisks spustí blkid, které zařízení neotevírá s O_EXCL, pouze O_RDONLY (takže i když si to k3b či cdrecord, wodim, cokoliv jiného otevře s O_EXCL, tak mají smůlu), systémový read() vyvolá SCSI READ(10), to může vyvolat SYNCHRONIZE CACHE a ... data jsou v řiti a v lepším případě můžete začít znova.

[kralyk z abclinuxu]

Jo přesně, oba tyhle výmysly - HAL a udisks - jsou pěkně uhozený, nejlepší by bylo, kdyby všechna ta funkcionalita byla v udevu a nazdar. Imho to tak dobudoucna i bude.

[Jardík]

Buhužel, než se to tam dostane, tak už kvůli cenzuře bude mít zakázáno žít.