Hallo, Seitdem ich mir einen neuen Brenner zugelegt habe, hab ich Probleme beim Brennen. Ich brenne mit SuSE- k3b 8.1 mit einem SuSE 8.2 System. Während des Brennens werden 93% der Proz.Leistung vom System belegt und 24% von cdrao; die Load liegt dann irgendwo bei 2. ---------schnipp-------- andreas:/home/andreas # hdparm -i /dev/hdc /dev/hdc: Model=LITE-ON LTR-52246S, FwRev=6S0D, SerialNo= Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 AdvancedPM=no Drive conforms to: device does not report version: 5 --------schnapp------------- Den UDMA2 Modus hab ich mit YAST2 eingestellt. Jedoch erscheint beim Brennen in der /v/l/m ---------schnipp------------- May 18 13:49:37 andreas kernel: hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error } May 18 13:49:37 andreas kernel: hdc: drive_cmd: error=0x04 ----------schnapp------------- Hat jemand eine Idee, wie ich meinen 52-fach Brenner überreden kann schneller als mein alter 20-fach zu schreiben? Vielen Dank schonmal Andreas
Und es taucht immer mehr auf: /v/l/m -------schnipp---------- May 18 15:22:25 andreas kernel: sr0: CDROM (ioctl) reports ILLEGAL REQUEST. May 18 15:22:55 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:58 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:58 andreas resmgr[1018]: disconnect from andreas May 18 15:22:58 andreas resmgr[1018]: disconnect from andreas May 18 15:22:59 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:59 andreas resmgr[1018]: disconnect from andreas May 18 15:22:59 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:59 andreas resmgr[1018]: disconnect from andreas May 18 15:22:59 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:59 andreas resmgr[1018]: disconnect from andreas May 18 15:22:59 andreas resmgr[1018]: accepted connection from user andreas May 18 15:22:59 andreas resmgr[1018]: disconnect from andreas May 18 15:22:59 andreas kernel: ide-scsi: The scsi wants to send us more data than expected - discarding data May 18 15:22:59 andreas kernel: ide-scsi: [[ 43 0 2 0 0 0 1 0 3b 0 0 0 ] May 18 15:22:59 andreas kernel: ] May 18 15:22:59 andreas kernel: ide-scsi: expected 59 got 60 limit 59 May 18 15:22:59 andreas kernel: ide-scsi: transferred 1 of 2 bytes ---------schnapp----------- Aber halt nicht regelmäßig. Sieht IMHO nicht gut aus. Was kann ich machen? Grüße Andreas
Hallo, Andreas Hergesell schrieb:
Seitdem ich mir einen neuen Brenner zugelegt habe, hab ich Probleme beim Brennen.
Ich brenne mit SuSE- k3b 8.1 mit einem SuSE 8.2 System. Während des Brennens werden 93% der Proz.Leistung vom System belegt und 24% von cdrao; die Load liegt dann irgendwo bei 2.
Dieses und ähnliche Themen bereiten mir schon fast keine Kopfschmerzen mehr, nur noch Übelkeit :-) 1. Generell gibt es mit UDMA über (nicht nur!!!) ide-scsi Probleme unter Linux 2. cdrdao insbesondere hat da noch mehr "Probleme". Siehe Forum auf cdrdaos Projektseite. 3. Es trifft wohl nicht alle. Nur zum Beispiel mich und etwa 5 Kumpels von mir. Aber das ist wohl ZUFALL. 4. Es hat _irgend-wie_ mit der Kombi Mainboard-Laufwerk zu tun. Angeblich gibt es hier Leute, die z. B. mit einem ASUS A7V133A keinerlei Probleme haben. Ich habe hier auch so ein Board getestet, und es gibt die gleichen Probleme(!). Wenn andere Leute aber wirklich keine Probleme haben, versteh ich nix mehr... Aber was diese Sache hier angeht, geht mir das jetzt schon seit Jahren(!) so, glaub' seit der SuSE 7.3 oder so. Könnte mir vorstellen, dass verschiedene Motherboard-Hersteller BIOS-Patches verschieden gut implementieren. Das ist das Einzige, was mir noch einfällt. Du merkst schon, ich bin gefrusted, unter Linux nicht ordentlich brennen etc. zu können. Vor allem, dass ich mit meinem Pioneer 106 DVD Probleme beim Betrieb über ide-cd am SM habe, selbst wenn _alles_ bis auf eine Festplatte am PM abgeklemmt ist... Und meine ganzen Kumpels auch. Bei hohen Transferraten ruckelt einfach alles ein Wenig. Erträglich aber nervig und _überflüssig_, weil funzt unter Windoof. Also was das Arbeiten mit Dateien angeht, fährt man am besten unter XP oder 2K mit NTFS. Das Feeling unter Linux ist da besch... Aber deswegen soll der ganze IDE-Kram im 2.6er ja neu programmiert sein. Allerdings hab ich beim BRENNEN an sich kaum Probleme. Eher allgemein beim Zugriff, sei es über ide-cd oder ide-scsi, und beim RAW-Lesen (da kannst Du alles vergessen) und DAE. Immerhin lässt sich jetzt bei mir über readcd oder cdrecord einigermaßen arbeiten, nachdem ich meinen Brenner mittels hdparm -d1 -X34 /dev/hdg in den MDMA2 (Multiword-DMA 2) Modus versetzt habe! Ich kann halt nur Daten-CDs einlesen oder brennen. <IRONIE> Ist ja die Hauptsache, für Musik und Anderes nehm ich halt Windoof 98. </IRONIE> Interessant ist die Datei README.ATAPI in der Doku von cdrecord. Der entnehme ich, dass wir am besten noch 1-2 Jahre auf den 2.6er Kernel warten. Aber dann hab ich eh ein anderes Board.
Hallo auch, Am Sonntag, 18. Mai 2003 17:38 schrieb René Matthäi:
Andreas Hergesell schrieb:
Seitdem ich mir einen neuen Brenner zugelegt habe, hab ich Probleme beim Brennen.
Ich brenne mit SuSE- k3b 8.1 mit einem SuSE 8.2 System. Während des Brennens werden 93% der Proz.Leistung vom System belegt und 24% von cdrao; die Load liegt dann irgendwo bei 2.
Dieses und ähnliche Themen bereiten mir schon fast keine Kopfschmerzen mehr, nur noch Übelkeit :-)
1. Generell gibt es mit UDMA über (nicht nur!!!) ide-scsi Probleme unter Linux
2. cdrdao insbesondere hat da noch mehr "Probleme". Siehe Forum auf cdrdaos Projektseite.
3. Es trifft wohl nicht alle. Nur zum Beispiel mich und etwa 5 Kumpels von mir. Aber das ist wohl ZUFALL.
4. Es hat _irgend-wie_ mit der Kombi Mainboard-Laufwerk zu tun.
Mir geht es ebenso! Ich habe ein Raid-Board MSI KT7-266A (verwende Raid allerdings nicht) einen LITE-ON LTR-32123S Brenner und ein TOSHIBA DVD-ROM SD-M1612 DVD-LW Zugriffe auf das DVD sind im DMA-Modus (in dem, der beim Booten eingestellt wird) nicht möglich, er rödelt dann ewig rum, bis er diesen abstellt. Brennen geht manchmal, manchmal nicht. Bei Daten-CDs recht gut, bei Audio schwierig. Allerdings gibts auch kein richtig gutes Brennprogramm für Linux. Hab so ziemlich alles ausprobiert. Die Besten Erfahrungen noch mit XCDRoast gemacht. On-the-fly sowieso Fehlanzeige. Interessanterweise verbessert sich die Situation, wenn ich nicht direkt von Festplatte boote sondern erst über Floppy/CD, die den MBR der HD aufrufen (z.B. Suse-Inst.CD -> von Festplatte booten), dann kommen zumindest die folgenden Fehlermeldungen beim Hochfahren nicht mehr:
-> hdc: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error -> } -> hdc: set_drive_speed_status: error=0x04 -> ide1: Drive 0 didn't accept speed setting. Oh, well. -> ... -> hdc: no flushcache support -> scsi0 : SCSI host adapter emulation for IDE ATAPI devices -> scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, -> lun 0 0x12 00 00 00 f -> f 00 -> hdc: irq timeout: status=0xd0 { Busy } -> hdc: ATAPI reset complete -> hdc: irq timeout: status=0xc0 { Busy } -> hdc: ATAPI reset complete -> hdc: irq timeout: status=0xc0 { Busy } -> scsi0 channel 0 : resetting for second half of retries. -> SCSI bus is being reset for host 0 channel 0. -> scsi : aborting command due to timeout : pid 1, scsi0, channel 0, id 0, -> lun 0 0x12 00 00 00 ff 00 -> SCSI host 0 abort (pid 1) timed out - resetting -> SCSI bus is being reset for host 0 channel 0. -> scsi : aborting command due to timeout : pid 1, scsi0, channel 0, id 0, -> lun 0 0x12 00 00 00 ff 00 ->
...
Was das Booten über Floppy/CD allerdings bewirkt weiß ich nicht, ich sehe da keinen kausalen Zusammenhang, da das fürs Betriebssystem transparent sein müßte! Es scheint mir wirklich von der Kombination Brenner/Motherboard abzuhängen, mit anderen Komponenten funktionieren zumindest Brenner und DVD, das MB glaube ich auch. Noch ne Frage: Ich möchte mir aus besagten Gründen ein neues Board holen und zwar wieder ein MSI, mit neuerem Chipsatz KT333 (in wirklichkeit wohl abgespeckter KT400 (Board MSI KT3V-L). Meint ihr, da habe ich dann die gleichen Probleme? Oder ist anzunehmen, daß neuere Chipsätze mit gleicher Wahrscheinlichkeit klarkommen, wie ältere? Oder ist das vor allem ein VIA-Problem? Oder ein SuSE-Problem? Der Installationssupport hat zu diesem Thema, trotz zigfacher Nachfragen und genauer Fehlerbeschreibung nur nix gewußt und abgewimmelt (wie er es leider meistens tut!) :-( Ebenso frustrierter Michael
Hi Michael, Am Sonntag, 18. Mai 2003 19:25 schrieb Michael Fischer:
Hallo auch,
Am Sonntag, 18. Mai 2003 17:38 schrieb René Matthäi:
4. Es hat _irgend-wie_ mit der Kombi Mainboard-Laufwerk zu tun.
Mir geht es ebenso! Ich habe ein Raid-Board MSI KT7-266A (verwende Raid allerdings nicht) einen LITE-ON LTR-32123S Brenner und ein TOSHIBA DVD-ROM SD-M1612 DVD-LW
Zugriffe auf das DVD sind im DMA-Modus (in dem, der beim Booten eingestellt wird) nicht möglich, er rödelt dann ewig rum, bis er diesen abstellt.
Sooo schlimm ist es bei mir ja GottseiDank (noch) nicht.
Brennen geht manchmal, manchmal nicht. Bei Daten-CDs recht gut, bei Audio schwierig. Allerdings gibts auch kein richtig gutes Brennprogramm für Linux. Hab so ziemlich alles ausprobiert. Die Besten Erfahrungen noch mit XCDRoast gemacht.
Also ich bin mit K3B sehr zufrieden.
Interessanterweise verbessert sich die Situation, wenn ich nicht direkt von Festplatte boote sondern erst über Floppy/CD, die den MBR der HD aufrufen (z.B. Suse-Inst.CD -> von Festplatte booten), dann kommen zumindest die
folgenden Fehlermeldungen beim Hochfahren nicht mehr:
[Fehlermeldungen] Anderer Kernel?
Was das Booten über Floppy/CD allerdings bewirkt weiß ich nicht, ich sehe da keinen kausalen Zusammenhang, da das fürs Betriebssystem transparent sein müßte!
Es scheint mir wirklich von der Kombination Brenner/Motherboard abzuhängen, mit anderen Komponenten funktionieren zumindest Brenner und DVD, das MB glaube ich auch.
Dann hab ich ja nen Volltreffer gelandet:-(
Noch ne Frage: Ich möchte mir aus besagten Gründen ein neues Board holen und zwar wieder ein MSI, mit neuerem Chipsatz KT333 (in wirklichkeit wohl abgespeckter KT400 (Board MSI KT3V-L). Meint ihr, da habe ich dann die gleichen Probleme? Oder ist
Ich hab ein ASUS A7V333...
anzunehmen, daß neuere Chipsätze mit gleicher Wahrscheinlichkeit klarkommen, wie ältere? Oder ist das vor allem ein VIA-Problem?
Könnte mal wieder ein VIA Problem sein.
Oder ein SuSE-Problem? Der Installationssupport hat zu diesem
Nein, nach Recherche in Google ist das Kernel und Distri unabhängig.
Thema, trotz zigfacher Nachfragen und genauer Fehlerbeschreibung nur nix gewußt und abgewimmelt (wie er es leider meistens tut!) :-( Tja was sollen sie machen wenn sie es auch nicht wissen...
Ebenso frustrierter Michael
Auch frustriert aber noch einen schönen restlichen Sonntag noch Andreas
Hi! Michael Fischer schrieb:
Mir geht es ebenso! [...]
Hast Du's auch mal mit Knoppix probiert? Ungeachtet der Tatsache, dass sich bei einigen Leuten die Probleme minimieren oder gar beseitigen ließen, indem per hdparm DMA ab- oder angeschaltet oder an der Verkableung etwas geändert wurde usw., gibt es bei immer mehr Leuten (meine Erfahrung ist, dass sie erst alle auftauchen) derartige Probleme, die sich möglicherweise nicht einfach beseitigen lassen. Du hast jetzt sogar ein KT266-Board! Wo von "Schwarzen Listen" im Windows-Kernel berichtet wird, wäre es anzunehmen, dass bei so viel Unangepasstheit der HW-Hersteller an HW-Standards (wenn es welche gibt, die sich so nennen dürfen) Windows die Nase vorn hat. Und zwar leider ein gutes Stück. Das ist dann mehr als ärgerlich. Heißt dann vielleicht: Beim nächsten Kauf die Hardware-Verträglichkeit von Linux _sehr genau_ unter die Lupe zu nehmen, am besten testen! Das werde _ich_ zumindest tun. Trägt aber nicht gerade zur Popularität/Verbreitung von Linux bei(wie auch immer man dazu steht :-). Ich glaube, ich sollte mal die letzte SuSE probeweise installieren, die noch den 2.2erKernel hatte :-/ Grüße, René
Hallo Rene´ Am Sonntag, 18. Mai 2003 17:38 schrieb René Matthäi:
Hallo,
Andreas Hergesell schrieb:
Seitdem ich mir einen neuen Brenner zugelegt habe, hab ich Probleme beim Brennen.
Ich brenne mit SuSE- k3b 8.1 mit einem SuSE 8.2 System. Während des Brennens werden 93% der Proz.Leistung vom System belegt und 24% von cdrao; die Load liegt dann irgendwo bei 2.
Dieses und ähnliche Themen bereiten mir schon fast keine Kopfschmerzen mehr, nur noch Übelkeit :-)
Das klingt aber _sehr_ frustriert; und garnicht gut für mich :-(((
1. Generell gibt es mit UDMA über (nicht nur!!!) ide-scsi Probleme unter Linux
Hab ich bisher nicht bemerkt.
2. cdrdao insbesondere hat da noch mehr "Probleme". Siehe Forum auf cdrdaos Projektseite.
Ich hab auch schon via Google gesucht und Kernelunabhängig und Distriunabhängig den Fehler wiedergefunden. Nur eine Lösung bis jetzt noch nicht...
3. Es trifft wohl nicht alle. Nur zum Beispiel mich und etwa 5 Kumpels von mir. Aber das ist wohl ZUFALL.
Klar, wie immer :-)
4. Es hat _irgend-wie_ mit der Kombi Mainboard-Laufwerk zu tun.
Angeblich gibt es hier Leute, die z. B. mit einem ASUS A7V133A keinerlei Probleme haben. Ich habe hier auch so ein Board getestet, und es gibt die gleichen Probleme(!). Wenn andere Leute aber wirklich keine Probleme haben, versteh ich nix mehr... Aber was diese Sache hier angeht, geht mir das jetzt schon seit Jahren(!) so, glaub' seit der SuSE 7.3 oder so.
Mit _dem_ Board hatte ich auch keine Probs. Da hatte ich diesen Brenner aber auch noch nicht... Ich glaube ich hab diesen Brenner mal unter 8.1 getestet und war _sehr_ zufrieden. Hmmm.
Könnte mir vorstellen, dass verschiedene Motherboard-Hersteller BIOS-Patches verschieden gut implementieren. Das ist das Einzige, was mir noch einfällt. Du merkst schon, ich bin gefrusted, unter Linux nicht ordentlich brennen etc. zu können. Vor allem, dass ich mit meinem Pioneer 106 DVD Probleme beim Betrieb über ide-cd am SM habe, selbst wenn _alles_ bis auf eine Festplatte am PM abgeklemmt ist... Und meine ganzen Kumpels auch. Bei hohen Transferraten ruckelt einfach alles ein Wenig. Erträglich aber nervig und _überflüssig_, weil funzt unter Windoof.
Brennen geht bei mir - dank Burn-Proof - nur an nebenbei Arbeiten ist nicht zu denken.
Also was das Arbeiten mit Dateien angeht, fährt man am besten unter XP oder 2K mit NTFS. Das Feeling unter Linux ist da besch... Aber deswegen soll der ganze IDE-Kram im 2.6er ja neu programmiert sein.
Scheint mir so langsam auch nötig.
Allerdings hab ich beim BRENNEN an sich kaum Probleme. Eher allgemein beim Zugriff, sei es über ide-cd oder ide-scsi, und beim RAW-Lesen (da kannst Du alles vergessen) und DAE. Immerhin lässt sich jetzt bei mir über
Bei mir ist es genau andersherum. ???
readcd oder cdrecord
einigermaßen arbeiten, nachdem ich meinen Brenner mittels
hdparm -d1 -X34 /dev/hdg
in den MDMA2 (Multiword-DMA 2) Modus versetzt habe! Ich kann halt nur Daten-CDs einlesen oder brennen. <IRONIE> Ist ja die Hauptsache, für Musik und Anderes nehm ich halt Windoof 98. </IRONIE>
Interessant ist die Datei README.ATAPI in der Doku von cdrecord. Der entnehme ich, dass wir am besten noch 1-2 Jahre auf den 2.6er Kernel warten. Aber dann hab ich eh ein anderes Board.
Ich werd mal weiter schauen; ich geb noch nicht auf:-) Vielen Dank schonmal für deinen Erfahrungsbericht! Viele Grüße Andreas
Hallo, On Sun, 18 May 2003, Andreas Hergesell wrote:
Am Sonntag, 18. Mai 2003 17:38 schrieb René Matthäi:
Andreas Hergesell schrieb:
Seitdem ich mir einen neuen Brenner zugelegt habe, hab ich Probleme beim Brennen.
Ich brenne mit SuSE- k3b 8.1 mit einem SuSE 8.2 System. Während des Brennens werden 93% der Proz.Leistung vom System belegt und 24% von cdrao; die Load liegt dann irgendwo bei 2.
Dieses und ähnliche Themen bereiten mir schon fast keine Kopfschmerzen mehr, nur noch Übelkeit :-)
Das klingt aber _sehr_ frustriert; und garnicht gut für mich :-(((
[snip] *seufz* Testet bitte folgendes <herbet mode="leicht genervt" > - Verwendet/kompiliert euch einen Kernel, der v.a. ide-cd und ide-scsi und sg als MODUL(!!!) hat. Testhalber moeglichst auch ganz _ohne_ ide-cd. - ide-cd sollte _nicht_ geladen sein, wenn's ans brennen geht! Falls es automatisch geladen werden sollte -> abstellen. - sprecht alle ATAPI LW _nur_ via ide-scsi an. Uebergebt immer passende Kernelparameter wie 'hdc=ide-scsi hdd=ide-scsi'. Die Einstellung ist richtig, wenn folgendes passiert: # hdparm -i /dev/hdX /dev/hdX: Device not configured - verwendet zum Brennen cdrecord, graphische Frontends kann man, wenn das Brennen erstmal laeuft immer noch testen/verwenden. </herbet> Ich brenne hier jedenfalls ohne Probleme mit < 5% Last. -dnh -- Es ist noch keiner zu dumm gewesen um dumm zu sein. Aber wenn man sich entscheidet was zu lernen, dann ist das schon recht klug. [WoKo in dag°]
Hallo, David Haller schrieb:
Testet bitte folgendes
- Verwendet/kompiliert euch einen Kernel, der v.a. ide-cd und ide-scsi und sg als MODUL(!!!) hat. Testhalber moeglichst auch ganz _ohne_ ide-cd.
- ide-cd sollte _nicht_ geladen sein, wenn's ans brennen geht! Falls es automatisch geladen werden sollte -> abstellen.
- sprecht alle ATAPI LW _nur_ via ide-scsi an. Uebergebt immer passende Kernelparameter wie 'hdc=ide-scsi hdd=ide-scsi'.
Ist dem unter Knoppix nicht so, d. h. dass ide-cd und ide-scsi als Modul geladen sind? Dann muss ich das tatsächlich nochmal ausprobieren.
- verwendet zum Brennen cdrecord, graphische Frontends kann man, wenn das Brennen erstmal laeuft immer noch testen/verwenden.
Ich brenne hier jedenfalls ohne Probleme mit < 5% Last.
Brennen mit cdrecord geht und ging bei mir mit wenig Last. Halt cdrdao nicht, aber das ist ja der bekannte Fehler (ide-scsi, UDMA und cdrdao). Wobei ich das Brennen von Audio-CDs mal ausprobieren müsste. Dass cdrdao nicht richtig funzt, ist ärgerlich. Grüße, Ré
Hallo, On Mon, 19 May 2003, René Matthäi wrote:
David Haller schrieb:
- sprecht alle ATAPI LW _nur_ via ide-scsi an. Uebergebt immer passende Kernelparameter wie 'hdc=ide-scsi hdd=ide-scsi'.
Ist dem unter Knoppix nicht so, d. h. dass ide-cd und ide-scsi als Modul geladen sind? Dann muss ich das tatsächlich nochmal ausprobieren.
K.A. ich kenn Knoppix nicht. Aber vermutlich ist der Knoppix-Kernel mindestens so modularisiert wie der von SuSE, also liegt wohl beides als Modul vor. Die Frage ist: welche werden geladen? Da waere die lsmod Ausgabe interessant.
- verwendet zum Brennen cdrecord, graphische Frontends kann man, wenn das Brennen erstmal laeuft immer noch testen/verwenden.
Ich brenne hier jedenfalls ohne Probleme mit < 5% Last.
Brennen mit cdrecord geht und ging bei mir mit wenig Last. Halt cdrdao nicht, aber das ist ja der bekannte Fehler (ide-scsi, UDMA und cdrdao). Wobei ich das Brennen von Audio-CDs mal ausprobieren müsste. Dass cdrdao nicht richtig funzt, ist ärgerlich.
Jo, cdrdao ist ja, wie der Name schon sagt, der "Disk At Once"-, im engeren Sinne der Audio-Spezialist. Ich habe aber bisher alle CDs, auch Audio-CDs, immer mit cdrecord gebrannt. Was war nochmal das, was cdrdao kann, das cdrecord nicht kann? -dnh -- 100: Hacker Zwanghafte Programmierer, die nur für das Programm leben und deshalb auf ihre Körperpflege verzichten. (Joseph Weizenbaum, "Die Macht der Computer und die Ohnmacht der Vernunft")
Hallo, David Haller schrieb:
Jo, cdrdao ist ja, wie der Name schon sagt, der "Disk At Once"-, im engeren Sinne der Audio-Spezialist.
Ich habe aber bisher alle CDs, auch Audio-CDs, immer mit cdrecord gebrannt. Was war nochmal das, was cdrdao kann, das cdrecord nicht kann?
Halt "DAO", oder? Oder wie bekommst Du Tracks ohne Pause dazwischen mit cdrecord hin? Außerdem ist doch cdrdao der Spezialist unter Linux für krasse Formate, oder (z. B. wegen Kopierschutz)? Ré
Hallo, On Tue, 20 May 2003, René Matthäi wrote:
David Haller schrieb:
Ich habe aber bisher alle CDs, auch Audio-CDs, immer mit cdrecord gebrannt. Was war nochmal das, was cdrdao kann, das cdrecord nicht kann?
Halt "DAO", oder?
Weiss net ;)
Oder wie bekommst Du Tracks ohne Pause dazwischen mit cdrecord hin?
cdrecord speed=4 dev=0,0,0 -audio *.wav
Außerdem ist doch cdrdao der Spezialist unter Linux für krasse Formate, oder (z. B. wegen Kopierschutz)?
Kann sein. Ich hab keine solche CDs. -dnh -- "Gna, schon wieder Seti [...] Dabei ist es schon schwierig genug, auf *diesem* Planeten intelligentes Leben zu finden." -- Charly Kuehnast in dasr
Hi, David Haller schrieb:
On Tue, 20 May 2003, René Matthäi wrote:
Oder wie bekommst Du Tracks ohne Pause dazwischen mit cdrecord hin?
cdrecord speed=4 dev=0,0,0 -audio *.wav
War das mal anders? Live-CDs jetzt auch mit cdrecord, gut! Ich bin halt tendenziell ein HiFi-Purist, der sich, wenn er sie sich nicht kauft (oder kaufen kann), eine CD _möglichst_ "100%ig" kopieren mag, also gleiche Stellen der Liedanfänge etc. Ist theoretisch möglich, praktisch auch - denke _ich_. Unter Windows benutz(t)e ich EAC, sehr gutes Progi. Hab halt auch einen Brenner, mit dem das möglich ist. Und dafür brauch _ich_ halt DAO. Naja, warten... Echt komisch, dass es hier mal nur _ein_ Programm gibt unter Linux, mit dem das geht... Ré
Habe leider den Anfang des Threads verpasst, gebe trotzdem mal meinen Senf dazu! * Am Mit, 21 Mai 2003 schrieb René Matthäi:
David Haller schrieb:
On Tue, 20 May 2003, René Matthäi wrote:
Oder wie bekommst Du Tracks ohne Pause dazwischen mit cdrecord hin?
cdrecord speed=4 dev=0,0,0 -audio *.wav
War das mal anders? Live-CDs jetzt auch mit cdrecord, gut!
Nein, da sind Pausen dazwischen, 2 Sekunden ist AFAIK der Default, der wohl auch so in irgendeinem Standard drinsteht.
Ich bin halt tendenziell ein HiFi-Purist, der sich, wenn er sie sich nicht kauft (oder kaufen kann), eine CD _möglichst_ "100%ig" kopieren mag, also gleiche Stellen der Liedanfänge etc. Ist theoretisch möglich, praktisch auch - denke _ich_. Unter Windows benutz(t)e ich EAC, sehr gutes Progi. Hab halt auch einen Brenner, mit dem das möglich ist.
Und dafür brauch _ich_ halt DAO. Naja, warten... Echt komisch, dass es hier mal nur _ein_ Programm gibt unter Linux, mit dem das geht...
Ja, für Live-CDs wirst Du nicht um cdrdao rumkommen. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Hallo, On Wed, 21 May 2003, Christoph Maurer wrote:
* Am Mit, 21 Mai 2003 schrieb René Matthäi:
War das mal anders? Live-CDs jetzt auch mit cdrecord, gut!
Nein, da sind Pausen dazwischen, 2 Sekunden ist AFAIK der Default, der wohl auch so in irgendeinem Standard drinsteht.
Also ich hab so ne CD schon ohne Pausen kopiert. Mein cdrecord hat allerdings auch noch die (funktionslose?) Option '-dao'. $ cdrecord -version Cdrecord release 1.8a22 Copyright (C) 1995-1999 Jörg Schilling -dnh --
Du tust ja fast so, als gäbe es etwas, das bei Redhat _nicht_ nach hinten losgeht!? .forward ? [Matthias Kabel zu Felix von Leitner in dasr]
* Am Mit, 21 Mai 2003 schrieb David Haller:
Hallo,
On Wed, 21 May 2003, Christoph Maurer wrote:
* Am Mit, 21 Mai 2003 schrieb René Matthäi:
War das mal anders? Live-CDs jetzt auch mit cdrecord, gut!
Nein, da sind Pausen dazwischen, 2 Sekunden ist AFAIK der Default, der wohl auch so in irgendeinem Standard drinsteht.
Also ich hab so ne CD schon ohne Pausen kopiert. Mein cdrecord hat allerdings auch noch die (funktionslose?) Option '-dao'.
$ cdrecord -version Cdrecord release 1.8a22 Copyright (C) 1995-1999 Jörg Schilling
Du hast recht, das soll wohl funktionieren, in meiner man-Page steht was von "Session at Once" Mode, den das Laufwerk unterstützen muss, aber im Prinzip klappt es wohl! Mal testen demnächst. Gruß Christoph -- Christoph Maurer - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
* On Wed, 21 May 2003 at 13:41 +0200, Ren? Matth?i wrote: [...]
Und dafür brauch _ich_ halt DAO. Naja, warten... Echt komisch, dass es hier mal nur _ein_ Programm gibt unter Linux, mit dem das geht...
Ach, bist Du auch so einer, der bei Null zu zählen beginnt[1]? Ich finde ehrlich gesagt, cdrecord[2] und cdrdao sind eindeutig zwei Programme. Und beide können DAO brennen :-) [1] Aussage eines Mathematikprofessors von mir: 'Die Informatiker, das sind die, die dann am Bahnsteig stehen, und ihre Koffer zählen - 0, 1, 2 - Mist, wo ist der dritte Koffer?' [2] adalbert@leo:~ > cdrecord --version Cdrecord 1.11a05 (i686-suse-linux) Copyright (C) 1995-2001 Jörg Schilling /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at
participants (6)
-
Adalbert Michelic
-
Andreas Hergesell
-
Christoph Maurer
-
David Haller
-
Michael Fischer
-
René Matthäi