DVD::RIP - Brennabbruch - Was lief schief??
Hallo zusammen, nach zweimaligem Abbruch (2 verschiedene CD's zweier verschiedener Hersteller) des Brennvorgangs und Nichterkennens der Fehlerursache möchte ich vor Neubeginn Eure Meinung einholen, wo es bei mir klemmen könnte. Mein System hier SuSE 8.2 mit DVD::RIP 0.50.14-0 Die Meldung aus dem Logging kriege ich leider nicht hier 'reinkopiert, muss ich als Ausschnitt abpinnen: (Die in Klammern gesetzten Werte sind die Abweichungen zu den Meldungen von CD 1) Von der 2. CD! Burn CD: 60% done Aborting command sending signal 1 to PID 2559 (----------------------------------------1 to PID 2512) Aborting job: Burn CD You Should analyze the last output of this job to see what is going wrong here ----job output start---- letzter Punkt der Verlaufsmeldung: (in Klammern die abweichende Meldung des 1. Versuchs) Wrote 460 of 687 MB (Buffer 100%) ?: input/output error: scsi sendcmd: no error (Wrote 439 of 687 MB) CDB: 2A 00 00 03 00 00 00 00 12 00 00 00 00 0C 00 00 00 (CDB: 2A 00 00 02 FC 16 00 00 1A 00) status: 0x2 (Check Condition) Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 00 00 00 (Zeilenende ----- 0C 09 00 00) Sense key: 0x3 MEDIUM ERROR, Segment 0 Sense Code: 0x0 C Qual 0x00 (write error) Fru 0x0 (Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0) Sense flags: Blk 0 (not valid) Cmd finished after 0.042 s timeout 180 s (Cmd finished after 0.002s timeout 180s) ERROR: write data failed ERROR: Writing failed - buffer under run? ERROR: Writing failed ----job output end---- Ich kann einfach nicht glauben, dass 2 CD's von 2 Herstellern an fast der gleichen Stelle aussteigen - oder? Nur welche Fehler können für diese Abbrüche noch verantwortlich gemacht werden? Viele Grüße und schon einmal ein schönes, erholsames Wochenende Heiner -- ******************************* H e i n e r G e w i e h s Marketing - Fachkaufmann D- 63868 Großwallstadt Mail: heiner.gewiehs@gewiehs.de *******************************
Am Freitag, 5. September 2003 09:36 schrieb Heiner Gewiehs:
Hallo zusammen,
nach zweimaligem Abbruch (2 verschiedene CD's zweier verschiedener Hersteller) des Brennvorgangs und Nichterkennens der Fehlerursache möchte ich vor Neubeginn Eure Meinung einholen, wo es bei mir klemmen könnte.
Mein System hier SuSE 8.2 mit DVD::RIP 0.50.14-0
Nachtrag zu obigem Problem: Mit im Spiel ist ferner Transcode 0.6.7-0 viele Grüße Heiner -- ******************************* H e i n e r G e w i e h s Marketing - Fachkaufmann D- 63868 Großwallstadt Mail: heiner.gewiehs@gewiehs.de *******************************
Am Freitag, 5. September 2003 09:56 schrieb Heiner Gewiehs:
Mit im Spiel ist ferner Transcode 0.6.7-0
Irrelevant, das ist ein Problem beim Brennen, da ist Transcode längst nicht mehr beteiligt. Ist ne reine Sache von Brenner und cdrdao. Versuchs mal mit ner niedrigeren Brenngeschwindigkeit. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Freitag, 5. September 2003 19:15 schrieb Manfred Tremmel:
Am Freitag, 5. September 2003 09:56 schrieb Heiner Gewiehs:
Mit im Spiel ist ferner Transcode 0.6.7-0
Irrelevant, das ist ein Problem beim Brennen, da ist Transcode längst nicht mehr beteiligt. Ist ne reine Sache von Brenner und cdrdao.
Hallo Manfred, ja, ist klar.
Versuchs mal mit ner niedrigeren Brenngeschwindigkeit.
Wäre ich höchstwahrscheinlich selbst so schnell nicht darauf gekommen! Habe mit DVD::RIP/Transcode die CD noch einmal bearbeitet, diesmal Einstellung bei "Clip & Zoom" "SVCD Anamorph PAL" und dann mit zweifacher Geschwindigkeit gebrannt - da ging es. Vieln Dank, viele Grüße Heiner -- ******************************* H e i n e r G e w i e h s Marketing - Fachkaufmann D- 63868 Großwallstadt Mail: heiner.gewiehs@gewiehs.de *******************************
Am Samstag, 6. September 2003 14:16 schrieb Heiner Gewiehs:
Am Freitag, 5. September 2003 19:15 schrieb Manfred Tremmel:
Versuchs mal mit ner niedrigeren Brenngeschwindigkeit.
Wäre ich höchstwahrscheinlich selbst so schnell nicht darauf gekommen!
Das Problem ist, dass beim Schreiben im DAO Modus (und (S)VCDs werden im DAO Modus geschrieben) der DMA Modus bei IDE-Brennern nicht zum tragen kommt, der Rechner also mit dem Versorgen des Brenners mit den Daten ziemlich ausgelastet wird. Der Abbruch mit Bufferunderrun läst darauf schliesen, dass die Daten nicht in der nötigen Geschwindigkeit geliefert werden konnten.
Habe mit DVD::RIP/Transcode die CD noch einmal bearbeitet, diesmal Einstellung bei "Clip & Zoom" "SVCD Anamorph PAL" und dann mit zweifacher Geschwindigkeit gebrannt - da ging es.
Du kannst ja mal schaun, wie hoch Du mit der Geschwindigkeit gehen kannst (am besten mit ner CD-RW, damit man nicht immer ne CD wegwerfen muß, wenns schief geht), ich würde dabei ein Tool mitlaufen lassen, dass die CPU-Auslastung anzeigt, dann kannst Du schaun, ab wann es Probleme gibt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Zitat von Manfred Tremmel
Das Problem ist, dass beim Schreiben im DAO Modus (und (S)VCDs werden im DAO Modus geschrieben) der DMA Modus bei IDE-Brennern nicht zum tragen kommt, der Rechner also mit dem Versorgen des Brenners mit den Daten ziemlich ausgelastet wird. Der Abbruch mit Bufferunderrun läst darauf schliesen, dass die Daten nicht in der nötigen Geschwindigkeit geliefert werden konnten.
Ich habe hier einen CD-Brenner angeschlossen, der zwingend einen EIDE-Port mit DMA-Unterstützung benötigt. Kann ich die Brennabbrüche, ich ich immer wieder registrieren muß, auf den fehlenden DMA Modus zurückführen? Ferner drängt sich die Überlegung auf, daß ein generelles Verwenden des TAO Modus hier ein gangbarer Ausweg wäre, falls: 1.im TAO Modus die DMA Unterstützung aktiviert ist, 2.TAO für alle denkbaren Anwendungen (Audio, Video, Daten, Images, etc.) nutzbar ist. Mit freundlichen Grüssen Uwe Diederich ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/
Am Freitag, 12. September 2003 15:10 schrieb Uwe Diederich:
Ich habe hier einen CD-Brenner angeschlossen, der zwingend einen EIDE-Port mit DMA-Unterstützung benötigt. Kann ich die Brennabbrüche, ich ich immer wieder registrieren muß, auf den fehlenden DMA Modus zurückführen?
Wenns mit niedriger Geschwindigkeit funktioniert und beim Brennen die CPU-Belastung ans Limit geht, dann vermutlich ja.
Ferner drängt sich die Überlegung auf, daß ein generelles Verwenden des TAO Modus hier ein gangbarer Ausweg wäre, falls:
1.im TAO Modus die DMA Unterstützung aktiviert ist, 2.TAO für alle denkbaren Anwendungen (Audio, Video, Daten, Images, etc.) nutzbar ist.
Musst Du ausprobieren, mein SCSI-Brenner hat derartige Probleme prinzipiell nicht und da er eh nur 8fach kann, kommme ich sowieso nicht in die Verlegenheit. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Zitat von Manfred Tremmel
Am Freitag, 12. September 2003 15:10 schrieb Uwe Diederich:
Ich habe hier einen CD-Brenner angeschlossen, der zwingend einen EIDE-Port mit DMA-Unterstützung benötigt. Kann ich die Brennabbrüche, ich ich immer wieder registrieren muß, auf den fehlenden DMA Modus zurückführen?
Wenns mit niedriger Geschwindigkeit funktioniert und beim Brennen die CPU-Belastung ans Limit geht, dann vermutlich ja.
Ferner drängt sich die Überlegung auf, daß ein generelles Verwenden des TAO Modus hier ein gangbarer Ausweg wäre, falls:
1.im TAO Modus die DMA Unterstützung aktiviert ist, 2.TAO für alle denkbaren Anwendungen (Audio, Video, Daten, Images, etc.) nutzbar ist.
Musst Du ausprobieren, mein SCSI-Brenner hat derartige Probleme prinzipiell nicht und da er eh nur 8fach kann, kommme ich sowieso nicht in die Verlegenheit.
Wie ist das eigentlich bei DVD-Brennern. Diese benötigen in aller Regel schon allein wegen der wesentlich höheren Datenmengen, die beim Brennen zwischen den Laufwerken geschaufelt werden müssen, zwingend den DMA-Modus. Ich kann mir durchaus vorstellen, daß hier beim Beschreiben einer CDR/CDRW ähnliche Probleme auftreten. Aber für das Brennen von DVDs sollte hier doch immer der DMA-Modus aktiv sein. Oder? ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/
Zitat von Heiner Gewiehs
Hallo zusammen,
nach zweimaligem Abbruch (2 verschiedene CD's zweier verschiedener Hersteller) des Brennvorgangs und Nichterkennens der Fehlerursache möchte ich vor Neubeginn Eure Meinung einholen, wo es bei mir klemmen könnte.
Mein System hier SuSE 8.2 mit DVD::RIP 0.50.14-0
Die Meldung aus dem Logging kriege ich leider nicht hier 'reinkopiert, muss ich als Ausschnitt abpinnen: (Die in Klammern gesetzten Werte sind die Abweichungen zu den Meldungen von CD 1)
Von der 2. CD!
Burn CD: 60% done Aborting command sending signal 1 to PID 2559 (----------------------------------------1 to PID 2512) Aborting job: Burn CD You Should analyze the last output of this job to see what is going wrong here ----job output start----
letzter Punkt der Verlaufsmeldung: (in Klammern die abweichende Meldung des 1. Versuchs)
Wrote 460 of 687 MB (Buffer 100%) ?: input/output error: scsi sendcmd: no error (Wrote 439 of 687 MB) CDB: 2A 00 00 03 00 00 00 00 12 00 00 00 00 0C 00 00 00 (CDB: 2A 00 00 02 FC 16 00 00 1A 00) status: 0x2 (Check Condition) Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 00 00 00 (Zeilenende ----- 0C 09 00 00) Sense key: 0x3 MEDIUM ERROR, Segment 0 Sense Code: 0x0 C Qual 0x00 (write error) Fru 0x0 (Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0) Sense flags: Blk 0 (not valid) Cmd finished after 0.042 s timeout 180 s (Cmd finished after 0.002s timeout 180s) ERROR: write data failed ERROR: Writing failed - buffer under run? ERROR: Writing failed ----job output end----
Ich kann einfach nicht glauben, dass 2 CD's von 2 Herstellern an fast der gleichen Stelle aussteigen - oder?
Nur welche Fehler können für diese Abbrüche noch verantwortlich gemacht werden?
Hallo Heiner, Ich glaube nicht, daß das Problem durch DVD::RIP oder einem anderen damit verbundenen Programm verursacht wird. Auf einer Kiste hier brach k3b immer wieder den Brennvorgang mit einem input/output error: scsi ab. Bei dem Versuch, die Ursache herauszufinden, wechselte ich auf die Kommandozeile und verwende jetzt cdrecord direkt. Der Fehler tritt immer noch auf, wenngleich auch sehr viel seltener. Einer Lösung bin ich bislang noch nicht nähergekommen und mir fehlen wahrscheinlich auch die dazu erforderlichen Kenntnisse. mfg Uwe Diederich ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/
Am Freitag, 5. September 2003 12:30 schrieb Uwe Diederich:
Zitat von Heiner Gewiehs
:
Hallo Heiner,
Ich glaube nicht, daß das Problem durch DVD::RIP oder einem anderen damit verbundenen Programm verursacht wird. Auf einer Kiste hier brach k3b immer wieder den Brennvorgang mit einem input/output error: scsi ab. Bei dem Versuch,
Hallo Uwe, in der Tat war dies kein DVD::RIP/ Transcode - Problem, sondern ein Brennproblem. Der Tipp von Manfred war eigentlch der einfachste und naheliegenste - die Brenngeschwindigkeit heruntersetzen. Bei 2- facher Geschwindigkeit ging es dann. Siehe auch meine Antwort an Manfred. Dir auch vielen Dank und viele Grüße Heiner -- ******************************* H e i n e r G e w i e h s Marketing - Fachkaufmann D- 63868 Großwallstadt Mail: heiner.gewiehs@gewiehs.de *******************************
participants (3)
-
Heiner Gewiehs
-
Manfred Tremmel
-
Uwe Diederich