You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

1

Saturday, November 12th 2005, 7:30pm

[ANNOUNCE] vdr-burn Plugin 0.0.009

Heute mal wieder eine neue Version vom Burn-Plugin.

Nach Rücksprache mit LordJaxom jetzt mit etwas weniger abgefahrenem Versionsnummernschema. Ab jetzt wird einfach bei jeder Änderung die letzte Stelle hochgezählt.

Download:
http://vdr.unetz.com/download/burn/vdr-burn-0.0.009.tgz

Bekannte Bugs:
- Kapitel nach Schnittmarken generieren bei DVD's ohne Menü ist nicht implementiert
- Einfache Anführungszeichen und Ausrufungszeichen in Aufzeichnungsnamen führen zu Fehlern beim Brennen

2005-11-13: Version 0.0.009
- ISO Verzeichnis wird korrekt erstellt, wenn es nicht vorhanden ist
- Config File für vdrburn.sh "/etc/vdr/plugins/burn/vdrburnscript.conf" eingeführt - danke Lucian Muresan
- vdrburn.sh Script für ältere LinVDR Versionen angepaßt

2005-11-12: Version 0.0.008
- fixed invalid error message after burn - thanks Ville Skyttä
- fixed german spelling error - thanks Helmut Auer
- fixed duplicate call of cutsize in burnmark.sh - thanks Helmut Auer
- run indent
- save store mode
- can review items in burn list now
- changed naming scheme - thanks Sascha Volkenandt
- several changes to user interface
- added "--script" command line option - thanks Thomas Günther
- added compatibility patch for older vdr versions - thanks Thomas Günther
- create ISO-directory when not existent - thanks Thomas Günther
- made number of jobs after which the plugins starts to clean up a configuration option
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

This post has been edited 5 times, last edit by "ralf1970" (Nov 29th 2005, 10:23am)


2

Saturday, November 12th 2005, 8:02pm

RE: [ANNOUNCE] vdr-burn Plugin 0.0.008

Hey, heißt das, Ihr zwei Genies arbeitet jetzt zusammen? - Goil

Wie sieht das denn mit den AC3-"bugs" aus?
Ist die Behandlung verbessert worden?

Kann man das Plugin noch bei einer 17er Version verwenden?
Müssen dazu externe Tuhls geupdäitet werden?

Gibt es schon einen Zeithorizont für die Variante, in der man Tonspuren entfernen kann?
Lieber warten, oder gleich installieren?

This post has been edited 1 times, last edit by "geronimo" (Nov 12th 2005, 8:02pm)


ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

3

Saturday, November 12th 2005, 8:11pm

RE: [ANNOUNCE] vdr-burn Plugin 0.0.008

Das mit der Selection der Tonspuren soll definitv erst in der neuen Version 0.1.0 von LordJaxom kommen. Zur Kompatibilität mit älteren VDR Versionen sind einige Patches eingeflossen - das ist aber zumindest von meiner Seite aus ungetestet. Ich teste immer nur gegen die VDR Version die jeweils in meiner Signatur steht.

Zum Thema AC3 Bugs: kannst du mir da einen Pointer zu einem entsprechenden Thread geben - das ist irgendwie an mir vorbeigegangen.

Zum Thema warten: ich empfehle zu installieren. Es sind doch einige Segmentation Faults gefixed worden. Es könnte also durchaus sein das der eine oder andere Absturz jetzt unterbleibt.

Ralf
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

4

Saturday, November 12th 2005, 8:29pm

RE: [ANNOUNCE] vdr-burn Plugin 0.0.008

Zum Thema AC3 Bugs habe ich aktuell keinen Pointer.
Aber ich erinnere mich, häufig von Problemen gelesen zu haben, die ich auch selbst hatte.
Zuletzt habe ich einen Film mit auf Scheibe gebrannt und erst zu spät entdeckt, dass (warum auch immer) fast 5 Minuten ohne Schnittmarken entfernt wurden (Die Aufnahme ließ sich ohne erkennbare Probleme als VDR-Aufnahme abspielen).
Das ärgerliche daran: es war ziemlich am Anfang, sodass eine wichtige Szene im Film fehlt.

Abstürze hatte ich keine. Nur oft wird die Verarbeitung abgebrochen und im Log ist nichts verwertbares zu erkennen. Neu aufsetzen hat auch nichts gebracht ... gute Fehler kommen wieder.

Ich denke mal, das hat jedoch wenig mit dem burn-Plugin zu tun, schließlich werden ja externe Scripts und Programme für die Verarbeitung verwendet. Eine Verbesserung könnte also erst dann eintreten, wenn diese auch erneuert/verbessert werden.

Werde also warten und hoffen :)

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

5

Saturday, November 12th 2005, 8:44pm

RE: [ANNOUNCE] vdr-burn Plugin 0.0.008

Da hast du Recht - vdrsync hat mit manchen Aufzeichnungen Streß. Deswegen archiviere ich persönlich Aufnahmen auch nur im VDR Format - also als "Archive"-DVD. Die Konvertierung per vdrsync nehme ich normalerweise nur zum Export oder beim Testen ;)

Ralf
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

6

Saturday, November 12th 2005, 10:56pm

Danke erstmal für die neue Version :)

Was mir immer wieder auffällt sind File-Leichen von alten archivierten aufnahmen (.vdr-burn*) im Video Verzeichnis. Wann werden die gelöscht, bzw löscht die neue Version die zuverlässiger?

Was ist damit gemeint?

Source code

1
- made number of jobs after which the plugins starts to clean up a configuration option

This post has been edited 1 times, last edit by "apex" (Nov 12th 2005, 11:06pm)


ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

7

Saturday, November 12th 2005, 11:05pm

Ich sag es mal andersherum - sie bleiben immer dann übrig, wenn der VDR crashed. Ob nun weil das Plugin crashed oder aus anderen Gründen - es bleiben dann immer die Verzeichnisse von den Jobs übrig, die noch in der Error oder Finished Liste sind. Ich denke, ich habe ein paar von den Gründen beseitigen können, die dazu geführt haben, dass das Plugin crashed.

Also ja - ich gehe davon aus, dass die Verzeichnisse jetzt zuverlässiger aufgeräumt werden.
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

8

Saturday, November 12th 2005, 11:07pm

Wann werden diese Dateien gelöscht? Beim beenden des VDR?

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

9

Saturday, November 12th 2005, 11:08pm

Genau
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

10

Saturday, November 12th 2005, 11:09pm

Oder wenn mehr als 3 Jobs fertig sind - je nachdem was zuerst kommt.
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

steini

Professional

Posts: 847

Location: NRW

  • Send private message

11

Sunday, November 13th 2005, 11:23am

Hi Ralf,
hab das gestern compiliert und einige DVD's damit erstellt.
Bei der Ersten hatte ich einen Abbruch bei tcrequant. Ich verwende sonst auch immer nur requant, kann also an der Version liegen.
Nachdem ich dann requant aktiviert habe sind alle korrekt durchgelaufen (mit und ohne schrumpfen) und ich konnte keinen Fehler feststellen. Auch das manuelle Löschen der temporären Dateien fürhrt bisher zu keinem Neustart des VDR was sonst schon mal vorkam.
Ich steige also jetzt endlich von der 0.0.6f auf diese Version um.
Super Arbeit :]
Vielen Dank
Gruß
steini
1.: Multitainer, P3 Celeron 1,1GHz, 320MB, Samsung 300GB, TT 1.3 (4MB), TT-Budget, IR Selbstbau, µC-Wakeup-Selbstbau, RGB & SPDif über Platine von STB
mod. Linvdr 0.7 (auf 512 Mb CF), AC3-Firmware 2623
2.: Met@box 500, 64 MB, mod. Linvdr0.7 (auf 128 Mb CF), 20GB Seagate, TT 1.5

12

Sunday, November 13th 2005, 11:32am

Ich kann mit der Version keine DVDs mehr erstellen, ich bekomme immer folgende Fehlemeldung:

Source code

1
2
3
 ++ starting sh -c 'vdrburn.sh MKMENU '/video0/.vdr-burn.KbSTPe/VDRSYNC.1' '0' '/etc/vdr/plugins/burn'' in internal procedure
root: <MKMENU /video0/.vdr-burn.KbSTPe/VDRSYNC.1 0 /etc/vdr/plugins/burn>
**ERROR: [mpeg2enc] Could not read YUV4MPEG2 header: system error (failed read/write)!


Das ganze unter LinVDR. Was kann da los sein?

Versionen:

VDRsync Version 0.1.3PRE1-050322
mjpegtools mplex-2 version 1.6.2 (2.2.3)

steini

Professional

Posts: 847

Location: NRW

  • Send private message

13

Sunday, November 13th 2005, 11:46am

Hallo apex,
das liegt wahrscheinlich an mjpegtools. Hast du das selbst compiliert oder als Paket eingespielt?
Gruß
steini

PS: Hatte ein ähnliches Problem als ich die dvdmenu.pl in Zusammenarbeit mit vdrsync unter Linvdr lauffähig machen wollte.
1.: Multitainer, P3 Celeron 1,1GHz, 320MB, Samsung 300GB, TT 1.3 (4MB), TT-Budget, IR Selbstbau, µC-Wakeup-Selbstbau, RGB & SPDif über Platine von STB
mod. Linvdr 0.7 (auf 512 Mb CF), AC3-Firmware 2623
2.: Met@box 500, 64 MB, mod. Linvdr0.7 (auf 128 Mb CF), 20GB Seagate, TT 1.5

14

Sunday, November 13th 2005, 12:02pm

@ steini

das war AFAIR bei Linvdr dabei. Habe folgendes festegestellt, die MKMENU routine in dem alten lauffähigen vdrburn.sh sah so aus:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
   MKMENU)
        if [ "$USE_TCMPLEX" == "yes" ]; then
            convert "$2/menu-bg-$3.png" pnm:- |
                ppmtoy4m -n 1 -F25:1 -A 59:54 -I t -L -r -v 0 |
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 0 -o "$2/menu-bg-$3.m2v" &&
                tcmplex -i "$2/menu-bg-$3.m2v" -p "$4/menu-silence.mp2" -m d -o /dev/stdout |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        else
            convert "$2/menu-bg-$3.png" pnm:- |
                ppmtoy4m -n 1 -F25:1 -A 59:54 -I t -L -r -v 0 |
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 0 -o "$2/menu-bg-$3.m2v" &&
                mplex -f 8 -vbr -v 1 -o /dev/stdout "$2/menu-bg-$3.m2v" "$4/menu-silence.mp2" |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        fi
        ;;




Das neue vdrburn.sh hat eine andere MKMENU routine:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
    MKMENU)
        if [ "$USE_TCMPLEX" == "yes" ]; then
            Png2Yuv "$2/menu-bg-$3.png" |
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 0 -o "$2/menu-bg-$3.m2v" &&
                $TCMPLEX -i "$2/menu-bg-$3.m2v" -p "$4/menu-silence.mp2" -m d -o /dev/stdout |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        else
            Png2Yuv "$2/menu-bg-$3.png" |
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 0 -o "$2/menu-bg-$3.m2v" &&
                mplex -f 8 -vbr -v 0 -o /dev/stdout "$2/menu-bg-$3.m2v" "$4/menu-silence.mp2" |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        fi
        ;;




Da muss irgendwo der Wurm drin sein... Es fängt wohl da an, das ich kein y4mscaler Kommando unter LinVDR habe ;)

This post has been edited 2 times, last edit by "apex" (Nov 13th 2005, 12:12pm)


steini

Professional

Posts: 847

Location: NRW

  • Send private message

15

Sunday, November 13th 2005, 12:15pm

@apex,
tja genau, damit fängt' dann an :D ...... hoffe da hängt dann nicht noch nen Rattenschwanz dran.
Ich kann jetzt mein laufendes Linvdr nicht als Maßstab nehmen weil ich grad in der Richtung viel geändert habe.
Wenn du auf einem separaten System compilierst hast du png2yuv da ja wahrscheinlich drauf. Kopier's mal rüber. Und dann kommen die nächsten Abhängigkeiten :gap
Alternativ kann ich dir das geben, wobei ich nicht sicher bin ob das bei dir läuft.
Gruß
steini

PS: Schau mal in DIESES Paket rein. Da sind diese ganzen mjpegtools-Klamotten drin. Vielleicht kannst du das ja zum Teil verwenden. Aber auf keinen Fall die vdrsync.pl nehmen.....die ist zu alt ;)
1.: Multitainer, P3 Celeron 1,1GHz, 320MB, Samsung 300GB, TT 1.3 (4MB), TT-Budget, IR Selbstbau, µC-Wakeup-Selbstbau, RGB & SPDif über Platine von STB
mod. Linvdr 0.7 (auf 512 Mb CF), AC3-Firmware 2623
2.: Met@box 500, 64 MB, mod. Linvdr0.7 (auf 128 Mb CF), 20GB Seagate, TT 1.5

16

Sunday, November 13th 2005, 12:27pm

Png2Yuv ist eine weitere subroutine im neuen vdrburn.sh:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
Png2Yuv() {                                                      
    if IsExecutable y4mscaler; then                                     
        convert "$1" pnm:- |                                               
            ppmtoy4m -n 1 -F25:1 -A 59:54 -I t -L -r -v 0 |                                   
            y4mscaler -O chromass=420_MPEG2                       
    elif IsExecutable png2yuv; then
        png2yuv -n1 -f25 -It -L1 -v0 -j "$1"
    else                                                                   
        logger "Unable to find valid png to yuv converter program."                            
        exit 1                                                             
    fi                                                                                        
}


y4mscaler hab ich nicht, also nimmt er wohl png2yuv, was bei Linvdr aber auch fehlt! Eigentlich sollte dann "Unable to find valid png to yuv converter program." im Log stehen, tut es aber nicht.

In der alten vdrburn.sh hat er

Source code

1
2
convert "$2/menu-bg-$3.png" pnm:- |
ppmtoy4m -n 1 -F25:1 -A 59:54 -I t -L -r -v 0 |


genommen, damit lief ja auch alles wunderbar ;). Werde mal versuchen das wieder "umzubiegen"

This post has been edited 3 times, last edit by "apex" (Nov 13th 2005, 12:40pm)


17

Sunday, November 13th 2005, 12:44pm

@ RALF

Hiermit läuft es auch wieder unter LinVDR mit "Menü-DVDs":

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
    MKMENU)
        if [ "$USE_TCMPLEX" == "yes" ]; then
            Png2Yuv "$2/menu-bg-$3.png" |
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 2 -o "$2/menu-bg-$3.m2v" &&
                $TCMPLEX -i "$2/menu-bg-$3.m2v" -p "$4/menu-silence.mp2" -m d -o /dev/stdout |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        else                   
#            Png2Yuv "$2/menu-bg-$3.png" |
                convert "$2/menu-bg-$3.png" pnm:- |
                ppmtoy4m -n 1 -F25:1 -A 59:54 -I t -L -r -v 0 |
                
                mpeg2enc -q 2 -a 2 -n p -f 8 -v 2 -o "$2/menu-bg-$3.m2v" &&
                mplex -f 8 -vbr -v 0 -o /dev/stdout "$2/menu-bg-$3.m2v" "$4/menu-silence.mp2" |
                spumux -v 2 "$2/menu-$3.xml" > "$2/menu-bg-$3.mpg"
        fi  
        ;;



Könntest Du das wieder (als Option?) für die LinVDR User einbauen?

18

Sunday, November 13th 2005, 12:53pm

Quoted

Nach Rücksprache mit LordJaxom jetzt mit etwas weniger abgefahrenem Versionsnummernschema. Ab jetzt wird einfach bei jeder Änderung die letzte Stelle hochgezählt


Hmm , dachte es ist nen Schreibfehler :D.
Also das finde ich jetzt noch abgefahrener.

Man haette schon laengst nen 0.1.0 machen sollen und dann kannst da
deine Buildnummern ranhaengen oder kommen noch 1000
Versionen vorher ? :D

Jedenfalls verwirrt mich das noch mehr als 0.0.6[a..z(300)]

Aba egal...

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

19

Sunday, November 13th 2005, 1:01pm

Na ja - 0.1.0 hat sich LordJaxom reserviert. Aber wenn man schon drei Stellen für Änderungen hat und die ersten beiden Stellen reserviert sind muß man doch nun wirklich nicht noch eine Stelle einführen, an der man dann wirklich die Unterscheidung vornimmt. Ich finde es zumindest unter den gegebenen Bedingungen übersichtlicher nur noch die letzte Zahl hochzuzählen als daran auch noch einen Buchstaben anzuhängen ...
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.

ralf1970

Intermediate

  • "ralf1970" started this thread

Posts: 296

Location: Erfurt

Occupation: Softwareentwickler

  • Send private message

20

Sunday, November 13th 2005, 1:22pm

Quoted

Original von apex
@ RALF

Hiermit läuft es auch wieder unter LinVDR mit "Menü-DVDs":

Könntest Du das wieder (als Option?) für die LinVDR User einbauen?


Würde dir das hier weiterhelfen?
vdr-2.0.2 balta3; SuSE 12.3 Tumbleweed; kernel 3.10.9; some plugins
VDR: Core i5-4570T 2.9GHz; 4GB; 12TB via NFS; TT-connect S2-3600
Datengrab: Core i3 2.6GHz; 4GB; 5*1.5TB + 3*3TB in 2 RAID5's -> 12TB; Gigabit Ethernet
Und so siehts nicht mehr aus.