DVD-BURN meldet Fehler

Funktioniert denn das Brennen auf dem Rechner außerhalb des VDR? Wenn ja, erstelle doch ein ISO-Image mit dem Plugin, das du dann extern brennst.

Tom

Zitat

Original von doggsta
Kann es sein das die software nur mit DVD+Rs und nicht mit DVD-Rs läuft?

Schon möglich. Aber dann ist es kein Plugin-Problem, sondern eins von growisofs. Das stammt aus dem Paket dvd+rw-tools. DVD-R(W)s werden wohl noch nicht so lange unterstützt. Kann sein, dass es da noch Probleme gibt.

Zitat

Der Brenner sollte laut Anleitung keine Probleme mit DVD-Rs haben!
Oder gibt es dafür eine Einstellung?

In der Manpage von growisofs steht davon nichts.

Tom

hi,

ich brenn nur verbatim dvd-r; ich hatte bisher mit growfs noch nie einen fehler.

-- randy

Ich verwende nur DVD+R von "Tevion" (A**I-Marke)

Noch nie Probleme mit Burn bzw. growisofs

Liegt eventl. doch am Brenner. (Firmware) ??

also fuer nec brenner gibts da was mittlerweile.
wennst so einen hast, guggst mal bei rpc1.org oder herrie, der hat den flasher fuer linux
im angebot.

-- randy

Thematisch verwandt mit dem vorangehenden Thread und ursprünglich im HTPC-Forum zu Gen2VDR andiskutiert, hänge ich dieses Problem mal hier an:

Aus unerfindlichen Gründen scheint vdrburn.sh (0.0.6i; unter welchen Randbedingungen ist noch nicht geklärt) standardmäßig Images zu produzieren, die länger als die Nennkapazität gängiger Rohlinge (oder nur des von growisofs verwendeten FIFO?!) sind:
Erst wenn man dem growisofs-Aufruf (etwa unter MKISO_BURN) "brutal" ein -overburn einpatched, läuft der Erstellungsvorgang überhaupt ohne Fehlermeldung an:

Zitat

++ started: sh -c 'vdrburn.sh MKISO_BURN '/tmp/.vdr-burn.1OALOF' '/dev/cdroms/cdrom0' '/film' 'Target' '/tmp/.vdr-burn.1OALOF/fifo''
logger: <MKISO_BURN /tmp/.vdr-burn.1OALOF /dev/cdroms/cdrom0 /film Target /tmp/.vdr-burn.1OALOF/fifo>
logger: Starting <nice -n 19 growisofs -use-the-force-luke=tty -dvd-compat -overburn -Z /dev/cdroms/cdrom0=/tmp/.vdr-burn.1OALOF/fifo>
/dev/cdroms/cdrom0: 2298496 blocks are free, 2308291 to be written
:-! ignoring...
/dev/cdroms/cdrom0: "Current Write Speed" is 4.1x1385KBps.
0.22% done, estimate finish Mon Dec 19 20:06:53 2005
[...]
99.42% done, estimate finish Mon Dec 19 17:21:10 2005

unable to WRITE@LBA=231290h: Input/output error
write failed: Input/output error
/dev/cdroms/cdrom0: flushing cache

:-[ FLUSH CACHE failed with SK=2h/ASC=3Ah/ACQ=00h]: No medium found

:-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=3Ah/ACQ=00h]: No medium found
tee: standard output: Broken pipe
99.64% done, estimate finish Mon Dec 19 17:21:11 2005
99.86% done, estimate finish Mon Dec 19 17:21:09 2005
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 4096
Path table size(bytes): 42
Max brk space used 21000
2308291 extents written (4508 MB)
tee: write error

Alles anzeigen

Ansonsten gibt es auch nur (im Log!) nicht abgefangene Fehler, wie im obigen Link dargestellt.
Mit -overburn wird's wie gesehen "noch wilder"...

Rohlinge der erwarteten (Über-)Länge von 2308291 blocks habe ich noch nicht gefunden - und vermute, daß sie auch nicht wirklich vorausgesetzt werden sollten.
Wie also sollte vorgegangen werden?

// /usr/local/src/VDR/PLUGINS/src/burn/setup.c
int DVDSIZE = 4462;

Eine /etc/vdr/plugins/burn.conf, welche diesen Wert überschreiben würde, habe ich nicht gefunden.

Das Plugin müsste also ein brennbares ISO erzeugen - aber die z.B. hier erzeugten 4508 MB sind klar zu lang, wenn der Rohling z.B. "nur" 2297888 Blocks * 2048 Bytes/Block = 4488 MB hat (die "4.7 GB" der DVD+/-R[W] werden ja wieder mal in "Marketingkilos" von 1000 statt 1024 angegeben ).
Seht Euch bitte mal (z.B. mit cdrecord-ProDVD dev=ATA:1,0,0 -atip) ein paar Rohlinge an, ob Ihr überhaupt solche finden könnte, welche die erwarteten 2308291 Blocks aufweisen.

Obige Deklaration in setup.c entspricht 2284554 Blocks, sollte also eigentlich passen - aber irgendwo bei der DVD-Erstellung müssen etliche MB zuviel hinzugekommen sein: vermutlich wachsen die Files um einen bestimmten Faktor beim de-/remuxen für DVD.

<L8R:>

So, nun habe ich mal eine kleine Testreihe mit über 15 GB geschnittenen DVB-C-Aufnahmen ohne Fehler im Stream gemacht:

Wie vermutet... Tatsächlich hat die Konvertierung von VDR nach VOB hier zu einem Wachstum gemäß der folgenden "Meßreihe" geführt:
1.026; 1.029; 1.020; 1.018, 1.029, 1.026, 1.028, 1.021

Ich gehe davon aus, daß noch einige Mitleser das bei ihren DVD-Erstellungen (jeweils durch Vergleich der Dateigrößen von /video/%Movie/*.rec/*.vdr und /tmp/.vdrburn.*/DVDAUTHOR/*.VOB - letztere jeweils auf 1 GB gesplittet) nachvollziehen und weitere Werte entsprechend obiger Tabelle beisteuern können.

Durch die Aufrundung aller für die DVD bestimmten Dateigrößen auf AFAICS mindestens 16kB entstehen natürlich weiterer "Verschnitt"; auch das "läppert sich" über insgesamt 4.38 (bzw., nur bei Marketroids: 4.7) GB.

Das Burn-Plugin nimmt nur einen statischen Abschlag von 26 MB wahrscheinlich für die Menüdateien/Verwaltungsinformationen (und Lead-In/Out?) vor.

Wenn sich die obigen Ergebnisse bestätigen (bitte weitere Werte ermitteln!), müsste aber bei einem maximalen "Wachstumsfaktor" von 3% für eine DVD von 4488 MB zusätzlich ein Abschlag von weiteren ca. 130-135 MB vorgenommen werden, d.h. zur Verfügung stehen tatsächlich nur 4462/1.03 MB. Mit anderen Worten:

int DVDSIZE = 4332;

@all: Es wird also zum Nachprüfen und Finden von Rechenfehlern aufgerufen!

Der kürzeste Rohling, den ich finden konnte, war ein Intenso 16xDVD+R neuester Produktion:

# cdrecord-ProDVD:
Manufacturer:           'MBIPG101'
# growisofs:
:-( /dev/cdroms/cdrom0: 2295104 blocks are free

Das sind sogar nur 4482.625 MB bzw. 4700372992 Bytes. Ich würde also vorschlagen, daß wir sogar nur davon ausgehen, daß ein Rohling genau 4700000000 Bytes haben muß, also 4482 MB. Wenn die 4462 MB dadurch entstanden sein sollten, daß 20 MB Menüdateien und Verwaltungsinformationen eingeplant wurden, müssen beim oben ermittelten "Wachstumsfaktor" von 3% weitere 130 MB abgezogen werden, d.h. insgesamt 150 MB - wir sollten also auf der sicheren Seite bleiben mit:

int DVDSIZE = 4332;

P.S.: Ein weiterer noch vorhandener Bug im Burn-Plugin: Ein ' (Apostroph, "single quote") im Titel wird nicht maskiert und führt daher zum Abbruch, z.B. beim Aufruf von vdrburn.sh MKISO_BURN ... '/film' 'Target - Director's Cut' ...
Wenn keine " (Ausrufezeichen, "double quotes") im Titel vorkommen können (habe ich noch nicht überprüft), würde es genügen, einfach alle ' der betroffenen Befehlszeilen in vdrburn.sh durch " zu ersetzen.

Hoffe nun zunächst mal auf Bestätigung dieser Ergebnisse, um dann diese Änderungen zur Aufnahme in das Burn-Plugin vorzuschlagen.

1. es gibt bei der Größen-Berechnung im Plugin noch einen Faktor von 1.03 (wenn ich mich recht erinnere) - das sind genau die geforderten 3% und das ist unabhängig von der genauen Größe der DVD - du kannst die nämlich im Setup Menü ändern.
2. Die Verwendung von Double-Quotes führen dazu, dass du zusätzlich mindestens noch das Dollarzeichen und den Backtick quotieren mußt - auch nicht viel besser ... ansonsten fängt die Shell an sich wirklich wilde Sachen auszudenken.

Hint: Wenn jemand Zeit hat um die Quotierung im Burnplugin hinzubiegen würde ich mich über einen Patch sehr freuen. Im Moment komme ich leider selbst nicht dazu.

Ich hatte genau die gleichen Probleme wie doggsta.

Dank ihm und diesem Threat funktioniert nun auch das Brennen bei mir. Meine vdrburn.sh sieht nun so aus wie oben angeführt.

Leider ist das beim Brennen böse langsam. Ich benutze den gleichen Brenner (siehe Sig.) - nur als externe Version - mit den gleichen Rohlingen an einem Powerbook (OS X) ohne Probleme. An eine Hardwareinkompatibilität mag ich also nicht so recht glauben.

Gibt es mittlerweile etwas Neues zu berichten? BurnPlugin ist bei mir die Version 0.0.9.

Kann man das ganze noch beschleunigen?
Ist die Speedangabe in x-DVD angegeben? Ich könnte also -speed=8 setzen um achtfach zu brennen, bzw. auch mal speed=16 um mit voller Wucht zu brennen?

Danke im Voraus!

Gruß
Michael

Hmmm, mit speed=8 "brennt" er zwar eine DVD, aber es sind keinerlei Daten drauf. Merkwürdig...
Ideen?

Hessi hast du jetzt ne lösunge gefunden? Ich steh vor dem gleichen Problem

Die Pipe bei MKISO_BURN ist oft problematisch.
Probiert mal die aktuelle Weiterentwicklung (nach burn-0.0.009-TEN) [ANNOUNCE] Plugin burn-0.0.10 , darin sind Image-Erstellung und Brennen in /usr/bin/vdrburn.sh getrennt (und eine "Geschwindigkeitsbeschränkung" für DL-DVDs eingebaut) - was zuverlässig funktionieren sollte.

Was sind DL-DVDs?

Ich hab auch schon versucht mir burn nur ein ISO zu erstellen und dann über bashburn (ich hab kein X) das ISO zu brenen. Aber so wies aussieht kann man da für DVDs auch keine Geschwindigkeit angeben.

Ich werd aber mal am WE die neue Version von burn versuchen.