vdrconvert-0.0.5a

Soo... Auch die zweite ISO ist fertig. Leider sind auch hier (wie bei der ersten Iso) Bild und Ton leider absolut nicht synchron. Der Ton hängt IMHO ca. 100msek hinterher. Und das bei jedem Title.

Auf die zweiten DVD habe ich 5 Aufnahmen gepackt, und alle zeigen dieselben Synchprobleme.

Hi !

@anonymous:

Zitat

libdv-0.99.tar.gz

Leider hakt da das configure:

checking for XvQueryAdaptors in -lXv... no
configure: error: Could not find Xv Lib

Ich habe schon die Pakete

xv
xview
xview-devel

installiert, aber das hat nicht geholfen...

Zitat

DVDTCMPLEXOPTS="-m d -D 360"

Boah. Das hat's gebracht. Die erste Enterprise-Testfolge hat schon mal 100%ige Sync.

Ist echt ne coole Sache geworden, das vdrconvert.

Hut ab vor allen, die daran beteiligt waren / sind.

Jetzt geb ich mal die letzten 5 Enterprise-Folgen in Auftrag und geh schlafen.

...sagte ich schon, daß ich in 4 Stunden aufstehen muß ?...

Zitat

Original von dimitri
Hi,

war ein typischer cut & paste error

Zeile 43 in vdr2dvd.sh muss so aussehen :

Code

[ -z "$DVDAUTHORMODE" ]       && DVDAUTHORMODE=marks

marco
Funktioniert der eject auf /dev/scd1 sonst immer bei dir ?

Gruss
Dimitri

Alles anzeigen

eject /dev/scd1 fkt. astrein.

Zitat

Original von Boergen
[quote]

Ich habe übrigens gerade die erste Iso erfolgreich erstellt. Es tritt folgender Effekt auf:

Ich habe eine Aufnahme konvertiert, die nur einen Audiostream (mpa) enthält. Es wird auch ganz normal dexuxt, so daß ein mpv und ein mpa vorliegen. Er legt aber trotzdem eine Audiospur für AC3 an, so auf der DVD später 2 Audiospuren anwählbar sind. Die erste ist dann die AC3-Spur. Deshalb startet die DVD leider ohne Ton und man muß erst auf die andere Spur umschalten, um etwas zu hören.

denselben Effekt habe ich hier auch, DVD startet ohne Ton auf meinem standalone DVD-Player, mplayer macht
da keine Probleme.

Zitat

Original von marco

denselben Effekt habe ich hier auch, DVD startet ohne Ton auf meinem standalone DVD-Player, mplayer macht
da keine Probleme.

ok, werde heute Abend nochmals die neue vdr2dvd.sh testen, melde mich dann wieder

nach dem Brennvorgang habe ich noch folgende Meldungen in der vdr2dvd.log Datei:

2820866048/2828040192 (99.7%) @2.4x, remaining 0:02
/dev/scd1: flushing cache
/dev/scd1: stopping de-icing
/dev/scd1: writing lead-out
/dev/scd1: reloading tray
+ status=0
+ '[' 0 -eq 0 ']'
+ rm /film/dvd/DVDImage.pac8if
+ /usr/local/src/vdr-1.2.1/svdrpsend.pl MESG 'Label the new DVD'
220 gecko SVDRP VideoDiskRecorder 1.2.1; Thu Jul 3 08:03:29 2003
250 Message stored
221 gecko closing connection
+ eject /dev/scd1
eject: unable to eject, last error: Das Argument ist ungltig
+ '[' 0 -eq 0 ']'
+ rm -rf /film/tmp/vdr2dvd/VDR2DVD.MI6rFf
+ echo '/video/Der_Einzelg nger_(Thief)/2003-06-27.18:13.50.50.rec'

die DVD wird aus dem Laufwerk ausgefahren und dann wieder eingefahren, dann startet der Brennvorgang und am Schluss wird die DVD wieder ausgefahren.

Hi !

Noch ein paar Anmerkungen / Fragen:

1)
Wenn man die ISO brennt, hat sie als Namen immer "CDROM". Kann man das irgendwie ändern ? Das kann nämlich ganz schön verwirrend sein. Oder ist das nur eine Frage des verwendeten Brennprogramms ?

2)
Wenn man per reccmds den Befehl "To DVDList" ausführt und dabei einen Fehler macht, hat man evtl. eine Aufnahme in der Queue, die man dort überhaupt nicht haben will. Es gibt leider keine Möglichkeit, die Liste zu löschen. Ist es möglich, dafür einen reccmds Befehl zu erstellen ? Oder reicht es aus, die Datei "vdr2dvd" zu löschen, in der die Liste gespeichert ist ?

3) ( dimitri: hatte ich Dir schon mal geschickt...)
Wenn man bei einige Befehle versehentlich auslöst, löst man unter Umständen einen Brennvorgang oder eine Konvertierung aus, die nicht beabsichtigt war. Man kann eine einfache Abfrage einbauen, indem man in der reccmds.conf hinter den Befehl ein Fragezeichen setzt. Beispiel:

Make DVD?               : printf "%s\n" $1 >> /etc/vdr/vdrconvert/vdr2dvd

Dies führt dazu, daß man den Befehl noch mal mit OK bestätigen muß, bevor er ausgeführt wird.

( E D I T )

4)
Man kann leider nicht erkennen, ob die Aufnahmen, die man in eine Queue gepackt hat, auch auf eine DVD passen, ohne daß runtergerechnet werden muß. Eine simple Anzeige, die sagt, wieviel MB die derzeitige Liste beinhaltet, wäre also nicht schlecht.

Hi !

Zitat

Es reicht aus die vdr2dvd zu löschen. Ich kann aber auch eine Option einbauen "Film aus Liste entfernen wenn du willst"

Ja, ich will. Äähh...

Zitat

Mach das mal bitte mit deiner reccmds.conf und schick Sie mir per pm.

Jau.

Zitat

Soll die einstellung -D 360 default werden oder hat jemand sync Ton auch ohne diese Option ?

Hieße das, daß tcmplex ohne diese Option immer ein Synchproblem von 360ms hat ? Ist ja schon irgendwie merkwürdig.
Ich hab's jetzt auf jeden Fall schon bei 2 DVDs getestet und _mit_ der Option habe ich eine Top-Synch.

Hi,

Zitat

Hieße das, daß tcmplex ohne diese Option immer ein Synchproblem von 360ms hat ? Ist ja schon irgendwie merkwürdig.
Ich hab's jetzt auf jeden Fall schon bei 2 DVDs getestet und _mit_ der Option habe ich eine Top-Synch.

HmmmmGrummelWeissnichtwasdassoll

Wenn ich von Hand meine Aufnahmen konvertieren (vdrsync, tcmplex, dvdauthor), dann gibt es nie einen Schift...... Es wäre schon spannend zu wissen, was da unterschiedlich läuft. Klar zu sein scheint mir:

tcmplex baut einen Delay ein, wenn es mit der option

-m d

aufgerufen wird. Allerdings steht dort, dass das für DVDs so sein muss. Das hat Aerger bei anderen Formaten ergeben, dort kann man dann einfach mit

-m s

multiplexen, oder die Streams erst konvertieren und dann zusammenführen.

Leider habe ich (immer noch) kaum Zeit für vdrconvert / vdrsync, aber ich wäre brennend an Ideen/Theorien/Erklärungen interessiert, warum es manchmal den Shift gibt, und manchmal nicht. Da es ja bei jedem Nutzer reproduzierbar auftritt (also immer oder nie), schätze ich mal, dass es

a) an bestimmten Einstellungen oder
b) an bestimmten Versionen hängt

Ideen, Vorschläge, Erleuchtungen?

Cheers

doc

Zitat

Ideen, Vorschläge, Erleuchtungen?

Ja: "Never change a running system !"

Wenn es wirklich so ist, daß es entweder immer mit den 360ms Delay oder immer ohne die 360ms Delay ist, dann ist das doch halb so wild. Man könnte die Option vielleicht als Parameter mit einbauen und in's Readme eine entsprechende Anmerkung schreiben.

Zitat

Original von dimitri
Hi,

marco

kannst du vor dem eject ein sleep 15 plazieren und testen ob es dann besser geht ?

@all
Soll die einstellung -D 360 default werden oder hat jemand sync Ton auch ohne diese Option ?

Gruss
Dimitri

Alles anzeigen

ich habe mal den sleep eingebaut, hier das Ergebnis:
/dev/scd1: flushing cache
/dev/scd1: stopping de-icing
/dev/scd1: writing lead-out
/dev/scd1: reloading tray
+ status=0
+ '[' 0 -eq 0 ']'
+ rm /film/dvd/DVDImage.x4CfqU
+ /usr/local/src/vdr-1.2.1/svdrpsend.pl MESG 'Label the new DVD'
220 gecko SVDRP VideoDiskRecorder 1.2.1; Thu Jul 3 18:44:33 2003^M
250 Message stored^M
221 gecko closing connection^M
+ sleep 15
+ eject /dev/scd1
eject: unable to eject, last error: Das Argument ist ungültig
+ '[' 0 -eq 0 ']'
+ rm -rf /film/tmp/vdr2dvd/VDR2DVD.WtXqMU

mit der synchronisation Bild/Ton habe ich immer noch ein Problem und zwar
hinkt der Ton bei mir immer noch hinterher (100-200 ms, getestet mit mplayer und DVD-Stand
alone Player KISS DP-500).

bedeutet dies, dass ich anstatt
DVDTCMPLEXOPTS="-m d -D 360"
DVDTCMPLEXOPTS="-m d -D 720"
einstellen muß ?

Zitat

Original von dimitri
Hi,

marco

ein sleep 20 hats gebracht.
...
if [ $status -eq 0 ]
then
rm ${Image}
$SVDRPSEND MESG "Label the new DVD"
sleep 20
eject $DVDPLUSD_DEVICE
...

[quote]Original von dimitri
@all
Soll die einstellung -D 360 default werden oder hat jemand sync Ton auch ohne diese Option ?
/quote]

Gruss
Dimitri

Alles anzeigen

mit der synchronisation Bild/Ton hatte ich immer noch ein Problem, ist jetzt behoben,
ich hatte in der vdrconvert.env zusätzlich noch DVDTCMPLEXOPTS="-m d" gesetzt,
was natürlich die Einstellung in vdr2dvd.sh unwirksam, also überschrieben hat.

Der Ton ist jetzt mit dem Bild synchron und ich meine man kann die -D 360 als default einstellen.
Wenn's nicht passt kann ja jeder in der vdrconvert.env DVDTCMPLEXOPTS="-m d -D xy" setzen.

So. Ich brenne gerade die erste DVD direkt per vdrconvert und habe folgendes beobachtet:

1)
Als die Iso fertig war, kam die Meldung, daß das Image bereit ist. Direkt danach kam die Meldung, einen -RW Rohling einzulegen und die Schublade ging auf.
Ich packte mir also meinen Rohling, wollte ihn gerade einlegen...und die Schublade geht wieder zu - von allein ! Und ohne, daß der Rohling drin liegen würde. Sofort erschienen ein paar schwebende Fragezeichen über meinem Kopf. Da keinerlei Plattenaktivität zu sehen war und auch ansonsten nichts passierte, weder OSD-Meldung noch ein erneutes Öffnen der Klappe, legte ich den Rohling einfach mal mit manuellem Öffnen und Schließen ein. Es dauerte ein paar Sekunden und plötzlich fing der Brennvorgang an.
Komische Sache, das mit dem Öffnen und Schließen der Klappe. Aber wahrscheinlich könnte man die Problematik eh umgehen, indem man von vornherein den Rohling einlegt.

2)
Die Brennleuchte an meinem Pioneer A04 verhält sich beim Brennen anders als unter Windows:
Unter Windows geht sie einfach an und bleibt das auch bis zum Ende des Brennvorganges.

Unter Linux blinkt sie: Ca. 2.5 Sekunden an, dann 0.5 Sekunden aus usw... Ist das normal, oder heißt das, daß der Datenstrom im 2.5 Sekunden-Takt abreißt und er dann in den nächsten 0.5 Sekunden per Burnproof die Abrißstelle sucht ?

(E D I T z u 2 )
DVD ist gerade fertig geworden. Das waren jetzt 50 Minuten für nur 1.5 GB. Irgendwie scheint tatsächlich der Datenstrom andauernd abzureißen. Kann das vielleicht am "nice" liegen, das mit einer zu niedrigen Priorität läuft ?

Hi Dimitri,

ich habe einen bug in der vorherigen version endeckt, der beim codieren auf
eine cd(699mb) mit divx/lavc auftrit, die aufnahmen länge wird nicht richtig
au der vdrconvert log datei ausgewertet:

Fehlermeldung:

INFO:   Multiplexing file /video/disk-01/DIVX/tmp/vdr2divx/VDRSYNC.M2xGhT/--Spielfilme--/2003-04-11_N
icht_noch_ein_Teenie_Film_!.mpg
*** Multiplexing: 99% - 309772 of 312899  A/V units. (99)%
INFO:   Finished multiplexing /video/disk-01/DIVX/tmp/vdr2divx/VDRSYNC.M2xGhT/--Spielfilme--/2003-04-
11_Nicht_noch_ein_Teenie_Film_!.mpg
*** Multiplexing: 100% - 312899 of 312899  A/V units. (100)%


+ ABITR=160
++ cat /video/disk-01/DIVX/tmp/vdr2divx/VDRSYNC.M2xGhT/sync.log
++ grep 'Mbytes read'
++ tail -1
++ awk '{print $1}'
+ lmovie=1770
++ cat /video/disk-01/DIVX/tmp/vdr2divx/VDRSYNC.M2xGhT/sync.log
++ grep sec
++ tail -1
++ cut -f2 -d '('
++ cut -f1 '-d)'
++ awk '{print $1}'
++ cut -f1 -d.
+ sec=ticks
+ min=0
+ echo 'File --Spielfilme--/2003-04-11_Nicht_noch_ein_Teenie_Film_! hat eine Länge von 0 Minuten bei 
1770 MB'
File --Spielfilme--/2003-04-11_Nicht_noch_ein_Teenie_Film_! hat eine Länge von 0 Minuten bei 1770 MB
+ '[' 699 -gt 590 ']'
+ LEN=590
+ '[' 590 -le 0 ']'
./vdr2divx.sh: (((LEN*1024*8/1000)*1024)-(ABITR*min*60))/(min*60): division by 0 (error token is ")")

der betreffende teil der vdrconvert logdatei:

Got parameter -o
Got parameter /video/disk-00/--Spielfilme--/%Nicht_noch_ein_Teenie_Film_!/2003-04-11.12.30.50.50.rec/
got a directory on the command line
trying to open /video/disk-00/--Spielfilme--/%Nicht_noch_ein_Teenie_Film_!/2003-04-11.12.30.50.50.rec
/
Found 0 to ignore
User defined audio delay detected 0
Initialising and analysing the streams....
  10 Mbytes read
Created new MPEG stream object for stream e0, master video stream
Created new MPEG stream object for stream c0
OOOPS first packet of audio stream c0 w/o ts
Created new MPEG stream object for stream c1 
analysed the first 2000 packets...


audio stream c0 info (MPEG1_Layer_2):
Sample frequency:    48000
Bitrate:             192000
Mode:                stereo
Copyright:           1
Frame length (bytes) 576
Frame length (ticks) 2160 (90000 / sec)






audio stream c1 info (MPEG1_Layer_2):
Sample frequency:    48000
Bitrate:             192000
Mode:                stereo
Frame length (bytes) 576
Frame length (ticks) 2160 (90000 / sec)




video stream e0 info:
Frame length (ticks) 3600 (90000 / sec)




  10 Mbytes read
  20 Mbytes read

die vermutung liegt nahe das an meiner input datei liegt, ich werde mal eine andere nehmen.

edit/
ok es liegt an der sec= zeile in vdr2divx.sh, folgender patch sollte helfen:
--

# Erst Laenge in MB ( nur Info )
               lmovie=`cat $LOG|grep "Mbytes read"|tail -1|awk '{print $1}'`
               # Jetzt Laenge aus sec -> Minuten
-              sec=`cat $LOG|grep "sec"|tail -1|cut -f2 -d '('|cut -f1 -d')'|awk '{print $1}'|cut -f1 -d'.'`
+#              sec=`cat $LOG|grep "sec"|tail -1|cut -f2 -d '('|cut -f1 -d')'|awk '{print $1}'|cut -f1 -d'.'`
+              sec=`cat $LOG|grep "sec"|tail -1|cut -f3 -d '('|cut -f1 -d')'|awk '{print $1}'|cut -f1 -d'.'`
               min=$((sec/60))
               echo "File ${Titel} hat eine Länge von $min Minuten bei $lmovie MB"
               # Audio Bitraten finden

--

oder halt einfach cut -f2 -d'(' in cut -f3 -d'(' ändern
/edit

Gruß MeMeD

Hi zusammen,

ich denke mal, vdrsync sollte bessere Ausgaben bereitstellen. Dann wäre es schon einfacher
solche Probleme zu vermeiden oder schneller zu debuggen. Allerdings geht die Entwicklung
bei mir eher laaaangsaaaaaaam voran, da ich sehr viel um die Ohren habe. Eine Idee habe ich
allerdings, zu der ich gerne ein paar Rückmeldungen hätte:

Neben den Infos wie
"for stream e0 (198.16 sec) 414 ts found"

kann die Entwicklerversion, die ich gerade zusammen schustere, auch Infos über das
Seiten-Verhältnis des Videos etc auslesen und ausgeben, konkret:

video stream e0 info:
Frame length (ticks) 3600 (90000 / sec)
Ascpect ratio        4:3
Horizontal size      720
Vertical size        576
Frames per Second    25
Bitrate:             15000000

Wäre es hilfreich, diese Infos in eine Datei zu schreiben, die später "ge-sourced" werden könnte?
Damit würden dann alle ausgelesen Infos aus den Video- und Audio-Headern sowie Statistik über
den sync Prozess dem übergeordneten Shell-Skript zur Verfügung stehen, einfach indem das Skript
zuerst vdrsync aufrugt und anschliessend die Variablen "sourced" :

. vdrsync_stats.log

oder so.
Dann könnte auch eine Fail-Variable gesetzt werden (z.B. vdrsync findet kein Video oder kein Audio),
die das Shell-Skript zum Abruch/mailen/schimpfen/heulen veranlassen könnte.

Was denkt Ihr?

Cheers

doc