Burn 0.1.0 Public Beta (kurz vor -pre21)

wilderigel · 3. September 2006

apex
Schau mal, ist der neue Patch von rofafor.
vdr-burn-cvs-subpicture-id.diff

apex · 3. September 2006

nutzt nichts, es wird IMMER eine Untertitelspur angelegt, egal ob daten vorhanden, oder nicht. So wie es aussieht geschieht die hier in der config.c :

Code

@@ -171,9 +192,10 @@
                                        audioTrack++;
                                }
 
-                               m_file << "      <pgc>" << endl
-                                 << "        <vob file=\"" << rec->get_movie_path()
-                                 << "\" chapters=\""
+                               m_file << "<subpicture " << get_audio_language( track_info::get_language_codes()[ setup::get().DefaultLanguage ] ) 
+                                 << "/>" << endl
+                                 << "      <pgc>" << endl
+                                 << "        <vob file=\"" << rec->get_movie_path() << "\" chapters=\""
                                  << rec->get_chapters(m_job.get_chapters_mode()) << "\"/>" << endl;
 
                                m_file << "        <post>call vmgm menu;</post>" << endl;
@@ -206,8 +228,13 @@
                                m_file << "  <titleset>" << endl;
                                m_file << "    <titles>" << endl;
 
-                               const_track_filter audioTracks( rec->get_tracks(), track_info::streamtype_audio, track_predicate::used );
+                               const_track_filter videoTracks( rec->get_tracks(), track_info::streamtype_video, track_predicate::used );
+                               if (videoTracks.begin() != videoTracks.end()) {
+                                       const track_info& track = *videoTracks.begin();
+                                       m_file << "<video " << get_video_aspect(track.video.aspect) << "/>" << endl;
+                               }
 
+                               const_track_filter audioTracks( rec->get_tracks(), track_info::streamtype_audio, track_predicate::used );
                                const_track_filter::iterator audioTrack = audioTracks.begin();
                                while  (audioTrack != audioTracks.end()) {
                                        const track_info& track = *audioTrack;
@@ -216,7 +243,9 @@
                                        audioTrack++;
                                }
 
-                               m_file << "      <pgc>" << endl
+                               m_file << "<subpicture " << get_audio_language( track_info::get_language_codes()[ setup::get().DefaultLanguage ] ) 
+                                 << "/>" << endl
+                                 << "      <pgc>" << endl
                                  << "        <vob file=\"" << rec->get_movie_path()
                                  << "\" chapters=\""
                                  << rec->get_chapters(m_job.get_chapters_mode()) << "\" pause=\"2\" />" << endl;

Alles anzeigen

Kann man den Subpicture Kram nicht als Option reinnehmen? Meist gibts ja doch keine und man hat dann immer eine leere Untertitelspur. Ich werds für mich erstmal komplett rauspatchen...

wilderigel · 3. September 2006

Der Patch verursacht das, hab mich ev etwas unglücklich ausgedrückt.

Das Problem hab ich im Bugtracker schon angemerkt.

LordJaxom · 4. September 2006

Ja, ich empfehle den Patch mal zu entfernen und es dann nochmal zu versuchen (bitte Bericht!). Glücklicherweise bietet patch mit der Option -R auch die Möglichkeit einen Patch rückwärts anzuwenden. Im Zweifel bleibt dann halt erstmal die Untertitelspur ohne Sprachkennung (wenn vorhanden), bis richtig auf Untertitelspuren gescannt werden kann.

wilderigel · 4. September 2006

Könnte man nicht ne Option einbauen, die Untertitel einschaltet, dann mit Sprachkennung auch bei Filmen ohne UT notfalls.
Und wenn ausgeschaltet dann keine UT und natürlich keine Sprachkennung und dadurch keine leere UT Spuren.

Lerre UT Spur ist nur mit dem Patch von rofafor vorhanden, mit dem alten UT Patch von mir nicht, dafür halt keine Sprachzuordnung.

Gestört haben leere Untertitelspuren meine DVD-Player aber noch nie, und auch keiner meiner Freunde hat geklagt drüber.

apex · 4. September 2006

So, habe den UT Patch entfernt und mein DVD Player ist wieder glücklich. Habe nun keine "geister" UT Spur mehr.
Es sollte möglich sein, die UT Unterstützung ein und ausschalten zu können per Option im Plugin-Menü.

LordJaxom · 4. September 2006

Kurzes Mini-Update:

DVD Untertitel Spurkennung ist vorerst wieder rausgeflogen (siehe apex' Posts), eine Option um das zu erzwingen folgt aber noch.

Desweiteren gibts eine neue Option "Leeres Titelmenü überspringen", welche dafür sorgt dass Aufnahmen ohne Summary direkt aus dem Hauptmenü gestartet werden (noch ungetestet).

apex · 5. September 2006

Danke. Ist der NoRootMenu Patch auch schon drin? (Kein Root Menü wenn nur ein Titel auf der DVD)

LordJaxom · 5. September 2006

Nein, aber der kommt als nächstes dran

mini · 7. September 2006

Hallo,

ich habe hier die CVS Version von burn, aber leider verhält sich die lethargisch.

vdv.log sagt:

Code

[vdr] starting sh -c 'vdrburn-dvd.sh demux' (pid = 23953)
[vdr] starting sh -c 'vdrburn-dvd.sh mplex' (pid = 23954)
[vdr] starting sh -c 'vdrburn-dvd.sh author' (pid = 23955)
[demux] + set -e
[demux] + '[' -z ']'
[demux] + export JAVA_HOME=/opt/j2re1.4.2
[demux] + JAVA_HOME=/opt/j2re1.4.2
[demux] + '[' -z ']'
[demux] + export PROJECTX_HOME=/opt/ProjectX
[demux] + PROJECTX_HOME=/opt/ProjectX
[demux] + unset SUDO_COMMAND
[demux] + case $1 in
[demux] + IGNORE=
[demux] + '[' '!' -z ']'
[demux] + CUT=
[demux] + '[' '!' -z ']'
[demux] + vdrsync.pl -o /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0 -v-filter burn-buffers -a-filter burn-buffers -ac3-filter burn-buffers /video0/Willy_Wonka_und_die_Schokoladenfabrik/2006-08-27.20.34.50.50.rec/
[mplex] + set -e
[author] + set -e
[author] + '[' -z ']'
[author] + export JAVA_HOME=/opt/j2re1.4.2
[author] + JAVA_HOME=/opt/j2re1.4.2
[author] + '[' -z ']'
[author] + export PROJECTX_HOME=/opt/ProjectX
[author] + PROJECTX_HOME=/opt/ProjectX
[author] + unset SUDO_COMMAND
[author] + case $1 in
[author] + dvdauthor -x /video0/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.zc6Unt/dvd.xml
[author] DVDAuthor::dvdauthor, version 0.6.11.
[author] Build options: gnugetopt magick iconv freetype fribidi
[author] Send bugs to <dvdauthor-users@lists.sourceforge.net>
[author] 
[author] INFO: Locale=de_DE
[author] INFO: Converting filenames to ISO-8859-1
[author] INFO: dvdauthor creating VTS
[author] STAT: Picking VTS 01
[author] 
[author] STAT: Processing /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0/movie.mpg...
[mplex] + '[' -z ']'
[mplex] + export JAVA_HOME=/opt/j2re1.4.2
[mplex] + JAVA_HOME=/opt/j2re1.4.2
[mplex] + '[' -z ']'
[mplex] + export PROJECTX_HOME=/opt/ProjectX
[mplex] + PROJECTX_HOME=/opt/ProjectX
[mplex] + unset SUDO_COMMAND
[mplex] + case $1 in
[mplex] + MPLEX_OPTS='-S 0'
[mplex] + mplex -h
[mplex] + grep -q -- --ignore-seqend-markers
[mplex] ++ find /video0/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.zc6Unt/VDRSYNC.0 -name '*.son'
[mplex] + SON=
[mplex] ++ find /video0/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.zc6Unt/VDRSYNC.0 -name '*.srt'
[mplex] + SRT=
[mplex] ++ find /video0/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.zc6Unt/VDRSYNC.0 -name '*.sup'
[mplex] + SUP=
[mplex] + '[' '!' x = x ']'
[mplex] + '[' '!' x = x ']'
[mplex] + '[' '!' x = x ']'
[mplex] + '[' '!' x = x -a -f /spumux.xml ']'
[mplex] + mplex -f 8 -S 0 -o /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0/movie.mpg /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0/vdrsync.mpv /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0/vdrsync0.mpa /video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0/vdrsync1.mpa
[mplex]    INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $)
[demux] Parameter validation not complete yet
[demux] Checking lock file /tmp/vdrsync_lock_23956
[demux] lock file /tmp/vdrsync_lock_23956 not there
[demux] lock file /tmp/vdrsync_lock_23956 created
[demux] Initialising and analysing the streams....
[demux]

Alles anzeigen

Dabei bleibt es dann (auch für Stunden).

Die Dateien (movie.mpg, die mpv und mpa Dateien) unter "/video0/mplayer/tmp/vdr-burn.Willy_Wonka_und_die_Schokoladenfabrik.6gTjAM/VDRSYNC.0" existieren, habe alle die Grösse Null.

Nach dem Start laufen folgende (relevanten) Prozesse und die laufen auch scheinbar für immer weiter:

Code

23953 ?        00:00:00 vdrburn-dvd.sh
23954 ?        00:00:00 vdrburn-dvd.sh
23955 ?        00:00:00 vdrburn-dvd.sh
23956 ?        00:00:00 vdrsync.pl
23957 ?        00:00:00 dvdauthor
23964 ?        00:00:00 mplex
23965 ?        00:00:00 sh
23966 ?        00:00:00 burn-buffers
23967 ?        00:00:00 sh
23968 ?        00:00:00 sh
23969 ?        00:00:00 sh
23970 ?        00:00:00 burn-buffers

Alles anzeigen

Weiss da jemand Rat?

Vielen Dank,
Marcus

LordJaxom · 7. September 2006

vdrsync? ac3-spur? diese auf position 1 schieben im spurenmenü

mini · 7. September 2006

Hallo LordJaxom,

danke für die schnelle Antwort!

Zitat

vdrsync? ac3-spur? diese auf position 1 schieben im spurenmenü

Burn benutzt vdrsync.pl, ja. Eine ac3-Spur hat die Aufnahme nicht, nur eine deutsche und ein französische Spur (Aufnahme von arte).
Wo ist das Spurenmenü?

VG,
Marcus

wilderigel · 7. September 2006

Wie wärs denn mal mit ner neuen pre?
Oder verwenden alle Tester eh schon cvs?

Nur so als Anregung.

LordJaxom · 7. September 2006

Oh, bei Aufnahmen ohne AC3-Spur ist das Problem in der Tat neu (?). Das Spurenmenü findest Du wenn Du im Jobmenü auf der Aufnahme stehst und Ok drückst. Allerdings weiss ich nicht ob das was hilft, da es ja scheinbar nicht das bekannte Problem ist.

Hast Du die Möglichkeit ProjectX einzusetzen und mal mit dieser Aufnahme auszuprobieren? Über kurz oder lang ist vdrsync leider eh nicht mehr das zuverlässigste Tool.

Achja, einige Infos die mir (und damit evtl auch Dir ;)) helfen könnten:
- Wenn Du vdrsync.pl /pfad/zur/aufnahme manuell startest, was für Dateien legt er dann im aktuellen Verzeichnis an? (Kannst nach ein paar Sekunden mit Strg-C wieder abbrechen)
- Benutzt Du die 0.3.1PRE vom 22.03.2005 oder eine noch frühere Version von vdrsync?

wilderigel:
Gute Idee, bin grad nur leider mitten in einer Baustelle...

mini · 7. September 2006

Zitat

Original von LordJaxom
Oh, bei Aufnahmen ohne AC3-Spur ist das Problem in der Tat neu (?). Das Spurenmenü findest Du wenn Du im Jobmenü auf der Aufnahme stehst und Ok drückst. Allerdings weiss ich nicht ob das was hilft, da es ja scheinbar nicht das bekannte Problem ist.

Gefunden. Wenn ich die zweite französische Spur abstelle, klappt es! Danke!

Zitat

Hast Du die Möglichkeit ProjectX einzusetzen und mal mit dieser Aufnahme auszuprobieren? Über kurz oder lang ist vdrsync leider eh nicht mehr das zuverlässigste Tool.

Wo ich mal dran bin, versuche ich mal zu wechseln.

Zitat

Achja, einige Infos die mir (und damit evtl auch Dir ;)) helfen könnten:
- Wenn Du vdrsync.pl /pfad/zur/aufnahme manuell startest, was für Dateien legt er dann im aktuellen Verzeichnis an? (Kannst nach ein paar Sekunden mit Strg-C wieder abbrechen)

vdrsync.mpv
vdrsync0.mpa
vdrsync1.mpa

Zitat

- Benutzt Du die 0.3.1PRE vom 22.03.2005 oder eine noch frühere Version von vdrsync?

In der Datei steht '"0.1.3PRE1"; # dev 4'.

VG,
Marcus

mdatab · 8. September 2006

Zitat

Original von wilderigel
Wie wärs denn mal mit ner neuen pre?

Ja, da warte ich auch schon drauf. (Wenn dann hd.brummy noch ein ebuild bauen würde...? )

Wobei ich sagen muss, dass die letzte pre bei mir wirklich gut funktioniert. Aber der andere Font würde mich interessieren und die Möglichkeit, auf das Root-Menü zu verzichten, wenn nur eine Aufnahme vorhanden ist (sofern das schon eingebaut wurde).

Gruß
Martin

mase · 9. September 2006

Mir ist folgendes aufgefallen:
Wenn ich eine Aufnahme wähle, die schon archiviert ist, also eine Archivmarkierung hat und keine 00x.vdr mehr vorhanden ist, stürzt mein VDR beim analysieren der Aufnahme ab. Ist das nur bei mir so?
Eigentlich war es einVersehen, daß ich eine bereits archivierte Aufnahme ausgewählt hab.

viking · 11. September 2006

Hallo,

gibt es einen dmharchiv "bug" ?
Wollte noch nicht mit eine nicht pre-version arbeiten und nutze deshlab noch die pre20. da gibt es scheinbar einen fehler mit der DMH archiv funktion. Näher gesagt mit dem index scheint was nicht in ordnung zu sein.

Die dvd wird korrekt erstellt und soweit alles in ordnung. Wenn ich jetzt die aufnahme aufräume (mit handlearchived.sh) und dann über aufnahmen die DVD als vdr aufnahme abspielen lasse klappt erst mal alles wie es sollte. Versuche ich aber zum ende zu springen (taste rot und endzeit minus 1 min. eingeben + pfeil rechts) dann lande ich zwar auf die zeitleiste am ende aber so weit ich sehen kann nicht am ende des film. Auch die wirdergabe klappt nicht bild bleibt stehen oder schwarz und erst wenn man wieder ein gewisses stück richtung anfang gesprungen ist geht die weidergabe.

Dachte zuerst es liegt daran das die falschen 00[0-9].vdr dateien benutzt werden für den index, ist aber nicht so (siehe ausschnitte unten) und es ist egal ob genindex 0.1.2 oder 0.1.3. nutze.

Kann das jeman bestätigen bzw. hat jemand eine lösung für das probem ?

Code

ln -s /videodisks/video/.vdr-burn.PUmd3v/DVDAUTHOR/VIDEO_TS/VTS_01_1.VOB /tmp/.vdr-burn.T1Bd3D/VDRSYNC.0/INDEX_01/001.vdr
ln -s /videodisks/video/.vdr-burn.PUmd3v/DVDAUTHOR/VIDEO_TS/VTS_01_2.VOB /tmp/.vdr-burn.T1Bd3D/VDRSYNC.0/INDEX_01/002.vdr
ln -s /videodisks/video/.vdr-burn.PUmd3v/DVDAUTHOR/VIDEO_TS/VTS_01_3.VOB /tmp/.vdr-burn.T1Bd3D/VDRSYNC.0/INDEX_01/003.vdr


[dmharchive] + cd /tmp/.vdr-burn.T1Bd3D/VDRSYNC.0/INDEX_01
[dmharchive] + genindex
[dmharchive] This is genindex 0.1.3 (Aug 29 2006), (C) 2003-2006 Stefan Hülswitt
[dmharchive] Released under the GNU Public License
[dmharchive]
[dmharchive] reading from 001.vdr
[dmharchive] offset 524288 0%
...

Alles anzeigen

Gruß
Viking

viking · 12. September 2006

Hallo noch mal,

ich habe noch mal ein bischen getestet, es passiert bei 5 verschiedene DMHarchiov-DVD's und zwar sind das welche die mit verschiedene versionen von burn erstellt wiorden sind. Es ist also schon länger, ist mir nur nicht aufgefallen weil ich nur den anfang geschaut habe ob es OK ist.

Ich vermute mal das der index kaputt ist und nur die erste VTS_01_1.VOB/001.vdr korrekt lesen kann oder kann es sein das der/einen patch für VDR nicht OK ist ?

EDIT:
Wie finde ich raus wo er hängen bleibt ?
Das bild bleibt nähmlich immer an der selben stelle stehen bzw. ist schwarz. VDR kann einfach nicht weiterspielen.

Gruß
Viking

dmh · 12. September 2006

Ich weiß nicht genau, was "handlearchived.sh" genau macht, aber man sollte auf jeden Fall im Aufnahmeverzeichnis die Datei "index.vdr" löschen. Der neue erstellte Index heißt nämlich "index_archive.vdr" und es könnte sein, dass, wenn die alte index.vdr im Verzeichnis liegt, diese und nicht die von der DVD genommen wird.

Also lösch einfach mal bitte die index.vdr...

EDIT: Was natürlich nicht stimmt, sind die Schnittmarken! Diese basieren noch auf der alten index.vdr und könnten nun evtl. auf nicht I-Frames liegen, womit der VDR nicht klar kommt. Dafür muss ich mir auch nochmal etwas überlegen, wie die Schnittmarken zu behandeln sind...

Burn 0.1.0 Public Beta (kurz vor -pre21)

Jetzt mitmachen!

Teilen