Burn 0.1.0 Public Beta bis -pre12 [alt]

  • Hallo allerseits,


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


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



    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 künftige 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).


    Diese Version ist unter 1.3.41 entwickelt, ich sehe aber keine größeren Probleme zur 1.3.47 (bis auf die Ecke für die apex bereits einen Patch im VDR 1.3.47-Thread veröffentlicht hat).


    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
    • 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, dafür kommt libcdio rein, aber die ist Mini und wird soweit ich weiss auch für cdda gebraucht
    • 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 schneiden soll [update]
    • Smart-Navigation ("Der Cursor steht da wo man es erwartet")


    Bekannte Probleme

    • vdrsync.pl wird auch bei Nutzung von ProjectX für die Analyse gebraucht
    • der neue Jobmanager sorgt noch für Verzögerungen in der Jobliste, wenn ein Job falsch eingeordnet ist oder komische Buttonbeschriftungen hat, keine Panik, einfach mal ne Sekunde abwarten
    • Wenn beim Brennvorgang kein Rohling im Laufwerk liegt, wird sich der Job u.U. (scheint aufs Laufwerk anzukommen, wird untersucht) als fehlerfrei beenden, statt nach einem Rohling zu fragen
    • Wenn die AC3-Spur (so vorhanden) nicht an erster Stelle ist bleibt der Vorgang stehen


    Ungetestet

    • Brennen+ISO erstellen


    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
    • libcdio-Problematik eruieren
    • "Play all" Button im Hauptmenü
    • 16:9 Erkennung [update]



    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, seine libs sowie eine VDR.ini liegen. Diese INI-Datei hat bei mir folgenden Inhalt:


    Code
    ExternPanel.renameAudio=1
    ExternPanel.renameVideo=1


    Den Rest macht das Plugin bzw. Script ;)

  • Hi, LordJaxom


    Bin ich blind wo isse denn ?



    EDIT:
    Ah, alles klaro


    Gruss Bert

    Hardware: Intel Core i9-9900K, ASUS ROG Maximus XI Hero, MSI GeForce GTX 1050 Ti (vdpau), Dvbsky S952 V3 mit 2X DVB-S2 Tuner
    Multibootsystem (yavdr-ansible auf Ubuntu-20.04, Kubuntu-20.04 Focal Fossa, Win10)
    yavdr-ansible, Ausgabe über Nvidia vdpau

    Einmal editiert, zuletzt von Bert ()

  • LinVDR 0.7 sollte mit aktuellen VDR-Versionen kein Problem sein, hab den Code extra noch durch nen Uralt-GCC gezwängt damit der auch damit klarkommt ;)
    Mit rausfallen meine ich dass das Plugin nicht mehr davon abhängig ist, dass diese zwei Pakete installiert sind. Es braucht sie nicht mehr.

  • Hi,
    Habs gerade mal mit Apex's patch versucht.
    GCC ist 4.03.


    make[1]: Entering directory `/usr/local/src/vdr-1.3.47/PLUGINS/src/burn'
    g++ -g -Wall -Woverloaded-virtual -D_LARGEFILE_SOURCE -fPIC -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I../../../include -I../../../../DVB/include -I../../../../Imlib2 -I. -o burn.o burn.c
    ./proctools/format.h:19: error: declaration of 'operator<<' as non-function
    ./proctools/format.h:19: error: expected ';' before '<' token
    burn.c:93: error: 'cPluginBurn' has not been declared
    burn.c: In function 'cString vdr_burn::Active()':
    burn.c:95: error: 'JobActive' is not a member of 'vdr_burn::cBurnMenuBurn'
    make[1]: *** [burn.o] Fehler 1
    make[1]: Leaving directory `/usr/local/src/vdr-1.3.47/PLUGINS/src/burn'

    Server HW:
    Asrock Q1900M + 4GB + 2x CineS2 5.4, SSD, 2TB Toshiba 2.5" (USB), 3TB Seagate (USB); 2TB Samsung; 1.5 Seagate (USB), picoPSU + DC/DC 200W
    SW:
    Debian (arranged), OpenMediaVault kralizec; VDR-2.1.6 + dynamite, live etc; Mysql running DB for EPG2VDR, XBMC


    Clients:
    1) TBS2910 freescale imx6 + OpenELEC
    2) RPI, 1GHZ, VDR-2.1.6
    3) RPI, 1GHZ, VDR-2.1.6
    4) cubietruck

  • Hi


    stevie101
    nimm diesen Patch compiliert aber trotzdem nicht siehe weiter unten.


    folgende Fehler gibts beim Compilieren:


    Code
    Plugin burn:
    make[1]: Entering directory `/usr/local/src/vdr-1.3.47-20060417/PLUGINS/src/burn-0.1.0-pre4'
    g++ -g -Wall -Woverloaded-virtual -D_LARGEFILE_SOURCE -fPIC -fPIC -g -O2 -Wall -Woverloaded-virtual -pipe -D__user= -fno-strict-aliasing -march=k8 -fPIC -DPIC -c -D_GNU_SOURCE -D_GNU_ -DNAGRA=1 -DCONAX=1 -DSHL=1 -DSECA=1 -DCRYPTOWORKS=1 -DVIACCESS=1 -DSERVER=1 -DOPENSSL=1 -DOPENSSL_HAVE_AES=1 -DIRDETO=1 -DDJBFFT=1 -DCARDCLIENT=1 -DDVDARCHIVE=1 -DHDTV_SUPPORT=1 -DREMOTE=LIRC -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I/usr/local/src/DVB/linux/include -I../../../include -I/usr/local/src/DVB/include -I../../../../Imlib2 -I. -o burn.o burn.c
    In file included from chain-vdr.h:15,
                     from jobs.h:14,
                     from menuburn.h:11,
                     from burn.c:11:
    ./proctools/format.h:19: error: declaration of `operator<<' as non-function
    ./proctools/format.h:19: error: expected `;' before '<' token
    make[1]: *** [burn.o] Error 1
  • LordJaxom


    habe keine gcc 4xx
    sondern
    gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
    Copyright (C) 2004 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


    jedoch reines 64Bit System

  • Egal, der Fehler sollte sich zumindest ändern, denn die angemeckerten Zeilen gibt es jetzt nicht mehr ;)


    Kann sein dass der gcc 3.4 hier auch schon pingeliger war, habe leider gerade nur 3.2er und 3.3er gcc's zur Verfügung.

  • Super, kompilieren tut es jetzt unter gcc 4.0.3.
    Mal testen...

    Server HW:
    Asrock Q1900M + 4GB + 2x CineS2 5.4, SSD, 2TB Toshiba 2.5" (USB), 3TB Seagate (USB); 2TB Samsung; 1.5 Seagate (USB), picoPSU + DC/DC 200W
    SW:
    Debian (arranged), OpenMediaVault kralizec; VDR-2.1.6 + dynamite, live etc; Mysql running DB for EPG2VDR, XBMC


    Clients:
    1) TBS2910 freescale imx6 + OpenELEC
    2) RPI, 1GHZ, VDR-2.1.6
    3) RPI, 1GHZ, VDR-2.1.6
    4) cubietruck

  • beim bauen der libcdio stösst mir folgendes auf:


    ...
    configure: WARNING: Diagnostic programs cd-drive, cd-info, cd-read, iso-info, and is-read will not get built.
    ....
    configure: WARNING: a new enough libvcdinfo not found.
    VCD info display in cd-info disabled.
    ....
    configure: WARNING: new enough libcddb not found. CDDB access disabled. Get libcddb from http://libcddb.sourceforge.net
    ....


    Ich nehme an daß das Burn Plugin trotzdem mit dieser gebauten lib läuft?



    Übrigens läuft der gcc 2.95 problemlos über das Burn Plugin drüber ;)

  • Eine letzte Rückmeldung für heute abend:
    Kurz nach Starten des Brennvorgangs, kommt eine Erfolgsmeldung.
    Folgendes steht im Log:
    Apr 17 20:23:04 vdr: [32754] burn: starting sh -c 'vdrburn-dvd.sh render
    Apr 17 20:23:05 vdr: [32754] burn: internal rendering procedure ended
    Apr 17 20:23:05 vdr: [32753] burn: process render (pid = 32754) exited gracefully (exit code 0)
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh demux' (pid = 302)
    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh mplex' (pid = 303)
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh author' (pid = 304)
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: totalDone=0 mbDone=0 totalSize=4962422761 factor=1.18632
    Apr 17 20:23:05 vdr: [32753] burn: progress 0
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: process author (pid = 304) exited gracefully (exit code 139)
    Apr 17 20:23:05 vdr: [32753] burn: process "author" exited
    Apr 17 20:23:05 vdr: [32753] burn: process ended: author


    usw.
    Aufgefallen ist mir lediglich, dass im ersten Eintrag kein ' am Schluss steht, wie bei allen anderen.
    PNG2YUV hab ich mal zusätzlich -f 25 eingetragen, da eine Fehlermeldung nach Ausführen von vdrburn-dvd.sh darauf hinwies.


    ... und ja mein vdr hat läuft mit einer Systemzeit von -2 Stunden, keine Ahnung warum.

    Server HW:
    Asrock Q1900M + 4GB + 2x CineS2 5.4, SSD, 2TB Toshiba 2.5" (USB), 3TB Seagate (USB); 2TB Samsung; 1.5 Seagate (USB), picoPSU + DC/DC 200W
    SW:
    Debian (arranged), OpenMediaVault kralizec; VDR-2.1.6 + dynamite, live etc; Mysql running DB for EPG2VDR, XBMC


    Clients:
    1) TBS2910 freescale imx6 + OpenELEC
    2) RPI, 1GHZ, VDR-2.1.6
    3) RPI, 1GHZ, VDR-2.1.6
    4) cubietruck

  • Supi!


    Das geht doch mit der Piperei deutlich flotter und ökonomischer.


    ProjectX lässt sich aber nicht mehr so "einfach" über den vdrburn.sh Nachfolger vdrburnd-dvd.sh einbinden?!?


    Wählt man die AC3-Tonspuren ab, läuft bei meiner Testaufnahme alles durch. Schade, dass vdrsync.pl kein ac3 mehr lernen mag....


    Aber was ist mit der Größenvorschau passiert? Die zeigt bei mir viel zu niedrige Werte (ca. 500 MB wo gut 3 GB stehen müsste)

  • Sorry, hatte ich wichtige Zeilen vergessen:


    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh demux' (pid = 302)
    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh mplex' (pid = 303)
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: starting sh -c 'vdrburn-dvd.sh author' (pid = 304)
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: totalDone=0 mbDone=0 totalSize=4962422761 factor=1.18632
    Apr 17 20:23:05 vdr: [32753] burn: progress 0
    Apr 17 20:23:05 vdr: [30290] burn: no translation found for 'Burn DVD job active' in language 1 (Deutsch)
    Apr 17 20:23:05 vdr: [32753] burn: process author (pid = 304) exited gracefully (exit code 139)
    Apr 17 20:23:05 vdr: [32753] burn: process "author" exited
    Apr 17 20:23:05 vdr: [32753] burn: process ended: author
    Apr 17 20:23:05 vdr: [32753] ERROR[burn]: process mplex (pid = 303) crashed (signal 15)
    Apr 17 20:23:05 vdr: [32753] burn: subprocess watcher thread ended (pid=32753, tid=327


    Mplex crashed ???
    Leider kann ich nicht sehen warum, da kein logfile.

    Server HW:
    Asrock Q1900M + 4GB + 2x CineS2 5.4, SSD, 2TB Toshiba 2.5" (USB), 3TB Seagate (USB); 2TB Samsung; 1.5 Seagate (USB), picoPSU + DC/DC 200W
    SW:
    Debian (arranged), OpenMediaVault kralizec; VDR-2.1.6 + dynamite, live etc; Mysql running DB for EPG2VDR, XBMC


    Clients:
    1) TBS2910 freescale imx6 + OpenELEC
    2) RPI, 1GHZ, VDR-2.1.6
    3) RPI, 1GHZ, VDR-2.1.6
    4) cubietruck

  • apex:
    Die angemeckerten Funktionen benötige ich nicht, sollte also kein Problem sein.


    stevie101:
    Hier stellt sich die Frage wieso der author Prozess als erster aussteigt (dvdauthor Version?). Dass der mplex danach crashed ist nicht ungewöhnlich, da wenn ein Prozess in der Kette scheitert die anderen hart beendet werden (signal 15 ist TERM), macht ja keinen Sinn weiterzumachen dann. Dass es kein Log gibt ist ein Bug und wird untersucht.


    berndb:
    Gibt evtl. dein vdrsync.pl -i etwas anderes aus? Dessen Werte sind Stütze für die Größenberechnung. Welche vdrsync-Version hast Du?

  • Alles klar, mplex war im A....
    Jetzt lüppt's.

    Server HW:
    Asrock Q1900M + 4GB + 2x CineS2 5.4, SSD, 2TB Toshiba 2.5" (USB), 3TB Seagate (USB); 2TB Samsung; 1.5 Seagate (USB), picoPSU + DC/DC 200W
    SW:
    Debian (arranged), OpenMediaVault kralizec; VDR-2.1.6 + dynamite, live etc; Mysql running DB for EPG2VDR, XBMC


    Clients:
    1) TBS2910 freescale imx6 + OpenELEC
    2) RPI, 1GHZ, VDR-2.1.6
    3) RPI, 1GHZ, VDR-2.1.6
    4) cubietruck

  • Zitat

    Original von LordJaxom
    Gibt evtl. dein vdrsync.pl -i etwas anderes aus?


    Kurze Zwischenfrage: Arbeitet dein vdrsync-Aufruf (hier) mit --cut? M.a.W.: Müssen die Aufnahmen vorm Verfüttern ans Plugin geschnitten werden?

    LG
    Jochen


    Rpi4 headless mit MLD 5.4 als Server via satip-Plugin hinter einem Telestar Digibit Twin, ein Rpi3 als Streamdev-Client mit MLD 5.4

    Rpi3 auch hinter Telestar Digibit Twin und mit MLD 5.4

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!