Neros Linux-Engagement in Ehren, aber wer benutzt das? Ohne die ganzen Multimediafunktionen der Windows-Version (Nero Vision, Recode, etc.) kann man doch genauso gut K3B verwenden, oder?
CDs und DVDs brenne ich überhaupt nur mit K3B unter Linux, da ich in Windows kein so gutes kostenloses Programm kenne. Ich käme nicht im Traum darauf, mir für 20€ ein Linux-Brenprogramm zu kaufen.
Doch gibts, aber irgendwie schwer zu finden :) Der Infra recorder erinnert an ältere Neroversionen oder Gnomebaker und ist Opensource) Brennt CD's, DVD's, Images usw. nur ohne den Multimediakrams der neueren Neroversionen. http://infrarecorder.org/
das K3B dürfte ziemlich starke Abhängigkeiten auf Tools haben, die so nicht unter Windows existieren. Nur weil KDE unter Windows läuft, heisst nicht, dass schon bald K3B es tut.
Aber warum sollte man CDs unter Windows brennen, wenn man Linux nutzt? Das ist doch wohl gerade das, was Hardware ist, und dass Linux eindeutig besser kann.
Als grafische Oberfläche zum CD-/DVD-Brennen mit freier Software steht unter Windows zum Beispiel der InfraRecorder zur Verfügung: http://infrarecorder.sourceforge.net/
klar arbeite ich gewöhnlich unter Linux, wenn aber gerade mal Windows läuft und ich schnell ohne Neustart eine CD brennen möchte, wäre K3B einfach nett.
Die GUI läuft übrigens schon unter Windows (war mal im KDE-Installer), ebenso einige der Tools, ich konnte aber von da aus nicht auf meine optischen Laufwerke zugreifen.
Also mit Nero 3 war ich mehr als zufrieden. Um isos zu brennen habe ich es lieber verwendet als k3b, da k3b immer noch einige Macken hat. Ich bin auch sehr erfreut, dass Nero anscheinend viel Feedback von Linuxnutzern erhält und damit die Software auch weiter entwickelt.
Doch bin ich der Meinung, dass optische Speichermedien langsam aber sicher vom Markt verschwinden werden. Es werden immer mehr Notebooks ohne CD/DVD/BR-Laufwerk verkauft, da USB-Sticks viel komfortabler sind. Außerdem haben diese Laufwerke mechanische Komponenten und sind damit fehleranfälliger und beeinträchtigen die Stabilität von Notebooks an den Stellen, wo sich der Laufwerksschacht befindet.
>> Um isos zu brennen habe ich es lieber verwendet als k3b, da k3b immer noch einige Macken hat.
???
Also ISO-images kann man sogar prima auf der Kommandozeile brennen. Dafür braucht man weder k3b noch Nero. Wo da die Macken von k3b sein sollen ist mir schleierhaft. Das eigentlich schwierige ist doch die ISO-images zu erstellen.
"cdrecord cd.iso" wenn alles richtig konfiguriert ist, sonst muss man noch "dev=0,4,0" o.ä angeben.
Von Papa Schlumpf am Fr, 18. September 2009 um 08:59 #
Genau DAS will aber nicht jeder. Schön dass DU es kannst, ICH könnte es auch wenn ich wollte aber der Schluss dass JEDER es kann ist nicht zulässig.
@Vorposter: Wo soll beim Brennen von ISOs eine Macke sein? Im KDE-Desktop einfach ISO-File über k3b ziehen und "Brennen" drücken ... (nachdem das Ding unnötigerweise die Checksumme berechnet hat -- das könnte optional sein)
Der Vorposter meint wohl das Problem mit der Daten-Verifikation. Die kann man auch bei Images anklicken, sie liefert aber nach dem erfolgreichen Brennen einen Fehler. Das ist unschön.
ImgBurn läuft übrigens hervorragend unter Wine: http://www.imgburn.com/ Das kann man jedenfalls ausprobieren, falls weder liburnia noch wodim funktionieren sollten, bevor man irgendein Programm kauft. Cdrecord gibt es übrigens auch noch, leider ist hier die zuverlässige Unterstützung seiner Funktionen mit Frontends nicht so ausgereift, weshalb sich hier fast schon zwingend die Kommandozeile anbietet. Am Zuverlässigsten ist in diesem Zusammenhang noch XCDRoast.
"CDs und DVDs brenne ich überhaupt nur mit K3B unter Linux, da ich in Windows kein so gutes kostenloses Programm kenne. Ich käme nicht im Traum darauf, mir für 20 ein Linux-Brenprogramm zu kaufen."
Turboprint nehme ich nicht mehr, seitdem es meinen Canon Pixma (4400 oder so) zerlegt hat, das ist auch bei einem Canon-Drucker eines Freundes passiert... Anon Ym
also wir benutzen es und sind Nero dankbar, dass es endlich unter Linux möglich ist auch ohne Probleme im betrieblichen Umfeld dvd als backup zu brennen. Unsere leidvolle Erfahrung mit den allen growisofs hat uns gereicht. Unsere Lösung bei den kleinen Firmen _muss_ funktionieren und es geht nicht, dass alle 10 Brennvorgänge es einmal nicht klappt. Der Kunde ruft nach der nächtlichen Sicherung genervt an, dass die Sicherung wieder nicht vollständig durchgelaufen sei. Es ist ihm (den Kunden) egal, dass es unter Linux halt so ist, dass es manchmal nicht geht.
Von Jo:rg Zweier am Do, 17. September 2009 um 18:14 #
Richtig. Wenn man freie Software ernsthaft als Alternative zu proprietärer verwenden möchte, soll und muss man sich schon darauf verlassen können, dass diese auch gleichwertig funktioniert. An der Stelle sei mal das wodim/cdrecord Debakel zu erwähnen (siehe Entwicklerseite). Manchmal befürchte ich wirklich, dass Mark Shuttleworth mit seinem "Wir sind uns selbst die eigenen Feinde" in der Tat Recht hat.
Von Debakelist am Do, 17. September 2009 um 20:47 #
> [...] An der Stelle sei mal das wodim/cdrecord Debakel > zu erwähnen (siehe Entwicklerseite). [...] Hmm... Extra fuer dich war ich g'rad' nochmal auf ,,http://www.cdrkit.org'' (wodim(/cdrecord) Entwicklerseite) und weit und breit nichts von einem ,,Debakel'' zu sehen...
Koennte man sich etwas genauer ausdruecken? Danke.
PS Falls man damit aber auf ,,http://cdrecord.berlios.de/old/private/linux-dist.html'' hinweisen wollte, so sei, nur der Vollstaendigkeit halber, zu erwaehnen, dass jene Seite nichts mit ,,wodim'', im Sinne von entwickeln, zu tun hat, sie referiert lediglich im Rahmen des dort behandelten Themas darauf.
Falls man auf eben jenes Thema mit ,,Debakel'' referierte so war dies, vor allem im Kontext ihrer Nachricht und des gesammten Threads, welche ,,Debakel'' viel mehr als ,,Probleme-mit-Software''/,,Bugs'' erscheinen lies, ungluecklich ausgedrueckt, oder womoeglich auch nur ein Missverstaendnis meinerseits.
Dies hin oder her, so sehe ich nicht, wo hier genau das ,,Debakel'' liegt. Falls es um das leidige Thema des Lizenzierungsstreites geht, so hat dies wohl nichts mit der Funktionalitaet und der Funktionstuechtigkeit/Stabilitaet der darin verwickelten Software-Packete zu tun, auf welche ihr zweiter Satz auch anspielt. Falls es sich aber um die durch den ,,Fork'', welcher durch eben genannten Lizenzierungsstreit ausgeloest wurde, verursachten angeblichen Fehler und Unzulaenglichkeiten (laut ,,http://cdrecord.berlios.de/old/private/linux-dist.html'') handelt, so sehe ich auch hier das Problem nicht, da in der Original-Version (/cdrecord/) die Probleme des Forkes nicht einflossen, diese Version immer noch unter ,,Open Source''-Lizenzen steht und somit folgerichtig immer noch eine > [...] Alternative zu proprietärer [...] Software darstellt.
Insofern kann ich immer noch nicht so richtig nachvollziehen, um welches ,,Debakel'' es sich bei ihrer Aussage handelt und ob jenes Relevanz besitzt, bezueglich dessen, ob es > [...] auch gleichwertig funktioniert [...] im Verhaeltnis zu proprietaerer Software, was immer dies genau bedeutet.
"und weit und breit nichts von einem ,,Debakel'' zu sehen..."
Du hättest den Link zur Entwickler-Mailingliste einmal anklicken sollen. Dort geschieht schon seit sehr langer Zeit nichts mehr Substantielles mehr.
Auch die Release Notes der jüngsten Veröffentlichung vom Oktober 2008 zeigen, dass es sich fast um eine Art "Potemkinschen Release" handelt.
Im Changelog heisst es lediglich:
"cdrkit (1.1.9) RELEASED; urgency=low (...) * wodim: In -msinfo mode, only suggest dvd+rw-mediainfo in verbose mode. Thanks to Michael Karcher for the patch. * genisoimage: undo a mistake in the directory permissions change in the last release. Fixes handling of deep directory structures.
Ach, verstehe, bei Johann und seinen Kunden *muss* es gehen. Bei anderen nicht. Wie z.B. bei uns. Wir können uns im Vergleich zu Johann unzufriedene Kunden leisten.
Wer solches von sich gibt, hat meistens wenig Ahnung, wenig Bock oder beides.
Es MUSS immer, Johann. Die Frage ist nur, ob man ein wenig Zeit investiert und den Problemen ein für alle mal auf den Grund geht oder einfach darauf pfeift und sich dafür auf undurchsichtige, eierlegende Wollmilchschweine verlässt. Falls dann plötzlich auch die Wollmilchsau Probleme hat.. dann wirds arg, denn irgendwie findet man auf hersteller.de kein Forum / keine Mailing-Liste, wo man die brennende Frage an eine Gruppe kompetenter Benutzer/Entwickler stellen könnte.
Trotzdem: Diese Art von Argumentation wird wohl nie aussterben.
So ein Schmarrn. Wenn der Kunde das Programm benutzt, dann kann man da halt nicht stundenlang rumsitzen und Fehler suchen, die man womöglich nie findet. Vor allem wenn man bedenkt das Support für eine Stunde weitaus mehr als 20 kostet.
Von gentoolova am Do, 17. September 2009 um 19:44 #
Meine Erfahrung !
das Problem mit growisofs und k3b im Vergleich zu nerolinux 3 ist, dass growisofs leider nach einer recht umfangreichen Ordnerstruktur (mit zig Unterordnern) nur mutlos vor sich hin rechnet und hängt (CPU-Auslastung von 100%), nach 30 Minuten hab ich nach mehreren Versuchen entnervt aufgegeben und es mit nero gebrannt, da ging es immer wunderbar !
Wenn das beim nächsten Backup (nach System-Update) in ein paar Monaten behoben ist, spende ich bereitwillig denselben Betrag, wie Nero kostet an die Maintainer / Programmierer
ich nicht, jedoch finde ich es sehr lobenswert, das die Leute eine linuxversion ihres Programms anbieten. Wegen dem growisofs problem: Nimm die orginal cdrtools und mkisofs ... |cdrecord. Dann ist dir mit sicherheit geholfen. K3b kenn ich nicht nutz ich nicht. Wäre nicht ausgeschlossen das der fehler dort zu suchen ist. Aber das geht nicht hat halt zu funktionieren find ich besch..., denn nur wenn man den Fehlern zu Leibe rückt, verbessern sich die programme. Das ist klassisches opensource prinzip. Aber gut just my 2 cents.
also was soll das. Die Frage war, wer das nutzt. Dafür habe ich die Antwort gegeben. Und mir erlaubt, die Gründe auch zu nennen. Ich habe nicht auf OSS eingeschlagen, Garantien verlangt oder was anderes. Fakt ist, dass die Bordmittel, die mit den Distributionen geliefert werden, taugen fürs Brennen als Backgroundjob nicht.
Wir haben auch nachgedacht, wie unten empfohlen, auch von Herrn Schilling die cdrecord zu erwerben (vor vielen Jahren) und auch später zu 'bekommen'. Es ist leider sehr umständlich und bei Problemen verweisst Herr Schilling gerna darauf, dass seine Programme auf Solaris prima funktionieren, nicht aber auf dem Linux, da ignorante Kernelentwickler dauern am Kernel rumfummeln. Das ist kein Geschäftsgebaren.
Nun zu den Ideen mit den Tapes. Wir haben leider leidvolle Erfahrung mit den DAT-Streamern, jede kann sich noch erinnern, wie haltbar es war. Die Bänder waren meistens nach ein paar Jahren nur auf dem Laufwerk, auf dem sie geschrieben worden sind leesbar und nachdem der Laufwerk kaputt war, waren die Tapes fürs Katz. Besser sind die 1/4 Cartridges, die laufen gut aber wie alle Streamer haben sie den Nachteil, dass ich zum Überprüfen noch ein Laufwerk brauche. Die Sicherung auf DVD hat den riesigen Vorteil, dass es jeder auf seinem Platz überprüfen kann. Das ist _praktisch_. Ausserdem, auch diese Laufwerke muss man pflegen, und es ist entsprechend teuer.
Unten wird auch empfohlen DVD RAM zu nehmen. Zuerst, growisofs ist nur eint Teil des Problems, brennen tut jemand anders und dieses Programm macht die Probleme. Aber bei DVD RAM gibt noch diese inkompatibilität wenn man das auf PC z.B. lesen möchte. Wieder zuviel Administration, Umstände.
Bei kleinen Kunden kann ich einfach nicht bei 2GB Datenvolumen mit einem Streamer für 2 k antanzen, ich möchte dass der Kunde das Geld für meine Laistungen zahlt und nicht überteuerte Streamerhersteller unterstützt.
Und Nero zeigt, dass es geht.
Noch zu der Haltbarkeit - wir machen Backup auf diese Weise seit 7 Jahren. (am Anfang waren es CDROM). Es ist noch kein einziger CD/DVD-Träger kaputt gewesen. Selbstverständlich werden die DVD für LAngsicherung halbjährlich neu gebrannt.
Ich habe nicht auf OSS eingeschlagen, Garantien verlangt oder was anderes.
Wer mit Imperativen um sich wirft verlangt automatisch Garantien.
Alle mir bekannten, schlecht ausgebildeten Quereinsteiger mit wenig Ahnung reden in diesem Ton über freie Software.
Etwas geht nicht, ich versteh Bahnhof, es muss gehen, Scheisssoftware!
Fakt ist, dass die Bordmittel, die mit den Distributionen geliefert werden, taugen fürs Brennen als Backgroundjob nicht.
Fakt? Ich mein.. wirklich? Fakt???
Versuchs doch ein wenig bescheidener: ``Die Bordmittel, welche mitgeliefert werden konnte ich nie richtig in Betrieb nehmen und hatte leider auch keine Zeit, um die Fehler zu analysieren. Deshalb habe ich zu einer kommerziellen Lösung gegriffen, die meinen Ansprüchen gerecht wird.''
Verstehe ich voll und ganz, keine weiteren Fragen.
wer zum Teufel nutzt den optische Medien als Backup-Medium im Geschäftsumfeld? Da hat man ein Tapelaufwerk zu nutzen, da bekommt man wenigstens die Garantie, daß die Daten länger als eine Woche sicher sind... bei guten Tapesystemen bekommst Du sogar 30Jahre Garantie auf die Datensicherheit (ok, da kostet dann ein Band auch Entsprechend viel) aber im professionellen Datacenterbereich wird halt noch wert auf Sicherheit gelegt. Und auch ein kleiner Kunde (eine 2 Mann-Bude) sollte wenigstens auf DAT-Bander sichern. das ist Preiswert und wesentlich sicherer als optische Medien (es sei denn du nutzt WORM oder MO-Geräte/Medien, die zur Archivierung auch recht gut und sicher sind)
Leidvolle Erfahrung für den Kunden, wenn der PC Supporter mit so einem Unsinn daherkommt. Betriebliches Umfeld und DVDs Wahnsinn, was manchen Leuten angedreht wird.
Wenn man schon Backups auf optische Medien macht, dann wenigstens auf DVD-RAM. Dann braucht man auch kein growisofs.
Von Jo:rg Zweier am Do, 17. September 2009 um 18:07 #
Ich nutze zwar Nero nicht, aber die Benutzerfreundlichkeit ist kaum zu übertreffen. K3b kommt schon schon ziemlich nah. Ich kann mir vorstellen, dass die Zielgruppe auch eher solche Leute sind, die Linux erst seit kurzer Zeit verwenden und Nero schon von Windows her kannten. Da bietet sich die Linux-Version doch geradezu ideal an. Ich finde es jedenfalls schön, dass man in letzter Zeit es häufiger sieht, wie namhafte Firmen ihre proprietären Programme auf Linux portieren, wobei Linux dauf dem Desktop laut Statistiken nur bei Wenigen genutzt wird.
Ich bin jetzt zu faul zum Googlen. Wodim kommt von Debian und funktioniert tadellos. Solltest du nicht Debian Stable nutzen, dann hör gefälligst auf, über Betasoftware zu heulen.
Solltest du nicht Debian Stable nutzen, dann hör gefälligst auf, über Betasoftware zu heulen. Richtig! Und benutze statt dessen lieber Software direkt aus dem Antiquariat!
Wodim funktioniert nicht tadellos. Bei komplexeren Brennprojekten versagt es meist. Zudem wird es schon seit einiger Zeit nicht mehr weiterentwickelt. Cdrecord wurde von Debian als cdrkit geforkt und ... das war's. Aus, Ende.
Und jetzt such nach "linux bug" und es zeigt zig Millionen. Oh Gott! Es ist ja völlig im Eimer!!11 "!§$§$%
Ernsthaft, das ist einfach irgendeine Warnung, die bei jedem auftaucht, der es ohne Root-Rechte verwendet. Klar taucht sie in den meisten Berichten auf, die alle möglichen Fehler beschreiben (hauptsächlich Kernel-Bugs und PEBKAC).
Nero ist da übrigens den OSS-Fricklern weit voraus, da es die ausgereifte Brenn-Engine einsetzt. Open-Source mag toll sein, nützt aber nichts, wenn niemand außer dem Autor in der Lage ist, den Code zu verstehen (Jörg Schilling und sein Solaris, sage ich nur).
Der Brennvorgang wird gestartet, paar MB werden auf den Rohling gebrannt und dann CRASH/ERROR!
Erging bisher jedem mit der Meldung so und es ist egal ob root oder user.
Siehe: wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0' devname: '/dev/sr0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 5 Response Format: 2 Capabilities : Vendor_info : 'LITE-ON ' Identification : 'DVDRW SOHW-1633S' Revision : 'BS0Y' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0011 (DVD-R sequential recording) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0011 (DVD-R sequential recording) (current) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) Profile: 0x0008 (CD-ROM) Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd). Driver flags : SWABAUDIO BURNFREE Supported modes: PACKET SAO Drive buf size : 1563904 = 1527 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 4194304 = 4096 KB Track 01: data 3119 MB Total size: 3582 MB (354:54.45) = 1597084 sectors Lout start: 3582 MB (354:56/34) = 1597084 sectors Current Secsize: 2048 HINT: use dvd+rw-mediainfo from dvd+rw-tools for information extraction. Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 701412 Speed set to 5540 KB/s Starting to write CD/DVD at speed 4.0 in real unknown mode for single session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Starting new track at sector: 0 Track 01: 16 of 3119 MB written (fifo 98%) 4.1x.Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error CDB: 2A 00 00 00 20 17 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.638s timeout 40s
write track data: error after 16824320 bytes wodim: A write error occured. wodim: Please properly read the error message above. Errno: 5 (Input/output error), test unit ready scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.584s timeout 40s Writing time: 76.965s Average write speed 46.2x. Min drive buffer fill was 99% Fixating... Errno: 5 (Input/output error), flush cache scsi sendcmd: no error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.638s timeout 120s Trouble flushing the cache wodim: Cannot fixate disk. Fixating time: 0.638s wodim: fifo had 329 puts and 266 gets. wodim: fifo was 0 times empty and 142 times full, min fill was 82%.
Deswegen nimmst du cdrecord, da ist dir geholfen. Ich muß dazu sagen, das es bei mir mit wodim auch keine probleme gibt, jedoch ist für den Notfall ein lauffähiger cdrecord auf meinem System installiert. Auch growisofs tut seinen Dienst hervorragend.
ihr habt leider recht. Ich kann's für openSUSE, Mandriva und Debian 5.02 bestätigen. Seit Jörg Schillings cdrtools durch diesen cdrkit Dreck (Wodim) ersetzt wurde, treten auch bei mir diverse Fehler auf, und das bei verschiedenen Brennern. Dieses Zeug wird auch überhaupt nicht mehr gewartet.
Übrigens, K3b ist genaugenommen nur eine Multifunktionsoberfläche für diverse Programme.
Ich kann mir auch nicht vorstellen, für was das gut sein soll. Brasero kann alles, was ich benötige, ist kinderleicht in der Bedienung und hat bei mir auch noch nie versagt. Ich brenne allerdings nur Daten oder mal eine Musik-CD, also nichts was nacher auf einem Stand-Alone-DVD-Player wiedergegeben werden müsste. Die automatische Überprüfung per MD5-Checksum im Anschluss an den Brennvorgang gibt mir zudem Sicherheit, wenn ich die CD/DVD weitergeben möchte.
Brasero wird mich die letzten Jahre noch begleiten, bevor optische Datenträger nur noch im Museum bewundert werden können, lang dauert das wohl nicht mehr. Nero fand ich unter Windows schon immer schrottig, aber um Mal in Nostalgie zu schwelgen und einem ehrwürdigen Windows-Programm zu huldigen, Feurio! war toll.
Steck mal eine verschmutze oder defekte CD oder DVD in Dein Laufwerk unter Ubuntu 9.04. Du solltest aber vorher alles gesichert haben, denn Dein Rechner friert daraufhin wenn Du Pech hast ohne jede weitere Warnung ein. Er regiert auf nichts mehr auch nicht MagicKeys. Die Ursache liegt in der libbrasero. Wenn man die nebst Brasero entfernt ist das Problem behoben (siehe Google). Wenn Programme obwohl ich sie gar nicht aktiv nutzen möchte mein System zum Absturz bringen sind sie inakzeptabel.
(Ob das Problem nur bei Ubuntu besteht weiss ich nicht)
Von DriverDevel am Fr, 18. September 2009 um 14:58 #
Die Ursache liegt in der libbrasero.
Wohl kaum. Wenn das im Zusammenhang mit libbrasero passiert, dann mag das ein Problem sein, aber die eigentliche Ursache dürfte im Kernel zu suchen sein. Es sei denn, libbrasero blockiert nur "schwächliche" weitere Userspace-Komponenten (z.B. Desktop) und nicht den gesamten PC (keine Konsolen-Shortcuts mehr möglich, kein Alt-SysRq etc.).
=== EIN USERSPACE-PROGRAMM HAT EIN SYSTEM NIEMALS ABZUSCHIESSEN, PUNKT, ENDE, AUS. ===
Sonst taugt das Betrübssystem und/oder X-Server (zumindest in dieser Hinsicht) nix. (mal von der Notwendigkeit brauchbarer ulimits der zu startenden Programme abgesehen)
So klar (und Großschrift) muss man das schreiben, damit das zu vielen immer noch uninformierten (oder von jahrzehntelangem Windows-Verhalten verbogenen) Leuten ENDLICH in die Birne gemeiselt wird.
Auf Etch ist mein Iceweasel abgestuerzt weil ich ein FLV auf Youtube gesehen habe und hat X gleich eingefrohren. Leider sind wir oft gezwungen schlecht programmierte Sachen zu verwenden. Flash ist ueberall, wenn auch nur als Werbung.
Ich habe es mir mal gekauft. Da es zumindest bei mir wesentlich zuverlässiger brennt als die anderen Programme(Braser, Gnomebaker, k3b, bashburn). Vorallem bei AudioCD's hatte ich oft Mühe, Lieder stotterten z.B. teilweise.
Und wenn man K3B zum Kotzen findet? Ich mein... K3B ist nun alles andere als prächtig... es war vor langer Zeit recht alleine als Suite, aber die Zeit ist lange vorbei... und nicht jeder nutzt KDE... erschreckend oder?
Nein, Nero nutzt ich dennoch nicht, schlecht finde ich es aber auch nicht.
Von Kartoffel200 am Do, 17. September 2009 um 22:47 #
Ehm Leute die ohne Friggelei Blue Ray Discs brennen wollen. Codecfriggelei dürfte mit Nero auch wegfallen. Mal im ernst wer mit seiner Software Geld verdienen will soll es. Sofern er Kunden hat ist das doch kein Problem. Ich sehe den OpenSource Fanatismus manchmal schlimm. Bei extrem wichtigen Sachen wie bei einem OS find ich es auch wichtig.
Schon ma versucht einen Windoof anwender mit linux vertraut zu machen, der jahrelang mit Nero gebrannt hat und dann in linux etwas anderes vorgesetzt bekommen :)? Die windows anwender sind gewohnheitstiere :))... Windows Anwender hier, nichts für ungut Ihr seit aber leider nun ma so. Wenn der knopf an einer anderer stelle sich befindet als unter Win, ist das programm dreck
Von M wie Meikel am Fr, 18. September 2009 um 14:03 #
> Die windows anwender sind gewohnheitstiere:))
Nicht nur Windows-Anwender. Was hab ich schon Linux-Fans jammern sehen, weil sie unter Solaris oder MacOSX plötzlich mit anderen Pfaden oder anderen Optionen zurecht kommen müssen. Cosmopolit wird man nicht, indem man von einer Insel zur anderen wechselt.
würde diese Version LightScribe unterstützen, würde ich sogar geld dafür ausgeben, aber so komm ich prima mit k3b zurecht. naja wie gesagt die lightscribe unterstützung unter linux is gut aber es gibt keine anständige software zum erstellen, das ist mit nero einfach schon toll. aber wenn die zu faul oder inkompetent sind das zu integrieren brauchen die nicht erwarten das ich das produkt kaufe.
Im ernst mann, LightScribe da kann ich nur müde lächeln.. keine Ahnung warum das überhaupt existiert. Einfach mit nem stift was drüber kritzeln oder sich CD Hüllen mit papiereinlagen kaufen und da ma was schreiben, oder wenn man möchte ein CD-cover selbst entwerfen und binen weniger sekunden drucken statt wie bei LightScribe lange warten und noch extra spezielle CDs kaufen. Find ich total unnütz die erfindung.
Von Flying Circus am Fr, 18. September 2009 um 10:11 #
ein CD-cover selbst entwerfen und binen weniger sekunden drucken
Du meinst aber nicht diese Aufkleber für CD/DVD, oder? Bei den Geschwindigkeiten aktueller Laufwerke hätte ich Angst, daß mir früher oder später die CD um die Ohren fliegt ...
Von DriverDevel am Fr, 18. September 2009 um 15:07 #
Tja, da hat jemand "keine Ahnung".
Wollen wir ihn aufklären? Jaaaaaa!
Nehmen wir an, eine Firma betreibt einen Buildserver. Dann ist es fast eine Fahrlässigkeit, die Labels NICHT mit LightScribe zu machen. Entweder das Gekrakel wird vergessen, oder es wird die falsche Tages-Buildnummer draufgeschrieben, oder, oder. Menschen sind analog, da geht schnell was schief
k3b ist zwar gelungen, aber ich hatte bisher sehr oft probleme mit den backends ): bisher hatte nero als einziges programm einwandfrei funktioniert. das konnte ich bisher von keiner linux-alternative sagen. aber am ende muss jeder selber wissen was bei ihm läuft. ich freue mich jedenfalls über das engagement.
Korrekt! Warum Manche immer der Meinung sind, dass alles kostenlos oder frei sein MUSS ist mir unbegreiflich. Ich nutzte die Software, die ich mag - ob sie Geld kostet oder nicht, spielt keine Rolle. Denn im Grunde kostet mich auch freie Soft Geld, denn im Gegensatz zu den vielen OS-Fanatikern spende ich auch regelmässig.
Und auch wenn Du als Freak es vielleicht gerne machst.... in vielen Bereichen kosten Linux-Systeme in der Konfiguration, bzw Anpassung auf die eigenen Wünsche erheblich mehr wertvolle "LebensZeit" als andere Systeme (MacOS oder Windows) (s. beschriebene Bugs + Bugsuche, oder nicht unterstuetzte Hardware, oder Problem-Suche hier oder da)
Von Flying Circus am Fr, 18. September 2009 um 10:12 #
Hm. Was ich auf den Windows-Systemen in meiner Bekanntschaft / Verwandschaft schon rumgewerkelt habe, das geht auf keine Kuhhaut. Alles wertvolle Lebenszeit, sinnlos vergeudet.
Genau. Man muß nur einmal nach "Diashow mit Nero erstellen" googeln, und ganz schnell sieht man, wie "problemlos" die Arbeit unter Windows doch so sein kann.
Also ich bin vor einer ganzen Weile zu Nero Linux gewechselt (Nero2 war das noch) weil zu dem Zeitpunkt keine mir bekannte Alternative mit Dateien größer 4GB umgehen konnte.
Von Hans Wurst am Do, 17. September 2009 um 21:01 #
Ich habe irgendwann die Nase vollgehabt von den unzulaenglichkeiten der bekannten OSS Brennprogramme, und habe mir direkt nach erscheinen die erste Version von Nero fuer Linux gekauft. Ich bereue es nicht, es funktioniert immer noch. Ganz ohne rumgefrickel und fehlermeldungen interpretieren.
Von Apfelmann am Do, 17. September 2009 um 22:13 #
Denke mal Nero für Linux gibt es nur weil es eine Marktlücke ist und man halt neue Kunden gewinnen wollte die immerhin einahmen versprechen. Schaden kann es auch nicht sicher mag es gute alternativen wie K3B oder Brasero geben doch leiden die manchmal auch unter fehlern. K3B fehlt derzeit auch noch eine version für KDE4 und version 1.66 ist auch nur eine version die in entwicklung ist somit auch kein gewähr ob 100% verlässlich. Doch persönlich bevorzuge ich k3B das sich das geld nicht lohnt für die 6 Cds die man vielleicht im Jahr brennt doch wird es sicher welche geben die es trotzdem kaufen.
Du must das ganz pragmatisch sehen: Isos auf CDs brennen genauso wie Daten-CDs sind auch für wodim meist kein Problem. Mit etwas Glück klappt das auf DVD-Level auch noch. Die Frontends haben auf die Wodim-Fähigkeiten keinen Einfluß. K3b kann vielleicht einmal dort eine CD-RW blanken, wo Brasero versagt. Frontend-Fehler sind natürlich möglich. Problematisch wird es bei komplexeren Brennprojekten. Nicht jeder hat dann die Muse, so etwas zu tun wie das hier: http://forum.ubuntuusers.de/topic/funktionierende-video-dvd-erzeugen/ Insofern ist das schon eine Marktlücke. Letztendlich führt der cdrecord/wodim-Streit dazu, dass sich Nero zur dominierenden Linux-Brennsuite für alle diejenigen entwickeln könnte, die unter Linux mehr tun möchten als nur Daten-, Audio- und Iso-CDs zu brennen.
Ich hab lange zum Brennen immer auf Windows gewechselt. Weil mich mit irgendwelchen Parameter (auch in den Frontends) rumschlagen oder nach irgendwelchen Standard, etc. (mehr als 32 Zeichen oder was auch immer) gefragt zu werden. Nervt. Vor allem weil es mich nicht interessiert. Ich will einfach nur brennen. Ob man ne DVD+RW (oder wars -RW) nicht löschen, sondern nur überschreiben soll oder sonstwas - das interessiert mich einfach nicht. Ich will einfach, daß die Software mir meine Daten da drauf packt. Wie ist mir egal. Ich will mich nicht mit sowas rumärgern.
Und das war für mich der Grund für Nero Linux. Ich sag dem Teil: Brenn. Und es tuts einfach. Und es hat auch nicht den ganzen Schnickschnack wie unter Windows. Und das sind mir die 20 Euro wert gewesen.
Von irgendwer am Fr, 18. September 2009 um 11:03 #
Ja, genau das was du beschreibst ist schwierig für einen Open Source Entwickler zu verstehen.
Viele, wahrscheinlich gar die meisten, wollen nicht gewarnt werden, wenn etwas nicht in Ordnung ist. Ein Brennprogramm soll nicht warnen, wenn auf eine iso-level2-CD Dateien mit mehr als 32 Zeichen gebrannt werden. Der DAU weiß eh nicht, was ISO9660 ist und es ist ihm auch egal. Die Frage verwirrt nur.
Man lebt halt lieber mit den Fehlern, die daraus resultieren. Wenn einmal nachher einige Dateinamen nur aus komischen Zeichen bestehen, kann man eher damit leben, als vorher zig mal solch sinnlose Fragen gestellt zu bekommen :-P
*SCNR*
PS: Ich meine das durchaus ernst. Vielen ist es so wirklich lieber. Problematisch wird es nur, wenn jemand *wirklich* vorher wissen will, was Sache ist und aufgrund mangelnder Ausgabe einfach nicht dahinter kommt. Das haben die meisten sicher schon erlebt. Das ist es, was viele dann an Linux+co fasziniert: Man lernt schneller, weil einem eben gesagt wird, was Sache ist (zumindest häufiger als unter Windows) bzw. weil man mehr Möglichkeiten hat, das rauszufinden. Die Zielgruppe ist schlicht eine andere. Aber *erhobenerzeigefinger*: Linux!=Linux am Beispiel KDE vs. Gnome: (AFAIK) KDE zielt auf ein breites Anwend_ungs_spektrum, der Nutzer soll die Macht über das System haben. Somit gibt es eben bei typischen KDE-Programmen einen Haufen Konfigurationsoptionen. Viele Nutzer werden davon dann erdrückt. Gnome hingegen möchte ein breites Anwend_er_spektrum, das heißt das System gibt mehr Dinge vor, die den Entwicklern sinnvoll erscheinen. Es gibt somit weniger Konfigurationsoptionen; weniger, über das man sich Gedanken machen müsste. Auch wenn viele das angleichen wollen, so finde ich diese Trennung doch vorteilhaft. Der Poweruser wird nie das gleiche System benutzen wollen wie der einfach Nutzer. Die Trennung sieht doch auch in vielen Anwendungen, die beide Nutzerschichten bedienen wollen. Beispiel Firefox: Im normalen Einstellungen-Dialog kann man nur einen Bruchteil des Möglichen einstellen, dort unter "Erweitert" schon mehr. Und für die Powernutzer gibts dann noch "about:config", das der Durchschnittsnutzer niemals brauchen wird und wenn dann höchstens nach einer Punkt-für-Punkt-Anleitung.
So sehr ich auch Verständnis für den Threadersteller habe, ich hingegen möchte informiert werden, wenn mit dem gebrannten Rohling Probleme auftreten könnten. Ich mache dann nämlich den entsprechenden Fehler beim nächsten Brennvorgang nicht mehr. Nero werde ich auf keinen Fall benutzen. Es gibt nämlich eine freie Brennsoftware, die es mit Nero aufnehmen kann, und die heisst cdrecord. Die damit verbundenen (angeblichen) rechtlichen Probleme sind für Privatpersonen genauso relevant (und damit nichtexistent) wie die (nicht wirklich realen) rechtlichen Probleme, die für Privatpersonen eintreten können, wenn man seinem Computer zu etwas mehr Multimediafähigkeiten verhilft.
> ... ich hingegen möchte informiert werden, wenn mit dem gebrannten Rohling Probleme auftreten könnten.
Ich möchte auch informiert werden, wenn etwas schief gelaufen ist. Aber mich interessiert es nicht, welche Standard oder was auch immer es gibt. Wenn ich dem Brennprogramm Dateien mit mehr als 32 Zeichen, Groß-/Kleinschreibung oder was auch immer gebe, dann soll das Teil es irgendwie auf auf das im gegeben Medium bringen. Und zwar so, daß es danach immer noch so heißt und nicht verstümmelt wird. Das macht eine gute und nutzerfreundliche Software aus.
Wenn jemand dann trotzdem möchte, daß ihm alle Dateinamen gekürzt oder sonstwas wird, dann kann das Programm von mir aus auch dafür die Optionen bieten. Von einer Brennsoftware erwarte ich: Ich geb der Anwendung Daten und nachher hab ich eine 1:1 Kopie auf einem Medium. Ohne mich mit irgendwas dahinter auseinanderzusetzen.
> Es gibt nämlich eine freie Brennsoftware, die es mit Nero aufnehmen kann, und die heisst cdrecord
Das ist doch nicht dein Ernst, oder? Ich liebe die Commandline. Aber individuelles Brennen und zusammenstellen auf der Commandline ist noch ätzender als es mit einer schlechten GUI zu machen.
Von M wie Meikel am Fr, 18. September 2009 um 14:10 #
Ich würde cdrecord auch nicht mit Nero vergleichen, allerdings sollte man eigentlich wodim problemlos als Backend in k3b und Co durch cdrecord ersetzen können.
Ich würde das aber einem normalen Anwender nicht zumuten, cdrecord selber zu installieren, insofern ist es dann auch in Kombination wieder keine Alternative zu Nero.
BTW: die letzten Releases von cdrtools sprechen davon, dass es bald wieder ein major release geben soll. Ich bin gespannt...
Infolge dieses cdrecord-/cdrkit-Streits können die Frontends das, was cdrecord u.a. anbietet (z.B. Blurays brennen) dem Nutzer nicht zur Verfügung stellen bzw. stellen es ihm einfach nicht zur Verfügung, weil wodim das nicht kann. Von den Fähigkeiten her sind Nero und cdrecord tatsächlich auf einem Niveau, weshalb es tatsächlich zur Zeit eine Nero-Alternative unter Linux gibt. Dass Du Nero kaufst, ist aber natürlich völlig in Ordnung. Ich persönlich hoffe auch, dass das libburnia-Projekt (Xfburn benutzt u.a. diese lib) weiter vorankommt, damit wir in Zukunft in allen Distros (nicht nur in Slackware) wieder freie und hundertprozentig funktionierende Brennsoftware haben. Wodim/cdrkit sind leider tot und cdrecord ist aus juristischen Gründen (wie valide die auch immer sein mögen) für die meisten Distros zur Zeit ein rotes Tuch.
Von irgendwer am Fr, 18. September 2009 um 19:14 #
> Aber mich interessiert es nicht, welche Standard oder was auch immer es gibt.
Das ist ja sooo typisch. "Scheiß egal wenn andere damit Probleme haben, Hauptsache es ist für mich einfach. Und bei mir funktioniert es doch auch!?"
Wenn du eine CD von mir bekommst, auf der für dich wichtige Daten sind, diese sind aber total zerhackt, bringt es dir nicht viel, wenn ich dir dann zeige "siehst du, hier bei mir geht es". Genau das ist aber das Resultat, vielfach in der Realität schon so vorgekommen.
k3b warnt dich nun vor, wenn Einstellungen Probleme machen könnten, auch wenn das meist nur andere Systeme betrifft. Nero hingegen ignoriert Anforderungen schlicht, die eben unter Windows Probleme machen und alles andere ist egal, an Windows muss sich halt alles richten. Tja, das sind die Vorteile, wenn man auf den Marktführer setzt. Ethisch ist das aber nicht korrekt.
Nichts gegen Nero, ist ein klasse Programm, das den Markt bedient. Der Hersteller stellt halt das her, was der Markt möchte, und das macht er gut.
> Ich möchte auch informiert werden, wenn etwas schief gelaufen ist.
Das ist ja der Witz. Probleme können nicht nur auf deinem PC auftreten. Die Warnung besagt, dass die CD (was ja ein Austauschmedium ist und das Brennprogramm weiß eben nicht, wo die CD überall landet) möglicherweise nicht auf allen Systemen so funktioniert, wie auf dem eigenen; dass sie eben nicht Standardkonform ist. Wenn du diese Meldung nicht willst heißt das nichts anderes als "ist mir egal, mein System ist das Maß aller Dinge".
> Die Warnung besagt, dass die CD (was ja ein Austauschmedium ist und das Brennprogramm weiß eben nicht, wo die CD überall landet) möglicherweise nicht auf allen Systemen so funktioniert, wie auf dem eigenen; dass sie eben nicht Standardkonform ist.
Dann müsste man strenggenommen auf Dateinamen im 8.3-Schema setzen (ISO 9660 Level 1). Schon Level 2 kannst du nicht von jedem System erwarten, von RockRidge oder Joliet ganz zu schweigen. Windows unterstützt kein RR und ein GNU-Linuxer, der nur auf freie Standards setzt, wird Joliet-Unterstützung aus dem Kernel entfernt haben.
Von irgendwer am Di, 22. September 2009 um 20:17 #
Bei RR und Joliet stimme ich dir prinzipiell zu. Aber ISO 9660 Level 2 ist immerhin, wie der Name schon sagt, eine ISO-Norm und das schon lang genug. Das kann man schon voraussetzen.
ich habe mir vor ein paar Monaten die 3.5er gekauft da mir das Programm echt gut gefiel! Nun lese ich aber in der FAQ von Nero dass man zumindest von einer 3er Version nicht updaten kann.
Bin nun wirklich hart am überlegen ob ich es mir wieder kaufen sollte... (eher nicht)
Funktioniert bei euch die Verify-Funktion bei k3b auch nicht? Ich verwende seit langem Sidux und da wurde noch keine CD/DVD mit der Verify-Funktion als OK gemeldet. Ich konnte allerdings keinen Brennfehler feststellen
kann ich für diverse openSUSE, Mandriva und Debian Stable Version bestätigen. Die Probleme fingen mit dem cdrkit Dreck an. Mit den cdrtools funktionierte bei mir noch alles perfekt.
und ich bis heute noch nie etwas davon gehört habe, obwohl ich auf Windowskisten mangels Alternative und weil Nero ohnehin als OEM-Software immer irgendwo dabei ist, Nero verwendet habe.
Von irgendwer am Sa, 19. September 2009 um 09:13 #
Ich weiß nicht ob es noch so ist, aber die 2er Version war zu 3er Zeiten gratis. Oder war mal gratis bei einer Zeitschrift dabei, ich weiß nicht mehr... das gibts jedenfalls schon eine gefühlte Ewigkeit.
Schade nur das es das 64 bit Deb Paket nicht zu geben scheint. Wen man es runter laden will, kommt nur nicht gefunden. Oder ist das nur bei mir so ?? Nero L.3 hatte ich mal hier laufen.( Sidux und Mandriva) es lief ohne zu murren. Eher unauffällig. Momentan tut hier für mich k3b und alles was darunter werkelt ohne Fehler. Auch mit woodim. Für das selbst übersetzten von schillingscher Software bin ich zu alt und zu blöd. Ja wen es Pakete die fertig sind für mein System geben würde :) MFG Bastler
Ich käme nicht im Traum darauf, mir für 20€ ein Linux-Brenprogramm zu kaufen.
Der Infra recorder erinnert an ältere Neroversionen oder Gnomebaker und ist Opensource)
Brennt CD's, DVD's, Images usw. nur ohne den Multimediakrams der neueren Neroversionen.
http://infrarecorder.org/
Sieht ja fast aus wie K3B, letzteres wird hoffentlich bald auch auf Windows portiert sein.
das K3B dürfte ziemlich starke Abhängigkeiten auf Tools haben, die so nicht unter Windows existieren. Nur weil KDE unter Windows läuft, heisst nicht, dass schon bald K3B es tut.
Aber warum sollte man CDs unter Windows brennen, wenn man Linux nutzt? Das ist doch wohl gerade das, was Hardware ist, und dass Linux eindeutig besser kann.
Gruss,
Kay
K3B dürfte ziemlich starke Abhängigkeiten auf Tools haben, die so nicht unter Windows existieren
Die cdrtools gibt es auch für Windows: http://cdrecord.berlios.de/old/private/cdrecord.html
Als grafische Oberfläche zum CD-/DVD-Brennen mit freier Software steht unter Windows zum Beispiel der InfraRecorder zur Verfügung: http://infrarecorder.sourceforge.net/
klar arbeite ich gewöhnlich unter Linux, wenn aber gerade mal Windows läuft und ich schnell ohne Neustart eine CD brennen möchte, wäre K3B einfach nett.
Die GUI läuft übrigens schon unter Windows (war mal im KDE-Installer), ebenso einige der Tools, ich konnte aber von da aus nicht auf meine optischen Laufwerke zugreifen.
Doch bin ich der Meinung, dass optische Speichermedien langsam aber sicher vom Markt verschwinden werden. Es werden immer mehr Notebooks ohne CD/DVD/BR-Laufwerk verkauft, da USB-Sticks viel komfortabler sind. Außerdem haben diese Laufwerke mechanische Komponenten und sind damit fehleranfälliger und beeinträchtigen die Stabilität von Notebooks an den Stellen, wo sich der Laufwerksschacht befindet.
???
Also ISO-images kann man sogar prima auf der Kommandozeile brennen. Dafür braucht man weder k3b noch Nero. Wo da die Macken von k3b sein sollen ist mir schleierhaft. Das eigentlich schwierige ist doch die ISO-images zu erstellen.
"cdrecord cd.iso" wenn alles richtig konfiguriert ist, sonst muss man noch "dev=0,4,0" o.ä angeben.
@Vorposter: Wo soll beim Brennen von ISOs eine Macke sein? Im KDE-Desktop einfach ISO-File über k3b ziehen und "Brennen" drücken ... (nachdem das Ding unnötigerweise die Checksumme berechnet hat -- das könnte optional sein)
Das ist unschön.
Werkelt Problemlos
Das kann man jedenfalls ausprobieren, falls weder liburnia noch wodim funktionieren sollten, bevor man irgendein Programm kauft.
Cdrecord gibt es übrigens auch noch, leider ist hier die zuverlässige Unterstützung seiner Funktionen mit Frontends nicht so ausgereift, weshalb sich hier fast schon zwingend die Kommandozeile anbietet. Am Zuverlässigsten ist in diesem Zusammenhang noch XCDRoast.
Ich käme nicht im Traum darauf, mir für 20 ein Linux-Brenprogramm zu kaufen."
CDBurnerXP
Es läuft aus der Box ohne Probleme.
Ich muss nichts nachinstallieren und die Oberfläche erinnert an
die der Windows.
Keine Absturz absolut genial....!
Das ist mir 20 Wert
Jens
Anon Ym
Unsere leidvolle Erfahrung mit den allen growisofs hat uns gereicht. Unsere Lösung bei den kleinen Firmen _muss_ funktionieren und es geht nicht, dass alle 10 Brennvorgänge es einmal nicht klappt. Der Kunde ruft nach der nächtlichen Sicherung genervt an, dass die Sicherung wieder nicht vollständig durchgelaufen sei. Es ist ihm (den Kunden) egal, dass es unter Linux halt so ist, dass es manchmal nicht geht.
Nero schafft es.
> zu erwähnen (siehe Entwicklerseite). [...]
Hmm...
Extra fuer dich war ich g'rad' nochmal auf ,,http://www.cdrkit.org''
(wodim(/cdrecord) Entwicklerseite)
und weit und breit nichts von einem ,,Debakel'' zu sehen...
Koennte man sich etwas genauer ausdruecken?
Danke.
PS
Falls man damit aber auf
,,http://cdrecord.berlios.de/old/private/linux-dist.html''
hinweisen wollte, so sei, nur der Vollstaendigkeit halber, zu erwaehnen,
dass jene Seite nichts mit ,,wodim'', im Sinne von entwickeln, zu tun hat,
sie referiert lediglich im Rahmen des dort behandelten Themas darauf.
Falls man auf eben jenes Thema mit ,,Debakel'' referierte so war dies,
vor allem im Kontext ihrer Nachricht und des gesammten Threads, welche
,,Debakel'' viel mehr als ,,Probleme-mit-Software''/,,Bugs'' erscheinen lies,
ungluecklich ausgedrueckt, oder womoeglich auch nur ein Missverstaendnis
meinerseits.
Dies hin oder her, so sehe ich nicht, wo hier genau das ,,Debakel'' liegt.
Falls es um das leidige Thema des Lizenzierungsstreites geht, so hat dies
wohl nichts mit der Funktionalitaet und der Funktionstuechtigkeit/Stabilitaet
der darin verwickelten Software-Packete zu tun, auf welche ihr zweiter Satz
auch anspielt.
Falls es sich aber um die durch den ,,Fork'', welcher durch eben genannten
Lizenzierungsstreit ausgeloest wurde, verursachten angeblichen Fehler und
Unzulaenglichkeiten (laut
,,http://cdrecord.berlios.de/old/private/linux-dist.html'') handelt, so sehe
ich auch hier das Problem nicht, da in der Original-Version (/cdrecord/) die
Probleme des Forkes nicht einflossen, diese Version immer noch unter
,,Open Source''-Lizenzen steht und somit folgerichtig immer noch eine
> [...] Alternative zu proprietärer [...]
Software darstellt.
Insofern kann ich immer noch nicht so richtig nachvollziehen, um welches
,,Debakel'' es sich bei ihrer Aussage handelt und ob jenes Relevanz besitzt,
bezueglich dessen, ob es
> [...] auch gleichwertig funktioniert [...]
im Verhaeltnis zu proprietaerer Software, was immer dies genau bedeutet.
Du hättest den Link zur Entwickler-Mailingliste einmal anklicken sollen.
Dort geschieht schon seit sehr langer Zeit nichts mehr Substantielles mehr.
Auch die Release Notes der jüngsten Veröffentlichung vom Oktober 2008 zeigen, dass es sich fast um eine Art "Potemkinschen Release" handelt.
Im Changelog heisst es lediglich:
"cdrkit (1.1.9) RELEASED; urgency=low
(...)
* wodim: In -msinfo mode, only suggest dvd+rw-mediainfo in verbose mode.
Thanks to Michael Karcher for the
patch.
* genisoimage: undo a mistake in the directory permissions change in
the last release. Fixes handling of deep directory structures.
-- (...) Sun, 26 Oct 2008 15:43:54 -0700"
Wer solches von sich gibt, hat meistens wenig Ahnung, wenig Bock oder beides.
Es MUSS immer, Johann. Die Frage ist nur, ob man ein wenig Zeit investiert und den Problemen ein für alle mal auf den Grund geht oder einfach darauf pfeift und sich dafür auf undurchsichtige, eierlegende Wollmilchschweine verlässt. Falls dann plötzlich auch die Wollmilchsau Probleme hat.. dann wirds arg, denn irgendwie findet man auf hersteller.de kein Forum / keine Mailing-Liste, wo man die brennende Frage an eine Gruppe kompetenter Benutzer/Entwickler stellen könnte.
Trotzdem: Diese Art von Argumentation wird wohl nie aussterben.
Lesen.
das Problem mit growisofs und k3b im Vergleich zu nerolinux 3 ist, dass growisofs leider nach einer recht umfangreichen Ordnerstruktur (mit zig Unterordnern) nur mutlos vor sich hin rechnet und hängt (CPU-Auslastung von 100%), nach 30 Minuten hab ich nach mehreren Versuchen entnervt aufgegeben und es mit nero gebrannt, da ging es immer wunderbar !
Wenn das beim nächsten Backup (nach System-Update) in ein paar Monaten behoben ist, spende ich bereitwillig denselben Betrag, wie Nero kostet an die Maintainer / Programmierer
Wegen dem growisofs problem:
Nimm die orginal cdrtools und
mkisofs ... |cdrecord.
Dann ist dir mit sicherheit geholfen.
K3b kenn ich nicht nutz ich nicht. Wäre nicht ausgeschlossen das der fehler dort zu suchen ist.
Aber das geht nicht hat halt zu funktionieren find ich besch..., denn nur wenn man den Fehlern zu Leibe rückt, verbessern sich die programme. Das ist klassisches opensource prinzip. Aber gut just my 2 cents.
Wir haben auch nachgedacht, wie unten empfohlen, auch von Herrn Schilling die cdrecord zu erwerben (vor vielen Jahren) und auch später zu 'bekommen'. Es ist leider sehr umständlich und bei Problemen verweisst Herr Schilling gerna darauf, dass seine Programme auf Solaris prima funktionieren, nicht aber auf dem Linux, da ignorante Kernelentwickler dauern am Kernel rumfummeln. Das ist kein Geschäftsgebaren.
Nun zu den Ideen mit den Tapes. Wir haben leider leidvolle Erfahrung mit den DAT-Streamern, jede kann sich noch erinnern, wie haltbar es war. Die Bänder waren meistens nach ein paar Jahren nur auf dem Laufwerk, auf dem sie geschrieben worden sind leesbar und nachdem der Laufwerk kaputt war, waren die Tapes fürs Katz.
Besser sind die 1/4 Cartridges, die laufen gut aber wie alle Streamer haben sie den Nachteil, dass ich zum Überprüfen noch ein Laufwerk brauche. Die Sicherung auf DVD hat den riesigen Vorteil, dass es jeder auf seinem Platz überprüfen kann. Das ist _praktisch_. Ausserdem, auch diese Laufwerke muss man pflegen, und es ist entsprechend teuer.
Unten wird auch empfohlen DVD RAM zu nehmen. Zuerst, growisofs ist nur eint Teil des Problems, brennen tut jemand anders und dieses Programm macht die Probleme. Aber bei DVD RAM gibt noch diese inkompatibilität wenn man das auf PC z.B. lesen möchte. Wieder zuviel Administration, Umstände.
Bei kleinen Kunden kann ich einfach nicht bei 2GB Datenvolumen mit einem Streamer für 2 k antanzen, ich möchte dass der Kunde das Geld für meine Laistungen zahlt und nicht überteuerte Streamerhersteller unterstützt.
Und Nero zeigt, dass es geht.
Noch zu der Haltbarkeit - wir machen Backup auf diese Weise seit 7 Jahren. (am Anfang waren es CDROM). Es ist noch kein einziger CD/DVD-Träger kaputt gewesen. Selbstverständlich werden die DVD für LAngsicherung halbjährlich neu gebrannt.
Wer mit Imperativen um sich wirft verlangt automatisch Garantien.
Alle mir bekannten, schlecht ausgebildeten Quereinsteiger mit wenig Ahnung reden in diesem Ton über freie Software.
Etwas geht nicht, ich versteh Bahnhof, es muss gehen, Scheisssoftware!
Fakt ist, dass die Bordmittel, die mit den Distributionen geliefert werden, taugen fürs Brennen als Backgroundjob nicht.
Fakt? Ich mein.. wirklich? Fakt???
Versuchs doch ein wenig bescheidener: ``Die Bordmittel, welche mitgeliefert werden konnte ich nie richtig in Betrieb nehmen und hatte leider auch keine Zeit, um die Fehler zu analysieren. Deshalb habe ich zu einer kommerziellen Lösung gegriffen, die meinen Ansprüchen gerecht wird.''
Verstehe ich voll und ganz, keine weiteren Fragen.
Wenn man schon Backups auf optische Medien macht, dann wenigstens auf DVD-RAM. Dann braucht man auch kein growisofs.
Ich hab wie viele andere (siehe google) permanent eine wodim Fehlermeldung.
Weil es mir gereicht hat, hab ich mir Nero Linux 3 gekauft.
Ich bin jetzt zu faul zum Googlen. Wodim kommt von Debian und funktioniert tadellos.
Solltest du nicht Debian Stable nutzen, dann hör gefälligst auf, über Betasoftware zu heulen.
Richtig! Und benutze statt dessen lieber Software direkt aus dem Antiquariat!
Bei komplexeren Brennprojekten versagt es meist.
Zudem wird es schon seit einiger Zeit nicht mehr weiterentwickelt.
Cdrecord wurde von Debian als cdrkit geforkt und ... das war's. Aus, Ende.
Wenn Wodim so problemlos funzt wieso gibts dann Bugreports bei ubuntu, debian, sidux, arch, gentoo usw usf? :)
Btw. Seitwann muss man Debian nutzen für cdrkit? oO
Ernsthaft, das ist einfach irgendeine Warnung, die bei jedem auftaucht, der es ohne Root-Rechte verwendet. Klar taucht sie in den meisten Berichten auf, die alle möglichen Fehler beschreiben (hauptsächlich Kernel-Bugs und PEBKAC).
Nero ist da übrigens den OSS-Fricklern weit voraus, da es die ausgereifte Brenn-Engine einsetzt. Open-Source mag toll sein, nützt aber nichts, wenn niemand außer dem Autor in der Lage ist, den Code zu verstehen (Jörg Schilling und sein Solaris, sage ich nur).
Erst informieren dann labern!
Der Brennvorgang wird gestartet, paar MB werden auf den Rohling gebrannt und dann CRASH/ERROR!
Erging bisher jedem mit der Meldung so und es ist egal ob root oder user.
Siehe:
wodim: No write mode specified.
wodim: Asuming -tao mode.
wodim: Future versions of wodim may have different drive dependent defaults.
TOC Type: 1 = CD-ROM
wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0'
devname: '/dev/sr0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.9
SCSI buffer size: 64512
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'LITE-ON '
Identification : 'DVDRW SOHW-1633S'
Revision : 'BS0Y'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0011 (DVD-R sequential recording)
Profile: 0x002B (DVD+R/DL)
Profile: 0x001B (DVD+R)
Profile: 0x001A (DVD+RW)
Profile: 0x0014 (DVD-RW sequential recording)
Profile: 0x0013 (DVD-RW restricted overwrite)
Profile: 0x0011 (DVD-R sequential recording) (current)
Profile: 0x0010 (DVD-ROM)
Profile: 0x000A (CD-RW)
Profile: 0x0009 (CD-R)
Profile: 0x0008 (CD-ROM)
Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
Driver flags : SWABAUDIO BURNFREE
Supported modes: PACKET SAO
Drive buf size : 1563904 = 1527 KB
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
FIFO size : 4194304 = 4096 KB
Track 01: data 3119 MB
Total size: 3582 MB (354:54.45) = 1597084 sectors
Lout start: 3582 MB (354:56/34) = 1597084 sectors
Current Secsize: 2048
HINT: use dvd+rw-mediainfo from dvd+rw-tools for information extraction.
Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 701412
Speed set to 5540 KB/s
Starting to write CD/DVD at speed 4.0 in real unknown mode for single session.
Last chance to quit, starting real write in 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
Performing OPC...
Starting new track at sector: 0
Track 01: 16 of 3119 MB written (fifo 98%) 4.1x.Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB: 2A 00 00 00 20 17 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.638s timeout 40s
write track data: error after 16824320 bytes
wodim: A write error occured.
wodim: Please properly read the error message above.
Errno: 5 (Input/output error), test unit ready scsi sendcmd: no error
CDB: 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.584s timeout 40s
Writing time: 76.965s
Average write speed 46.2x.
Min drive buffer fill was 99%
Fixating...
Errno: 5 (Input/output error), flush cache scsi sendcmd: no error
CDB: 35 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00
Sense Key: 0x2 Not Ready, Segment 0
Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.638s timeout 120s
Trouble flushing the cache
wodim: Cannot fixate disk.
Fixating time: 0.638s
wodim: fifo had 329 puts and 266 gets.
wodim: fifo was 0 times empty and 142 times full, min fill was 82%.
Ich muß dazu sagen, das es bei mir mit wodim auch keine probleme gibt, jedoch ist für den Notfall ein lauffähiger cdrecord auf meinem System installiert. Auch growisofs tut seinen Dienst hervorragend.
ihr habt leider recht. Ich kann's für openSUSE, Mandriva und Debian 5.02 bestätigen. Seit Jörg Schillings cdrtools durch diesen cdrkit Dreck (Wodim) ersetzt wurde, treten auch bei mir diverse Fehler auf, und das bei verschiedenen Brennern. Dieses Zeug wird auch überhaupt nicht mehr gewartet.
Übrigens, K3b ist genaugenommen nur eine Multifunktionsoberfläche für diverse Programme.
Brasero wird mich die letzten Jahre noch begleiten, bevor optische Datenträger nur noch im Museum bewundert werden können, lang dauert das wohl nicht mehr. Nero fand ich unter Windows schon immer schrottig, aber um Mal in Nostalgie zu schwelgen und einem ehrwürdigen Windows-Programm zu huldigen, Feurio! war toll.
Steck mal eine verschmutze oder defekte CD oder DVD in Dein Laufwerk unter Ubuntu 9.04. Du solltest aber vorher alles gesichert haben, denn Dein Rechner friert daraufhin wenn Du Pech hast ohne jede weitere Warnung ein. Er regiert auf nichts mehr auch nicht MagicKeys.
Die Ursache liegt in der libbrasero. Wenn man die nebst Brasero entfernt ist das Problem behoben (siehe Google). Wenn Programme obwohl ich sie gar nicht aktiv nutzen möchte mein System zum Absturz bringen sind sie inakzeptabel.
(Ob das Problem nur bei Ubuntu besteht weiss ich nicht)
Wohl kaum. Wenn das im Zusammenhang mit libbrasero passiert, dann mag das ein Problem sein, aber die eigentliche Ursache dürfte im Kernel zu suchen sein. Es sei denn, libbrasero blockiert nur "schwächliche" weitere Userspace-Komponenten (z.B. Desktop) und nicht den gesamten PC (keine Konsolen-Shortcuts mehr möglich, kein Alt-SysRq etc.).
=== EIN USERSPACE-PROGRAMM HAT EIN SYSTEM NIEMALS ABZUSCHIESSEN, PUNKT, ENDE, AUS. ===
Sonst taugt das Betrübssystem und/oder X-Server (zumindest in dieser Hinsicht) nix.
(mal von der Notwendigkeit brauchbarer ulimits der zu startenden Programme abgesehen)
So klar (und Großschrift) muss man das schreiben, damit das zu vielen immer noch uninformierten (oder von jahrzehntelangem Windows-Verhalten verbogenen) Leuten ENDLICH in die Birne gemeiselt wird.
Vorallem bei AudioCD's hatte ich oft Mühe, Lieder stotterten z.B. teilweise.
Nein, Nero nutzt ich dennoch nicht, schlecht finde ich es aber auch nicht.
Codecfriggelei dürfte mit Nero auch wegfallen. Mal im ernst wer mit seiner Software Geld verdienen will soll es. Sofern er Kunden hat ist das doch kein Problem. Ich sehe den OpenSource Fanatismus manchmal schlimm.
Bei extrem wichtigen Sachen wie bei einem OS find ich es auch wichtig.
Die windows anwender sind gewohnheitstiere :))... Windows Anwender hier, nichts für ungut Ihr seit aber leider nun ma so. Wenn der knopf an einer anderer stelle sich befindet als unter Win, ist das programm dreck
Nicht nur Windows-Anwender. Was hab ich schon Linux-Fans jammern sehen, weil sie unter Solaris oder MacOSX plötzlich mit anderen Pfaden oder anderen Optionen zurecht kommen müssen. Cosmopolit wird man nicht, indem man von einer Insel zur anderen wechselt.
naja wie gesagt die lightscribe unterstützung unter linux is gut aber es gibt keine anständige software zum erstellen, das ist mit nero einfach schon toll. aber wenn die zu faul oder inkompetent sind das zu integrieren brauchen die nicht erwarten das ich das produkt kaufe.
Du meinst aber nicht diese Aufkleber für CD/DVD, oder? Bei den Geschwindigkeiten aktueller Laufwerke hätte ich Angst, daß mir früher oder später die CD um die Ohren fliegt ...
Dieses gekritzel auf CDs, dass sieht erstens unschön aus und zweitens blättert die schrift nach ein paar monaten ab.
Mit Lightscribe kann ich hübsche grafiken raufpacken und das hält so lange die CD/DVD hält.
aber im ernst: Wer braucht schon Blueray?
Wollen wir ihn aufklären? Jaaaaaa!
Nehmen wir an, eine Firma betreibt einen Buildserver. Dann ist es fast eine Fahrlässigkeit, die Labels NICHT mit LightScribe zu machen. Entweder das Gekrakel wird vergessen, oder es wird die falsche Tages-Buildnummer draufgeschrieben, oder, oder. Menschen sind analog, da geht schnell was schief
bisher hatte nero als einziges programm einwandfrei funktioniert.
das konnte ich bisher von keiner linux-alternative sagen. aber am ende muss jeder selber wissen was bei ihm läuft.
ich freue mich jedenfalls über das engagement.
Du kannst natürlich benutzen was du magst, das ist billig, fühl dich frei. Ich finde deine Haltung auch billig, alles wird gut.
Man muß nur einmal nach "Diashow mit Nero erstellen" googeln, und ganz schnell sieht man, wie "problemlos" die Arbeit unter Windows doch so sein kann.
Gruß!
Schaden kann es auch nicht sicher mag es gute alternativen wie K3B oder Brasero geben doch leiden die manchmal auch unter fehlern.
K3B fehlt derzeit auch noch eine version für KDE4 und version 1.66 ist auch nur eine version die in entwicklung ist somit auch kein gewähr ob 100% verlässlich.
Doch persönlich bevorzuge ich k3B das sich das geld nicht lohnt für die 6 Cds die man vielleicht im Jahr brennt doch wird es sicher welche geben die es trotzdem kaufen.
Isos auf CDs brennen genauso wie Daten-CDs sind auch für wodim meist kein Problem. Mit etwas Glück klappt das auf DVD-Level auch noch.
Die Frontends haben auf die Wodim-Fähigkeiten keinen Einfluß. K3b kann vielleicht einmal dort eine CD-RW blanken, wo Brasero versagt. Frontend-Fehler sind natürlich möglich.
Problematisch wird es bei komplexeren Brennprojekten. Nicht jeder hat dann die Muse, so etwas zu tun wie das hier:
http://forum.ubuntuusers.de/topic/funktionierende-video-dvd-erzeugen/
Insofern ist das schon eine Marktlücke.
Letztendlich führt der cdrecord/wodim-Streit dazu, dass sich Nero zur dominierenden Linux-Brennsuite für alle diejenigen entwickeln könnte, die unter Linux mehr tun möchten als nur Daten-, Audio- und Iso-CDs zu brennen.
Und das war für mich der Grund für Nero Linux. Ich sag dem Teil: Brenn. Und es tuts einfach. Und es hat auch nicht den ganzen Schnickschnack wie unter Windows. Und das sind mir die 20 Euro wert gewesen.
Viele, wahrscheinlich gar die meisten, wollen nicht gewarnt werden, wenn etwas nicht in Ordnung ist. Ein Brennprogramm soll nicht warnen, wenn auf eine iso-level2-CD Dateien mit mehr als 32 Zeichen gebrannt werden. Der DAU weiß eh nicht, was ISO9660 ist und es ist ihm auch egal. Die Frage verwirrt nur.
Man lebt halt lieber mit den Fehlern, die daraus resultieren. Wenn einmal nachher einige Dateinamen nur aus komischen Zeichen bestehen, kann man eher damit leben, als vorher zig mal solch sinnlose Fragen gestellt zu bekommen :-P
*SCNR*
PS: Ich meine das durchaus ernst. Vielen ist es so wirklich lieber. Problematisch wird es nur, wenn jemand *wirklich* vorher wissen will, was Sache ist und aufgrund mangelnder Ausgabe einfach nicht dahinter kommt. Das haben die meisten sicher schon erlebt. Das ist es, was viele dann an Linux+co fasziniert: Man lernt schneller, weil einem eben gesagt wird, was Sache ist (zumindest häufiger als unter Windows) bzw. weil man mehr Möglichkeiten hat, das rauszufinden. Die Zielgruppe ist schlicht eine andere. Aber *erhobenerzeigefinger*: Linux!=Linux am Beispiel KDE vs. Gnome: (AFAIK) KDE zielt auf ein breites Anwend_ungs_spektrum, der Nutzer soll die Macht über das System haben. Somit gibt es eben bei typischen KDE-Programmen einen Haufen Konfigurationsoptionen. Viele Nutzer werden davon dann erdrückt. Gnome hingegen möchte ein breites Anwend_er_spektrum, das heißt das System gibt mehr Dinge vor, die den Entwicklern sinnvoll erscheinen. Es gibt somit weniger Konfigurationsoptionen; weniger, über das man sich Gedanken machen müsste.
Auch wenn viele das angleichen wollen, so finde ich diese Trennung doch vorteilhaft. Der Poweruser wird nie das gleiche System benutzen wollen wie der einfach Nutzer. Die Trennung sieht doch auch in vielen Anwendungen, die beide Nutzerschichten bedienen wollen. Beispiel Firefox: Im normalen Einstellungen-Dialog kann man nur einen Bruchteil des Möglichen einstellen, dort unter "Erweitert" schon mehr. Und für die Powernutzer gibts dann noch "about:config", das der Durchschnittsnutzer niemals brauchen wird und wenn dann höchstens nach einer Punkt-für-Punkt-Anleitung.
Nero werde ich auf keinen Fall benutzen. Es gibt nämlich eine freie Brennsoftware, die es mit Nero aufnehmen kann, und die heisst cdrecord. Die damit verbundenen (angeblichen) rechtlichen Probleme sind für Privatpersonen genauso relevant (und damit nichtexistent) wie die (nicht wirklich realen) rechtlichen Probleme, die für Privatpersonen eintreten können, wenn man seinem Computer zu etwas mehr Multimediafähigkeiten verhilft.
Ich möchte auch informiert werden, wenn etwas schief gelaufen ist. Aber mich interessiert es nicht, welche Standard oder was auch immer es gibt. Wenn ich dem Brennprogramm Dateien mit mehr als 32 Zeichen, Groß-/Kleinschreibung oder was auch immer gebe, dann soll das Teil es irgendwie auf auf das im gegeben Medium bringen. Und zwar so, daß es danach immer noch so heißt und nicht verstümmelt wird. Das macht eine gute und nutzerfreundliche Software aus.
Wenn jemand dann trotzdem möchte, daß ihm alle Dateinamen gekürzt oder sonstwas wird, dann kann das Programm von mir aus auch dafür die Optionen bieten. Von einer Brennsoftware erwarte ich: Ich geb der Anwendung Daten und nachher hab ich eine 1:1 Kopie auf einem Medium. Ohne mich mit irgendwas dahinter auseinanderzusetzen.
> Es gibt nämlich eine freie Brennsoftware, die es mit Nero aufnehmen kann, und die heisst cdrecord
Das ist doch nicht dein Ernst, oder? Ich liebe die Commandline. Aber individuelles Brennen und zusammenstellen auf der Commandline ist noch ätzender als es mit einer schlechten GUI zu machen.
Ich würde das aber einem normalen Anwender nicht zumuten, cdrecord selber zu installieren, insofern ist es dann auch in Kombination wieder keine Alternative zu Nero.
BTW: die letzten Releases von cdrtools sprechen davon, dass es bald wieder ein major release geben soll. Ich bin gespannt...
Von den Fähigkeiten her sind Nero und cdrecord tatsächlich auf einem Niveau, weshalb es tatsächlich zur Zeit eine Nero-Alternative unter Linux gibt.
Dass Du Nero kaufst, ist aber natürlich völlig in Ordnung.
Ich persönlich hoffe auch, dass das libburnia-Projekt (Xfburn benutzt u.a. diese lib) weiter vorankommt, damit wir in Zukunft in allen Distros (nicht nur in Slackware) wieder freie und hundertprozentig funktionierende Brennsoftware haben.
Wodim/cdrkit sind leider tot und cdrecord ist aus juristischen Gründen (wie valide die auch immer sein mögen) für die meisten Distros zur Zeit ein rotes Tuch.
Das ist ja sooo typisch. "Scheiß egal wenn andere damit Probleme haben, Hauptsache es ist für mich einfach. Und bei mir funktioniert es doch auch!?"
Wenn du eine CD von mir bekommst, auf der für dich wichtige Daten sind, diese sind aber total zerhackt, bringt es dir nicht viel, wenn ich dir dann zeige "siehst du, hier bei mir geht es". Genau das ist aber das Resultat, vielfach in der Realität schon so vorgekommen.
k3b warnt dich nun vor, wenn Einstellungen Probleme machen könnten, auch wenn das meist nur andere Systeme betrifft. Nero hingegen ignoriert Anforderungen schlicht, die eben unter Windows Probleme machen und alles andere ist egal, an Windows muss sich halt alles richten. Tja, das sind die Vorteile, wenn man auf den Marktführer setzt. Ethisch ist das aber nicht korrekt.
Nichts gegen Nero, ist ein klasse Programm, das den Markt bedient. Der Hersteller stellt halt das her, was der Markt möchte, und das macht er gut.
> Ich möchte auch informiert werden, wenn etwas schief gelaufen ist.
Das ist ja der Witz. Probleme können nicht nur auf deinem PC auftreten. Die Warnung besagt, dass die CD (was ja ein Austauschmedium ist und das Brennprogramm weiß eben nicht, wo die CD überall landet) möglicherweise nicht auf allen Systemen so funktioniert, wie auf dem eigenen; dass sie eben nicht Standardkonform ist. Wenn du diese Meldung nicht willst heißt das nichts anderes als "ist mir egal, mein System ist das Maß aller Dinge".
Dann müsste man strenggenommen auf Dateinamen im 8.3-Schema setzen (ISO 9660 Level 1). Schon Level 2 kannst du nicht von jedem System erwarten, von RockRidge oder Joliet ganz zu schweigen. Windows unterstützt kein RR und ein GNU-Linuxer, der nur auf freie Standards setzt, wird Joliet-Unterstützung aus dem Kernel entfernt haben.
ich habe mir vor ein paar Monaten die 3.5er gekauft da mir das Programm echt gut gefiel!
Nun lese ich aber in der FAQ von Nero dass man zumindest von einer 3er Version nicht updaten kann.
Bin nun wirklich hart am überlegen ob ich es mir wieder kaufen sollte... (eher nicht)
mfg
http://www.nero.com/deu/store-upgrade-center-nero-linux.html
Wen man es runter laden will, kommt nur nicht gefunden.
Oder ist das nur bei mir so ??
Nero L.3 hatte ich mal hier laufen.( Sidux und Mandriva)
es lief ohne zu murren.
Eher unauffällig.
Momentan tut hier für mich k3b und alles was darunter werkelt ohne Fehler.
Auch mit woodim.
Für das selbst übersetzten von schillingscher Software bin ich zu alt und zu blöd.
Ja wen es Pakete die fertig sind für mein System geben würde :)
MFG
Bastler