[Announce] Burn-Plugin 0.2.0-beta4 (war: beta2 & beta3)

Der Faktor ist wohl nicht das Problem, sondern die Anzahl der Folgen.
Meine Frau hat sich Bastelanleitungen aufgenommen. Wollte da etwa 15 auf DVD brennen. Größe war kaum über 5000MB. Ging auch nicht.
burn ist nicht schuld. Aber könnte es eventuell hin biegen.
Ich weiß natürlich nicht wie hoch der Aufwand ist. Mein Gedanke war folgender.

2295104 blocks are free, 2342486 to be written

Die beiden Werte ermitteln
Sollte "free" kleiner sein als "to be written" wird der Faktor ermittelt (in diesem Fall 0,979)
4400MB x 0,979 = 4308 zur Sicherheit noch 100 abziehen.
Die 4208MB werden dann die neue Benutzerdefinierte Größe (wenn es über 4200 ist).
Mit dieser wird automatisch ein 2. Durchlauf gemacht (mit Benutzerdefinierter Größe).
Gruß Uwe

Hi,

so geht es unter easyVDR 0.7.x & 0.8

Zitat

char entryBuffer[offsetof(struct dirent, d_name) + NAME_MAX + 1];

in

char entryBuffer[255];

ändern
so geht es bei meinem System!
KK

Alles anzeigen

Grüße
cinfo

Log hatte ich angehängt.
Ich verwende ProjectX und Transcode.
Bei Ubuntu ging immer nur ProjectX. Welchen Requantizer sollte ich nehmen?

Ist nicht vollständig. Tut mir Leid. Hänge noch mal Teil1 und Teil2 an wo nur die fortlaufenden Sachen fehlen. Für eine war es zu groß.
Werde mal schauen ob ich den M2Vrequant hin bekomme.

Zitat

Original von FireFly
VDR zeichnet im PES- (packetized elementary stream) oder TS-Format (transport stream) auf. Um das in das PS-Format (program stream) zu bringen, was für das DVD-Video-Format benötigt wird, ist auf jeden Fall das Demux/Mux-Prozedere notwendig.

Ich kram da mal was altes aus

Ich habe mich in letzter Zeit massiv mit den Shell Skripten befasst und dabei einige Fehler gelöst.

CD-Record ersetzt jetzt growisofs für DVD brennen
CD-Record funktioniert überhaupt mal wieder. Uralter Stand in den Skripten. Parameter passen nicht.
Der weiter oben beschriebene DVD-Author Fix
Und einige optische Anpassungen.

Jetzt zum eigentliche Grund, warum ich zitiere. In den Skripten ist mplex auf -f 8 gesetzt, richtig wäre aber -f 9. Erst dann ist es eine richtige DVD. Ich befürchte aber, das der Konvertiervorgang etwa 1 min länger dauern könnte. Wäre das schlimm?

Wenn du Interesse an den Skripten hast, kann ich dir die gerne zukommen lassen.

Ich hätte da noch einen Wunsch. Eine Abfrage in Burn, ob das DVD-Menü 4:3 oder 16:9 sein soll. Das könnte ich in den Skripten wieder gut als Define brauchen.

Desweiteren möchte ich mal nachfragen, ob es denn schon Fortschritte gibt, beim entfernen von VDR-Sync und der DVD-Author Funktion.

Mir kommt es so vor, als ob du die Skripte noch gar nicht richtig "begriffen" hast, wenn du also Fragen hast, immer her damit.

Zitat

Original von FireFly
Danke Copperhead.
Das ist wieder eine Deiner üblichen Bemerkung um Dich zu disqualifizieren. Ich programmiere schon seit über 15 Jahren beruflich Skripte, kann also gut sein, dass ich das nicht kapiere ...

So war das ja gar nicht gemeint. Ich hab das nicht ohne Grund in Anführungsstriche geschrieben. Mir ist kein besseres Wort eingefallen. "beschäftigt" wäre wohl das bessere Wort gewesen.

Ich meine nur, das es in den Skripten eben grobe Fehler gibt, die dir nicht aufgefallen sind, oder schon aufgefallen sind, aber nicht behoben wurden.

Sollte das nicht signalisiert werden im Event oder aus dem Stream gelesen werden können ?

Zitat

Originally posted by FireFly
Das wollte ich eigentlich in einen Skin-Support für die Menüs einbauen. Bis dahin wäre aber ein Menüpunkt nicht schlecht.

Dabei nicht vergessen das man sich auch wunderbar eigene Menübilder aus dem Film erstellen kann (ohne Skins).
Ich habe dazu im VDR Menü nen Punkt "Grab 4:3" und "Grab 16:9" welches über die VDR Funktion einen Screendump macht und dann das Bild im 4:3 Format nach /etc/vdr/plugins/burn/menu-bg.png kopiert.
Damit kann man dann schnell und unkompliziert nen eigenes Hintergrundbild aus dem Film nehmen.
Evtl. wäre es möglich das man hier Burn auch gleicht das Format mitgibt (evtl. ne menu-bg.cfg wo das Format drinsteht)? Weil im Moment konvertiere ich das 16:9 per ImageMagic nach 4:3 (Balken einfügen).

Desweiteren, ich weiss nicht wie es jetzt ist (habs mir schon lange nicht mehr angeschaut), aber es wäre schön wenn burn und dvdswitch das selbe Burn Script nutzen könnten. Evtl. kann man die Kommandozeilenparameter ja anpassen?

Und noch ein kleiner Featurewunsch: Ich habe ins Burnscrip nen Python Script eingebunden was nach dem Brennen das iso mit der DVD vergleicht.
Da fände ich es schön wenn man im burnscript nen Script einbinden könnte was nach dem erfolgreichen brennen ausgeführt wird. Dann müsste man sowas nicht immer nachträglich reinfummeln.

cu

[quote]Original von FireFly
cd-Record? wusste gar nicht, dass da drin ist. Macht das überhaupt (noch) Sinn auf CD zu brennen? Wieso sollte man growisofs ersetzen? Welcher DVD-Author Fix?

Mit CD-Record auf CDs brennen ist wohl ehr unsinnig geworden... Ich habe es zumindest bei mir auf DVDs erweitert. CD-Record ist einfach das modernere Brennprogramm und der Entwickler wird auch aktiv von den Herstellern der Brenner unterstützt. Unbedingt notwendig ist es nicht, aber wünschenswert schon.

Weiterer Vorteil, man müsste CDs und DVDs nicht einzeln behandeln. CD -> cderecord, DVD -> growisofs

DVD-Author Fix hab ich das wirklich so geschrieben... hmm, ja. Eigentlich war DVD-Archive Fix gemeint. Standardmäßig werden die Zusatzdateien einfach mit in das Aufnahmeverzeichnis gemüllt, ich habe das etwas umgedreht und es wird eine neue Aufnahme angelegt. Diese hat dann die Endung "DVD".

Vorteil: Man muss nicht mit FTP aufräumen.

Auf lange Sicht hoffe ich, dass DVD-Archive endlich stirbt. Festplatten sind heute so extrem günstig. Und mal im Ernst, warum sollte man eine Aufnahme im Aufnahmemenü behalten? Ob ich jetzt eine Nummer gesagt bekomme, und dann nach der DVD mit der Nummer suche, oder ob ich weiß welchen Film ich schauen möchte und nach dem Filmnamen auf der DVD suche, ist einerlei.

Zitat

Original von Keine_Ahnung
Und noch ein kleiner Featurewunsch: Ich habe ins Burnscrip nen Python Script eingebunden was nach dem Brennen das iso mit der DVD vergleicht.
Da fände ich es schön wenn man im burnscript nen Script einbinden könnte was nach dem erfolgreichen brennen ausgeführt wird. Dann müsste man sowas nicht immer nachträglich reinfummeln.

Sorry Doppelpost, ist aber so mit dem zitieren einfacher...

Das sollte zumindest mit cdrecord kein problem sein. Soweit ich mich erinnere hat CD-Record einen Parameter um einen "Verify" durchzuführen. Wenn das so wäre würde ich das mit an die Skripts für Firefly ranhängen.

Da ist aber erstmal abzuwarten, ob er sie will.

Könntest du die Sache mit dem Grabben des Bildes weiter ausführen. Wie genau wählst du den Punkt, der "gegrabbt" werden soll.

Zitat

Originally posted by Copperhead
Das sollte zumindest mit cdrecord kein problem sein. Soweit ich mich erinnere hat CD-Record einen Parameter um einen "Verify"

Und warum mache ich mir dann die Mühe das zu programmieren?

Ne, aber wenn das Brennprogramm das auch alleine kann dann wäre das natürlich auch schön.

Zitat

Originally posted by Copperhead
Könntest du die Sache mit dem Grabben des Bildes weiter ausführen. Wie genau wählst du den Punkt, der "gegrabbt" werden soll.

Ich habe im VDR Menü (per Setup-Plugin) einfach

<command name="Burn Background 4/3" execute="echo /usr/local/share/vdr-addons/grab 4to3 | at now" confirm="no" />
            <command name="Burn Background 16/9" execute="echo /usr/local/share/vdr-addons/grab 16to9 | at now" confirm="no" />

Das Shellscript ist:

#!/bin/sh


. ~/vdr/baseconfig


TEMPLATE=~/vdr/addons/burn/template.png
BURN=$VDR_PLUGINCFGDIR/burn/menu-bg.png
SCREENSHOOT=$VDR_MEDIA_PICTURES/$(date +%g-%m-%d_%H-%M-%S).jpg
TEMP=/tmp/bg.jpg


svdrpsend.pl grab - | sed -n -e 's/^216-//p' -e '1ibegin-base64 644 -' -e '$a====' | uudecode -o "$TEMP"


case $1 in
	16to9)	#16/9
					convert -shave 0x8 -resize 720x405! "$TEMP" "$TEMP"
					composite -quality 100 -compose Dst_Over -gravity center "$TEMP" "$TEMPLATE" "$BURN"
	;;
	4to3)	#4/3
					convert -resize 720x576! "$TEMP" "$TEMP"
					composite -quality 100 -compose Dst_Over "$TEMP" "$TEMPLATE" "$BURN"
	;;
	sd)	#Screenshoot
			cp "$TEMP" "$SCREENSHOOT"
esac


exit 0

Wobei das irgendwie seit kurzem nicht mehr funktioniert, denn die Schwarzen Balken sind jetzt weiss. Aber damit beschäftige ich mich später nochmal.

cu

Ich habe jetzt mal geschaut, cdrecord selber hat keine Verify-Funktion. (growisofs übrigens auch nicht) man kann da entweder was mit "dd" und "cmp" basteln oder man lässt es sein. (dd if=/dev/cdrom bs=512 | cmp - originalimage.iso)

Soweit ich das herausgefunden habe können gar keine Fehler auftreten, da mit Burnfree gebrannt wird. Alle Datenfehler würden cdrecord sofort zum Abbrechen des Brennvorgangs bewegen.

Ich würde damit also behaupten, das eine zusätzliche Überprüfung nicht nötig ist.

Zitat

Originally posted by Copperhead
Ich habe jetzt mal geschaut, cdrecord selber hat keine Verify-Funktion. (growisofs übrigens auch nicht) man kann da entweder was mit "dd" und "cmp" basteln

Geht nicht sonderlich gut, hatte ich probiert.

Ich habe mir mal was schönes in Python gebastelt was per bgprocess-Plugin ne Progressbar gibt und ferner auch nicht beide Devices gleichzeitig anspricht (belastet den Bus nicht so).

Zitat

Originally posted by Copperhead
Soweit ich das herausgefunden habe können gar keine Fehler auftreten, da mit Burnfree gebrannt wird. Alle Datenfehler würden cdrecord sofort zum Abbrechen des Brennvorgangs bewegen.

Sag das meinen Brenner Und wenn die Rohlinge fehlerhaft sind...

Zitat

Originally posted by Copperhead
Ich würde damit also behaupten, das eine zusätzliche Überprüfung nicht nötig ist.

Ich hatte schon öfter Fehlbrände. Einige Male war die Hardware hinüber (Linux hat DMA Modus wegen grottiger SATA Kabel ausgeschaltet) aber meist war der Rohling einfach Müll.

Und da ich die Brennfunktion hauptsächlich nutze wenn jemand ne Aufnahme von mir will wäre es blöd die DVD wegzugeben ohne zu wissen ob sie läuft.

Ich hänge mal mein Script an, evtl. interessiert es hier ja jemanden.

cu

FireFly: Ich weiß nicht, ob du Interesse hast, aber ich häng hier mal einen Patch an, mit dem man DVD-Archive beim Kompilieren abstellen kann.