Burn 0.1.0 Public Beta (aktuell: pre20)

LordJaxom · 25. Juni 2006

Hallo allerseits,

http://www.magoa.net/linux/contrib/vdr-burn-0.1.0-pre20.tgz

CVS:
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot login
cvs -d:pserver:anoncvs@vdr-developer.org:/var/cvsroot -z3 co burn

[UPDATE]
Bug-Tracker:
http://www.vdr-developer.org/mantisbt

Hier nun wie lange erwartet und für dieses Wochenende versprochen die erste offizielle Beta des neuen Burnplugins in der Version 0.1.0. Diese Version soll "das" Brennplugin für die Version 1.4.0 von VDR werden, und sie wird auch keine älteren Versionen mehr unterstützen.

Leider sind mir immer wieder einige Hürden in den Weg gekommen, die ich dann aber direkt ordentlich gelöst habe, und nicht umgangen, wie es der Fall war als die erste Version von Burn (unter Zeitdruck) entstand. Dadurch hat sich alles etwas verzögert, aber nun fehlt wirklich nicht mehr viel (wenn man mal von den Perfektionierungen des Burnscripts mittels ProjectX absieht).

Als Handbuch mag nach wie vor die README gelten, aber für den Schnelleinstieg sei noch gesagt, dass die Scripte vdrburn-dvd.sh (DVDs) und vdrburn-archive.sh (für Archiv-Disk) sowie das Programm burn-buffers noch nach $PATH müssen.

Neuerungen zu 0.0.5

Aufnahmenliste im Plugin
Recordings werden bei Markierung mit vdrsync -i untersucht
Untermenü "Spuren" für jede Aufnahme, mit Infos aus der info.vdr
Zusätzliche Optionen im Job und im Setup
Shell-Script vdrburn-dvd.sh und vdrburn-archive.sh nehmen Umgebungsvariablen an und starten Prozesse
neues Prozessüberwachungssystem erlaubt paralleles starten sowie nachstarten von Prozessen
dadurch Piping von der Aufnahme bis zur DVD-Struktur, dazwischen wird kein Plattenplatz benötigt (keine Angst, es werden _nicht_ alle Prozesse gleichzeitig gestartet wie in -pre2)
neuer Jobmanager arbeitet in eigenem Thread und überwacht die Job-Threads. Ein Wunder das das Starten eines neuen Thread aus dem alten heraus überhaupt je funktioniert hat
mehr Logging
übersichtlichere Ausgaben in dvd.log
Möglichkeit, einen abgebrochenen oder abgestürzten Auftrag nochmal zu editieren und neu zu starten
Abhängigkeiten: transcode und ImageMagick fallen raus
Skin-Support (rudimentär, man plaziert menu-bg.png und/oder menu-button.png in $CONF/plugins/burn/skins/Skin_Name, und "Skin Name" wird dann im OSD zur Auswahl angeboten)
DVD-Typ ohne Menüs (Film wird direkt abgespielt) (Patch zur Verfügung gestellt von Dr.Nop)
DVD-Größe CD-R (wird auf CD gebrannt) (Patch zur Verfügung gestellt von Dr.Nop)
Demuxer lässt sich im Setup einstellen (etwas zu ProjectX weiter unten)
Schneidefunktion für Demuxer, man kann im Job einstellen, dass vdrsync/ProjectX schneiden soll [update]
Smart-Navigation ("Der Cursor steht da wo man es erwartet")
Interner Aufnahmen-Scanner ersetzt vdrsync.pl -i

Bekannte Probleme

vdrsync.pl als Demuxer funktioniert nicht immer (falsche Pipezuordnung?)

TODO

Diverse Patches von Contributoren einbringen (vielleicht adaptiert der ein oder andere die ja schonmal an 0.1.0 ;D)
Fehlermeldung an welchem Punkt (bei welcher Aufzeichnung) ein Vorgang schiefging
"Play all" Button im Hauptmenü

Kleiner Exkurs mit ProjectX

Eigentlich war die Installation von ProjectX kurz und schmerzlos - Blackdown JRE nach /opt, ProjectX compiliert und samt dem lib-Verzeichnis auch nach /opt. Das Burn-Plugin ruft ProjectX wie folgt auf:

Oben im Script vdrburn-dvd.sh wird geprüft ob JAVA_HOME und PROJECTX_HOME gesetzt sind. Sind sie es, sollte direkt alles laufen, ansonsten werden Defaults gesetzt, die evtl. angepasst werden müssen. In PROJECTX_HOME müssen ProjectX.jar und seine libs liegen. Weiterhin benötigt ProjectX eine ProjectX.ini im Konfigurationsverzeichnis des Plugins. Im Unterordner "burn" in den Plugin-Sourcen findet sich eine Vorlage (inkl. Erweiterung für Untertitel).

Den Rest macht das Plugin bzw. Script

LordJaxom · 25. Juni 2006

*sigh* uploaden wär auch ne Maßnahme

Und hier wie immer grob umrissen die CHANGES zur -pre18:

Logfile kann nach Jobende (egal wie) wegkopiert werden (Einschaltbar im Setup)
Aufnahmenscanner ersetzt vdrsync.pl -i vollständig, ProjectX Nutzer können vdrsync jetzt also deinstallieren
Sprachcodes der Tonspuren sowie das Seitenverhältnis der Filmspur kann jetzt im Spurenmenü bestimmt werden

Zum Logfile wegkopieren:
Es wird, wenn aktiviert, das Logfile nach Jobende (egal ob fehlerhaft, erfolgreich oder abgebrochen) in den ISO-Pfad oder den TEMP-Pfad (wenn ersterer nicht gesetzt ist) kopiert, und zwar unter dem Namen vdrburn-{DVDTITEL}.log

Zur Auswahl von Sprachcodes im Spurenmenü:
Hier stehen in einer Liste die zweistelligen ISO-Sprachcodes zur Verfügung, die dann auf der DVD der Spur zugeordnet werden (für das Player-Menü). Als Default wird der genommen, der in der info.vdr gefunden wurde. Steht dieser nicht zur Verfügung, z.B. bei alten Aufnahmen (oder ist Müll, z.B. "dd"), wird der Ersatzsprachcode, den man im Setup einstellt herangezogen.
Als Seitenverhältnis ist das was der Scanner gefunden hat voreingestellt. Hier kann zwischen 4:3 und 16:9 gewählt werden.

Sorry dass noch nicht mehr drin ist, aber eh es heisst hier tut sich garnix mehr, wollte ich wenigstens das freigeben.

wilderigel und wastl:
Keine Angst, eure Patches wurden nicht vergessen

EDIT: Auch die Problematik des 4:3 Vorspanns habe ich noch nicht vergessen, da kommt auch noch was.

wilderigel · 25. Juni 2006

Zitat

Original von LordJaxom
[*] Aufnahmenscanner ersetzt vdrsync.pl -i vollständig, ProjectX Nutzer können vdrsync jetzt also deinstallieren

Ist das ein eigenes Programm, oder jetzt in der libvdr-burn.so drinnen?

LordJaxom · 25. Juni 2006

Ist alles im Plugin enthalten, wenn schon neu, dann integriert

bjblazko · 25. Juni 2006

Rehi LordJaxom,

Habe gerade male versucht, das pre19 zu kompilieren (mit make clean-plugins!).
Pre18 lief sauber durch, pre19 hingegen nicht mehr. Stutzig macht mich die Info des Linker/Linkloader, der etwas von x86-64er Architektur redet:

Code

ar: creating libproctools.a
make[2]: Leaving directory `/home/media/System/src/vdr-1.4.0/PLUGINS/src/burn-0.1.0-pre19/proctools'
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -shared burn.o chain-vdr.o chain-dvd.o jobs.o logger-vdr.o skins.o chain-archive.o manager.o i18n.o menuburn.o menubase.o etsi-const.o tracks.o scanner.o menuitems.o setup.o common.o config.o render.o genindex/pes.o proctools/libproctools.a -lImlib2 -o libvdr-burn.so
/usr/bin/ld: warning: i386 architecture of input file `genindex/pes.o' is incompatible with i386:x86-64 output
genindex/pes.o: In function `cPES':genindex/pes.c:23: undefined reference to `cMutex::cMutex()'
:genindex/pes.c:24: undefined reference to `operator new(unsigned int)'
:genindex/pes.c:24: undefined reference to `cRingBufferFrame::cRingBufferFrame(int, bool)'
:genindex/pes.c:26: undefined reference to `cMutex::~cMutex()'
:genindex/pes.c:23: undefined reference to `cMutex::cMutex()'
:genindex/pes.c:24: undefined reference to `operator new(unsigned int)'
:genindex/pes.c:24: undefined reference to `cRingBufferFrame::cRingBufferFrame(int, bool)'
:genindex/pes.c:26: undefined reference to `cMutex::~cMutex()'
genindex/pes.o: In function `~cPES':genindex/pes.c:31: undefined reference to `cMutex::~cMutex()'
:genindex/pes.c:31: undefined reference to `cMutex::~cMutex()'
:genindex/pes.c:31: undefined reference to `cMutex::~cMutex()'
:genindex/pes.c:31: undefined reference to `cMutex::~cMutex()'
genindex/pes.o:genindex/pes.c:31: more undefined references to `cMutex::~cMutex()' follow
genindex/pes.o: In function `cPES::Clear()':genindex/pes.c:44: undefined reference to `cMutex::Lock()'
:genindex/pes.c:47: undefined reference to `cMutex::Unlock()'
genindex/pes.o: In function `cPES::Return(int, int)':genindex/pes.c:267: undefined reference to `cMutex::Unlock()'
genindex/pes.o: In function `cPES::Process(unsigned char const*, int)':genindex/pes.c:273: undefined reference to `cMutex::Lock()'
genindex/pes.o: In function `.L229':genindex/pes.c:412: undefined reference to `cRingBufferFrame::Get()'
genindex/pes.o: In function `.L249':genindex/pes.c:469: undefined reference to `cRingBufferFrame::Drop(cFrame*)'
collect2: ld returned 1 exit status
make[1]: *** [libvdr-burn.so] Error 1

Alles anzeigen

Zur Info:
- Ich *habe* einen AMD64 Dual Core (SMP aktiv)
- Ich verwende GCC 4
- Ich habe es mit und ohne -fPIC-Option probiert - wobei ich mir hier nicht so ganz sicher bin: trotz clean-plugins und fehlenden -fPIC im Makefile bleibt die Option scheinbar immernoch drin:

Code

g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I../../../include -I../../../../Imlib2 -I. -o burn.o burn.c

Ich verwende VDR 1.4.0 (source von e-tobi).

Danke+Gruss,
Timo

LordJaxom · 25. Juni 2006

@blazko:
Lösch mal genindex/pes.o von Hand...

EDIT:
Im Archiv korrigiert.

bjblazko · 25. Juni 2006

Rehi,

Danke, das war's! Leider findet Burn nun seine Shellscripts nicht mehr. Lt. dvd.log:

Code

[render] sh: vdrburn-dvd.sh: command not found
[render] sh: vdrburn-dvd.sh: command not found
[demux] sh: vdrburn-dvd.sh: command not found
[mplex] sh: vdrburn-dvd.sh: command not found

Die Scripts befinden sich (wie schon vorher beim pre18) in /usr/local/bin. Haben sich die Defaults veraendet?

Danke+Gruss,
Timo

wilderigel · 25. Juni 2006

Noch nen kleinen Fehler behoben, ansonsten keine Änderung zu Version 0.0.3

Anmerkungen:
Da SON das bessere Format ist, wird versucht das zu extrahieren, klappt das nicht wird SUP verwendet, klappt das auch nicht, wird ne DVD ohne Untertitel erstellt.
Benötigt wird auch pxsup2dast
Funktioniert nur mit ProjectX als demuxer
Zum Untertitel Aufzeichnen ist das ttxtsubs Plugin inkl Patch für vdr erforderlich (in AT/DE)
Erfordert erweiterte VDR.ini (siehe Anhang)

Todo:
Untertitel hat keine Sprachzuordnung
Extrahieren der UT Seite vom ttxtsubs Plugin

dmh · 25. Juni 2006

LordJaxom: Sorry, dass es so lange gedauert hat. Ich habe im Wiki mal eine kleinen Abschnitt verfasst (hoffe, es ist in Deinem Interesse), der ja auch in die README aufgenommen werden könnte. Was meinst Du?

@all: Was meint Ihr? Ist das verständlich genug oder sollte man da an der ein oder anderen Stelle noch etwas mehr ins Detail gehen?

DMH

bjblazko · 25. Juni 2006

dmh

Ja, ist klar verstaendlich. Name sollte man lassen

@all/LordJaxom
Habe erstmal symlinks von /usr/bin zu /usr/local/bin angelegt und es klappt erstmal. Leider schmiert dann das Skript drburn-dvd.sh in Zeile 38 ab. Komischerweise ist dies nur eine Case-Abfrage, die einen Paramteter auswertet. Mh, was mache ich da falsch, habe doch pre18 auch ans Laufen bekommen

Code

[author] /usr/bin/vdrburn-dvd.sh: line 38:  6747 Segmentation fault      dvdauthor -x $DVDAUTHOR_XML

Danke+Gruss,
Timo

wastl · 25. Juni 2006

also irgendwo ist da ein hund drin:

sobald ich in pre19 auf choose gehe, kommt noch kurz analyzing record, aber dann geht's rund: vdr startet eine aufnahme (sic!), setzt schnittmarken in dieser aufnahme, will das dvd/dvdswitch-plugin starten, crashed dann manchmal sogar damit (oder man muss sowieso vdr killen weil man nicht mehr ins menue kommt weil er immer eine message schreibt und dabei sofort wieder aus dem menue springt (irgendwas mit pausing for video oder so)
.sh haette ich alle ueber die alten kopiert. kann mir das noch nicht wirklich erklaeren. ganz krankes phaenomen.

vdr-version: 1.4.0-2
burn-plugin: pre19 unmodifiziert

/wastl

bjblazko · 25. Juni 2006

So,
der Segfault hat sich erledigt: lag an einem gewechselten Button-Bild. Mea culpa.
Dennoch musste ich entgegen pre18 fuer -d und -t getrennte Pfade angeben (/tmp und /tmp2 bei mir), bei pre18 mussten -d und -t gleich sein.
Jetzt klappt das brennen wieder (haette dennoch gerne /usr/local/bin als Lokation), aber nun k*ckt das DVD-Plugin im Untermenue ab, wenn ich ein Hintergund-Bild aus dem Wiki nehme (das blaue mit dem DVD-Logo). Probiere nochmal, ob es daran liegt. Der VDR staretet neu OHNE Meldung im syslog. Ich melde mich nochmal wieder Sorry fuer's spammen

Gruss,
Timo

P.S.: klappt Burn nur bei Aufnahmen per Timer? Wenn ich versuche, ein "Instant Record" zu brennen, bekomme ich "couldn't read index".

tüddelkopp · 26. Juni 2006

Zitat

Original von LordJaxom

......

Neuerungen zu 0.0.5
Interner Aufnahmen-Scanner ersetzt vdrsync.pl
...

Geil, geil, geil. Nun kann ich auch DVD`s aus meinem Archiv brennen in dem die Aufzeichnungen bereits requantisiert sind. Super Sache, das hab ich schon immer vermisst.

ronnykornexl · 26. Juni 2006

Morgen

In der Fortschrittsanzeige ist ja reichlich Platz, könnte man da nicht ein tail auf das Logfile machen?

Mal aus den filebrowser-plugin kopiert, so in etwa.

-----

Jetzt erst gesehen, mit der Anzahl der Jobs, nimmt der Platz im Fenster ab, oder einen Key / Farbtaste zum schalten, zwischen Log und Jobliste.

MFG Ronny

LordJaxom · 26. Juni 2006

wastl:

Wenn Du noch das ältere Archiv hast (vor meinem letzten Beitrag, 5 Posts weiter oben), dann schau mal ob Du da auch noch die alte pes.o drin hast. Sollte zwar nicht zu solchen Verwirrungen führen (sollte entweder garnicht funzen oder anstandslos), aber wer weiss. Ansonsten cleane mal alles was mit Burn zu tun hat. Dennoch sehr rätselhaft.

@blazko:

Das mit dem hellen Hintergrund probier ich heute Abend direkt mal, das Bild was Du (glaube ich jedenfalls) meinst habe ich als Default Hintergrund ;). Was das mit -d und -t angeht mag ichs mir kaum vorstellen (ich probiers heute abend direkt aus!), denn an den dafür relevanten Stellen habe ich eigentlich garnichts geändert ?(. Was den Pfad angeht, musst Du bei Dir irgendwas geändert haben, da habe ich nämlich garkeinen Einfluss drauf (ich starte ein Programm per sh -c, und der sucht in $PATH, welches ich nicht manipuliere).

Couldn't read index hatte ich auch schonmal, dachte aber es wär beseitigt - schau ich mir an

Hapemo · 26. Juni 2006

Hallole,

ich habe mich heute an der pre19 versucht und habe noch folgendes Problem festgestellt:

Wähle ich einen Film aus /video0 aus, dann versucht vdr-burn noch zu berechnen, aber in der gleichen Sekunde verhält sich VDR so, als ob jemand wie verrückt alle Tasten der Fernbedienung drückt.

Wähle ich ein Film aus einem Unterverzeichnis aus, dann besteht das Problem nicht.

Bei der pre18 ist dies noch nicht der Fall

Ein weiteres Problem besteht bei mir weiterhin: Wenn eine Aufnahme DolbyDigital hat, schein vdr-burn stehen zu bleiben. In der Log steht folgendens:

Code

[demux] + vdrsync.pl -o /tmp/.vdr-burn.7SCrRB/VDRSYNC.0 -v-filter burn-buffers -a-filter burn-buffers -ac3-filter burn-buff
[author] + dvdauthor -x /video0/.vdr-burn.OAXj5s/dvd.xml
[mplex] + mplex -h
[mplex] + grep -q -- --ignore-seqend-markers
[author] DVDAuthor::dvdauthor, version 0.6.10.
[author] Build options: gnugetopt iconv
[author] Send bugs to <dvdauthor-users@lists.sourceforge.net>
[author]
[author] INFO: Locale=C
[author] INFO: Converting filenames to ANSI_X3.4-1968
[author] INFO: dvdauthor creating VTS
[author] STAT: Picking VTS 01
[author]
[author] STAT: Processing /video0/.vdr-burn.OAXj5s/VDRSYNC.0/menu-bg-0.mpg...
[author]
[author] INFO: Video pts = 0.184 .. 0.224
[author] INFO: Audio[8] pts = 0.184 .. 1.168
[author] INFO: Audio[32] pts = 0.184 .. 0.184
[author] STAT: VOBU 1 at 0MB, 1 PGCS
[author]
[author] INFO: Generating VTSM with the following video attributes:
[author] INFO: MPEG version: mpeg2
[author] INFO: TV standard: pal
[author] INFO: Aspect ratio: 4:3
[author] INFO: Resolution: 720x576
[author] INFO: Audio ch 0 format: mp2/2ch, 48khz 20bps
[author]
[author] STAT: Processing /tmp/.vdr-burn.7SCrRB/VDRSYNC.0/movie.mpg...
[mplex] + mplex -f 8 -S 0 -o /tmp/.vdr-burn.7SCrRB/VDRSYNC.0/movie.mpg /tmp/.vdr-burn.7SCrRB/VDRSYNC.0/vdrsync.mpv /tmp/.vd
[mplex]    INFO: [mplex] mplex version 2.2.2 ($Date: 2003/05/13 20:27:15 $)
[demux] Parameter validation not complete yet
[demux] Initialising and analysing the streams....
[demux]
[mplex]    INFO: [mplex] File /tmp/.vdr-burn.7SCrRB/VDRSYNC.0/vdrsync.mpv looks like an MPEG Video stream.
[demux]   10 Mbytes of 269 read
[demux]
[demux] Warning! Probably a VDR Version > 1.3.19 was used to record this broadcast.
[demux] Warning! AC3 processing highly experimental!
[demux]

Alles anzeigen

Dies ist bei pre18 sowie pre19 der fall. Deaktiviere ich die AC3 Spur läuft er durch.

gruss, Hapemo

salaam · 26. Juni 2006

Hallo zusammen,

Erstmal vielen Dank für das geniale Plugin.
ich hab da ein "kleines Problem" beim Erstellen einer doublelayer-DVD.

Habe versucht 4-5 Stunden Film (ein Teil einer 25 Std Aufzeichnung von LeMans 2006) als Double-Layer-DVD-Image erstellen zu lassen. Kapitel alle 15 mins, ohne Menu.

Das ging soweit auch alles glatt, aber als ich die DVD dann gebrannt habe und ansehen wollte, war die DVD nach 2:15 Std. zu ende. Hab dann das Ganze etwas untersucht und dabei festgestellt, dass auf allen diesen DVD's nur 10 Kapitel drauf sind.

Gibts da irgendeine Beschränkung bzgl. Spielzeit, oder Anzahl der Kapitel ?

Danke schon mal.

Tilo

LordJaxom · 26. Juni 2006

Hapemo:
Was sagt denn das Logfile wenn "wie verrückt" so getan wird als würden Tasten gedrückt? Achja, und welchen Typ Fernbedienung(en) hast Du eingerichtet (LIRC, remote-plugin, Tastatur, ...)?
Probleme mit vdrsync.pl und AC3 sind noch bekannt, und werden noch untersucht. Am besten (sowieso, da vdrsync uralt) auf ProjectX ausweichen.

salaam:
Kannst Du mir noch schreiben wieviel GB der Film ungefähr hatte, dann kann ich mir ne passende Testaufnahme konstruieren (und hoffen dass der Fehler bei mir auch auftritt :D)
Ach, wenn Du noch hast auch das vdrburn-{TITEL}.log (wird ja bei entsprechendem Setting jetzt ins ISO-Verzeichnis kopiert :D), dort könnte man erkennen ob vielleicht schon dvdauthor et al Probleme mit dieser Größe haben.

Hapemo · 26. Juni 2006

Hallo LordJaxom,

vielen Dank für Deine schnell Antwort und natürlich vielen Dank für Deine Abeit !!!

Ich benützte remote-plugin und die silberne FB. FB kann ich aber ausschliessen, da sie nicht im gleichen Raum ist.

Werde noch einen Test mit deaktiven remote-plugin machen.

Ich benütze linvdr und logread sagt mir nur so viel , als wenn ich die entsprechende Funktion aufrufe. Kritisch ist dabei nur, dass auch die reccommands.conf und die commands.conf aufgerufen wird und irgendein Eintrag davon ausgewählt wird !

Da ich Linvdr benützte und nicht auch noch Java und ProjectX installieren will, wird der schlankere Weg ohne ProjectX hoffentlich nicht ganz in der Versenkung verschwinden

Gruss Hape

Hapemo · 26. Juni 2006

So ich habe nochmal ohne remote-plugin getestet und auch ohne Tastatur.

pre19 zeigt das Verhalten mit dem geistermässigen Umschalten und pre18 nicht.

Vielleicht kann jemand den gleichen Fehler beobachten. Kann es eine Ursache sein da Du bestimmte funktionen, die in vdrsync.pl drin waren jetzt in Deinem Programmcode liegen ?

Mein System: linvdr Kernel 2.6.15 von DrSeltsam, vdr-1.4.1-1 mit Bigpatch

Gruss, Hapemo

Burn 0.1.0 Public Beta (aktuell: pre20)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema