Burn 0.1.0 Public Beta (aktuell: pre21)

Haste vor dem neu-übersetzen ein clean-plugins gemacht?

Zitat

Original von apex
Haste vor dem neu-übersetzen ein clean-plugins gemacht?

Ja habe ich ...

Was ich nicht ganz verstehe ist, das die Datei 'is_abstract.hpp'
gar nicht vorhanden ist.

Der Fehler ist ja mit dem zusaetzlichen boostpacket :

make: *** Keine Regel vorhanden, um das Target »boost/type_traits/is_abstract.hpp«,
benötigt von »chain-dvd.o«, zu erstellen. Schluss.

Ich denke wenn man das bootpacket installiert muss man
keine installation mit 'apt-get install libboost-dev' machen ?

Gruss
Leo

Hi,

Also ich hab hier Kanotix, und hab auch die libboost-dev per apt-get installiert.
Keinerlei Probleme.

Hast du auch die vdrburn-dvd.sh,vdrburn-archive.sh im Pfad durch die des neuen Plugins ausgetauscht, und diese auch angepasst (Java, ProjectX Pfad), sowie auch den Ordner burn neu nach /plugins kopiert?

Gruss Bert

Zitat

Original von Bert
Hi,

Also ich hab hier Kanotix, und hab auch die libboost-dev per apt-get installiert.
Keinerlei Probleme.

Hast du auch die vdrburn-dvd.sh,vdrburn-archive.sh im Pfad durch die des neuen Plugins ausgetauscht, und diese auch angepasst (Java, ProjectX Pfad).

Gruss Bert

Alles anzeigen

Ja, habe auch die vdrburn-dvd.sh,vdrburn-archive.sh getauscht.

Wenn ich libboost-dev per apt-get installiere, kann ich ja auch ohne Fehler
uebersetzen. Nur stuerzt VDR dann ab wenn ich im Menue 'Aufzeichnungen'
des Burnplugins die Taste blau betaetige nachdem ich eine oder mehrere Aufnahmen zum Brennen markiert habe.

Die Vorgaengerversion (Burn 0.1.0 Public Beta (kurz vor -pre21))
geht ja.

Mal sehen ob mir dazu noch was einfaellt.

Danke erst mal fuer eure Hilfe.

Gruss
Leo

Zitat

Original von LordJaxom
Kann mit Optimierungen ähnliches feststellen, wenn ich denn gcc-3.4 (statt 3.3) unter Sarge verwende - versuch mal testweise ob das mit make DEBUG=1 auch noch passiert.

Habe mal mit DEBUG=1 uebersetzt. Stuerzt aber wenn ich 'Liste' (Taste blau) druecke immer noch ab.

Zitat

Hier fehlt eine Datei die von gcc 3.3 (meinem Standardcompiler) noch nicht gebraucht wurde (bzw aufgrund von Fehlern im 3.3 ausgeblendet wurde). Habe das boost-for-burn Paket aktualisiert und neu hochgeladen.

Habe das neu boost-for-burn installiert das uebersetzen geht nun.

Trozdem danke fuer eure Hilfe, werde vorerst bei der alten Version
(Burn 0.1.0 Public Beta (kurz vor -pre21)) bleiben.

Gruss
Leo

Zitat

Okay, muss auch meine Feststellung zurücknehmen - meine Abstürze kamen durch Vermischungen von g++-3.3 und g++-3.4 Code zustande. Da also ein solcher Absturz hier weder mit dem alten noch dem neuen g++ auftritt, wäre es schön wenn Du den Absturz mit DEBUG=1 und den in [HOWTO] Coredump erzeugen und auswerten bei Abstürzen beschriebenen Maßnahmen nochmal provozieren und mir den Output vom gdb schicken könntest (habe den Beitrag genau hierfür verfasst ;))

Hallo LordJaxom,

habe mal eine Debug Datei nach Deiner Anleitung erstellt. Anbei das Ergebniss:

#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7cd9885 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7cdb002 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xb7eb5bbb in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6
#4  0xb7eb3804 in __cxa_call_unexpected () from /usr/lib/libstdc++.so.6
#5  0xb7eb3841 in std::terminate () from /usr/lib/libstdc++.so.6
#6  0xb7eb39c1 in __cxa_throw () from /usr/lib/libstdc++.so.6
#7  0xb7e52309 in std::__throw_ios_failure () from /usr/lib/libstdc++.so.6
#8  0xb7e642ff in std::basic_filebuf<char, std::char_traits<char> >::underflow () from /usr/lib/libstdc++.so.6
#9  0xb7e6b715 in std::istream::sentry::sentry () from /usr/lib/libstdc++.so.6
#10 0xb7e863dd in std::operator>><char, std::char_traits<char>, std::allocator<char> > () from /usr/lib/libstdc++.so.6
#11 0xb7b01711 in vdr_burn::job::get_archive_id () at jobs.c:394
#12 0xb7b1ffce in job_editor (this=0x96673e0) at menuburn.c:405
#13 0xb7b2a667 in vdr_burn::menu::starter::show_menu (this=0x956d250) at menubase.c:79
#14 0xb7b2a767 in vdr_burn::menu::starter::ProcessKey (this=0x956d250, key=kBlue) at menubase.c:95
#15 0x080d06a0 in cOsdMenu::ProcessKey (this=0x8bf8758, Key=kBlue) at osdbase.c:511
#16 0x080c00f7 in cMenuMain::ProcessKey (this=0x8bf8758, Key=kBlue) at menu.c:3738
#17 0x08107ad4 in main (argc=27, argv=0xbfb321b4) at vdr.c:1058
(gdb)

Kann es irgenwie am 'vdr_burn::job::get_archive_id' liegen ?
Ich benutze naemlich keine DVD Archive, ist im Setup auch abgestellt.
(DMH-Archiv ist nein).

Gruss
Leo

Hallo LordJaxom,

wenn ich das Verzeichniss
/etc/vdr/plugins/burn/counters (wo sich die Datei standart befindet)
entferne dann geht wieder alles.

Allerdings bringt er waehrend des Burnprozesses eine Meldung das er die Datei nicht findet.

Zudem kommt im Jobmenue immer der Eintrag 'Archiv-ID' (ohne eine
Wahlmoeglichkeit) obwohl ich DMH im Setup abgestellt habe.

Ich hoffe das Hilft Dir.

Gruss
Leo

Hallo LordJaxom,

kompiliert schon mal gut mit boost von Packman auf Suse 9.1 ob's sonst noch was gibt sehe ich heute abend.

Vieleicht unter "Neuerungen zu 0.0.5" den punkt "Recordings werden bei Markierung mit vdrsync -i untersucht" entfernen, wenn ich das richtig sehe ist das veraltet..

Gruß
Viking

Zitat

Original von LordJaxom
EDIT:
Sehe gerade dass man das pro Stream einschalten muss - sollte also garnicht vorkommen dürfen (o.a. Angaben wären trotzdem nützlich).

Hallo LordJaxom,

sorry fuer den Aerger, habe aber in der Zwischenzeit den Fehler gefunden.
Lag bei mir, ich hatte die Datei 'standart' nach

/etc/vdr/plugins/burn/counters/standart/standart kopiert

anstatt
/etc/vdr/plugins/burn/counters/standart

Habe wohl beim kopieren ein Verzeichniss zu viel angelegt.

Trotzdem vielen Dank fuer die Hilfe.

Noch eine kleine Frage:

Kann der Eintrag 'Archiv-Id' im Jobmenue noch ausgeblendet werden,
wenn man kein DMH im Setup aktiviert hat ?

Danke und Gruss
Leo

Hoffe die Datei heisst standard

Hallo,

bin gerade wieder über einen älteren beitrag auf der ML gestolpert den ich irgendwann verfolgen wollte.

"[vdr] burn-plugin und vdrconvert produces copy protected discs ;-(" :
http://www.linuxtv.org/piperma…/2006-January/007448.html

(auch ein paar mal "Next message" klicken)

Ist da was dran ?

Gruß
Viking

LordJaxom

Eure Lordschaft,

yust for note, aus meinem Log

[29956] burn: no translation found for 'Couldn't render menu images!' in language 1 (Deutsch)

// Edit, das nimmt ja gar kein Ende

Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Demultiplexer' in language 1 (Deutsch)  
Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Verkleinern mit' in language 1 (Deutsch)  
Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Ziel' in language 1 (Deutsch)  
Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Art der DVD' in language 1 (Deutsch)  
Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Kapitel' in language 1 (Deutsch)  
Sep 19 19:34:03 vdr1 vdr: [32217] burn: no translation found for 'Grösse der Disk' in language 1 (Deutsch)

Hi Leute!
Bei mir häng/stoppt/pausiert (weiss nicht wie ich das genau bezeichnen soll) alles beim Starten der Konvertierung. Im Log ist der letzte Eintrag von VDRSync (dass es gestartet hat). Alle Prozesse hängen danach einfach in der Luft. Ich sehe mehrere burn-buffers, mplex und vdrsync prozesse. Aber es passiert nix weiter :-\ Das hänt einfach so bis ich den Job über das Menü abbreche. Das Temp Verzeichnis liegt auf einer Ramdisk (-t /tmp, habs aber auch schon mit einer Ext3 Partition versucht) und das Datenverzeichnis liegt auf einer Fat32 Partition.

Wenn ich das Temp Verzeichnis auch auf die Fat Partition lege, steht im Log bei mplex, dass der Pfad nicht gefunden wurde (steht ja auch in der Readme) und Burn bricht erwartungsgemäss ab.

Hat jemand eine Idee woran das liegen könnte?

werde morgen die Log Datei posten (das System ist gerade abgeschmiert und ich bin zu müde um alles neu zu starten)

Gruß,
Sevo

Hallo LordJaxom,

Zitat

Original von LordJaxom
viking:
Habe ich noch nie von gehört - und bei mir hat sich auch noch niemand gemeldet - wenn's nicht schadet sollte man diese Option vielleicht aber wirklich setzen?!

Ich denke mal auch man sollte es probieren. Der typ scheint ja an der "quelle" zu arbeiten und es wäre ja doof wenn da was dran ist, man es aber erst merkt wenn man in 1-2 jahren einen neuen DVD player kauft

@Alle
Habt ihr zeit zeit das verhalten zu testen ?

Als erstes könnt ihr ja schauen ob eure mkisofs den schalter überhaupt kennt

# mkisofs --help 2>&1|grep udf
-udf Generate UDF file system

Zweitens an den zwei stellen im vdrburn.sh wo "mkisofs -V ..." steht noch ein "mkisofs -udf -V" hinzufügen.

Habs schon bei mir eingebaut, mangels zeit konnte ich aber noch nicht testen ...

Gruß
Viking