Hallo DMH,
das war's 
Im handlearchived.sh wurde der index.vdr nicht gelöscht weil die zeile fehlerhaft war 
Was mir dabei einfällt, es sollte im Burn paket auch ein solches script enthalten sein. Soll ich mal meins hier posten oder möchstes du lieber selber eins liefern. Meins ist von einer der burnpakete den es zwischen den versionen von LordJaxom gab.
Gruß
Viking
Hallo,
EDIT: jetzt auch in mantis.
wenn man nacheinander zwei jobs in burn erstellt die den selben DVD namen haben dann wird das erste image leider vom zweiten überschrieben 
Kann man das irgendwie berücksichtigen ?
Oder wenigstens einen warnen wenn man so blöd ist sowas zu machen 
In diesem fall hatte ich sie nicht in der queue gestellt, sondern nacheinander erstellt aber beides sollte berücksichtigt werden.
Ich erstelle immer zuerst ein image und schaue dann ob es OK ist bevor ich brenne - in diesem fall hatte ich leider die aufnahmen von der ersten DVD schon gelöscht bevor ich den zweiten job gestartet hatte - und weg war die erst DVD 
Dann zu was positives :
Habe die cvs version ausprobiert und die neuen fonts sehen in der tat besser aus
Ach ja, auf einer von den 3 DVD's die ich damit erstellt hatte war eine zeile epg-text bei einer von drei aufnahmen aus dem "info-rahmen" gerutscht. Ist nur eine kleinigkeit. Leider habe ich das log nicht da auch diese DVD den selben namen hatte und damit das log überschrieben wurde. Ich hätte aber noch die info.vdr wenn es hilft ...
Gruß
Viking
Die mitgelieferte menu-bg.png hat doch gar keine Rahmen
Ist das eigentlich irgendwo dokumentiert, oder echt vorgegeben wo die Rahmen in welcher Größe sein müssen?
Original von wilderigelIst das eigentlich irgendwo dokumentiert, oder echt vorgegeben wo die Rahmen in welcher Größe sein müssen?
Bislang nicht, wird es auch nicht mehr da unmittelbar nach der 1.0 Release ein Skin-Format kommen wird, da kann sich dann jeder die Rahmen passend aufs Bild definieren
Ich störe ja nur ungerne in diesem Thread hier, aber ich bin mal wieder einer dieser unverbesserlichen, die es nicht lassen können burn mit dem schönen uralt gcc 2.95 zu kompilieren.
Leider steigt die aktuelle Version aus dem CVS dabei aus. Alle infos die hierzu finde sind aus dem -pre12 thread (also schon a weng her).
Vielleicht übersehe ich auch etwas. Ich habe auch schon alles diff's die ich gefunden habe gegen die source probiert. Allerdings waren die meisten schon drinnen. Vielleicht erbarmt sich ja einer und kann mir evtl. helfen.
ein make all in /burn/protocols/ führt zu:
g++ -g -Woverloaded-virtual -Wall -fPIC -D_LARGEFILE_SOURCE -c -I.. -o property.o property.cc
In file included from property.cc:1:
property.h:82: template parameters specified in specialization
property.h:82: no `class proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > > & proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > >::operator =(const From &)' member function declared in class `proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > >'
property.h: In method `class proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > > & proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > >::operator =<From>(const From &)':
property.h:82: must specialize `class proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > >' before defining member `class proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > > & proctools::property<basic_string<char,string_char_traits<char>,__default_alloc_template<true,0> > >::operator =<From>(const From &)'
make: *** [property.o] Error 1Schade
LinVDR 0.7 geht ja leider nur mit gcc 2.95.
Aber dann habe ich noch eine andere Frage. Und zwar habe ich das burn PlugIn mit samt dem VDR parallel auf einem Debian Sarge mit einem
gcc-Version 3.3.5 (Debian 1:3.3.5-13)
kompiliert.
Aber es ist warscheinlich auch nicht möglich diese so kompilierte VDR Version mit PlugIn einfach auf ein LinVDR 0.7 zu bügeln. Oder? Aber warscheinlich läuft man da in glibc Problem rein.
Einfach kurz die Frage, gibt es überhaupt irgendeine möglichkeit das aktuelle burn in einm LinVDR zum laufen zu bekommen?
Gibt doch ein paar Threads zu Linvdr mit gcc 3.2
Wie weit das sinnvoll ist oder funktioniert sei mal dahingestellt.
http://ww.vdr-portal.de/board/thread.php?threadid=53823&hilight=linvdr+gcc z.B.
Danke, aber so weit bin ich schon, wie gestagt, VDR & PlugIn wurde auf einem Deb Sarge mit gcc 3.3.5 kompiliert (was auch ohne Probleme ging)
Was ich jetzt aber rauslese ist, dass wenn ich denn gcc auf meinem LinVDR update da unteranderm auch die glibc geupdatet wird, ich somit meine kompatibilität zu TT VDR updates verliere.
Also scheint es eigentlich nicht machbar zu sein, ausser LinVDR 0.8 kommt heute Nacht raus
Danke trotzdem für die Infos
Mir ist aufgefallen das burn-buffers nicht mehr im CVS ist, kann ich das demnach aus dem bin Verzeichnis löschen ?
Original von Boardercrime
Mir ist aufgefallen das burn-buffers nicht mehr im CVS ist, kann ich das demnach aus dem bin Verzeichnis löschen ?
burn-buffers war noch nie im CVS, höchstens buffers.c (der Source davon). Und den aus dem CVS entfernt zu haben wäre mir nicht bewusst.
Bekomme mit cvs von gestern burn nicht kompiliert:
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=.
make[1]: Entering directory `/usr/src/vdr-exp/burn'
make[1]: Leaving directory `/usr/src/vdr-exp/burn'
make[1]: Entering directory `/usr/src/vdr-exp/burn'
g++ -O3 -Wall -Woverloaded-virtual -fPIC -c -DNDEBUG -DPLUGIN_NAME='"burn"' -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -D
_LARGEFILE_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I/usr/include/vdr/include -I/usr/inc
lude -I. -o burn.o burn.c
g++ -O3 -Wall -Woverloaded-virtual -fPIC -c -DNDEBUG -DPLUGIN_NAME='"burn"' -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I/usr/include/vdr/include -I/usr/include -I. -o chain-vdr.o chain-vdr.c
In file included from chain-vdr.h:11,
from chain-vdr.c:1:
common.h:252: error: Fehler beim Parsen before `*' token
common.h:253: error: Fehler beim Parsen before `*' token
common.h:254: error: Fehler beim Parsen before `*' token
common.h:255: error: Fehler beim Parsen before `*' token
In file included from chain-vdr.h:12,
from chain-vdr.c:1:
jobs.h:64: error: Fehler beim Parsen before `*' token
jobs.h:173: error: Fehler beim Parsen before `*' token
make[1]: *** [chain-vdr.o] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-exp/burn'
make: *** [build-stamp] Fehler 2
gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
Hab gerade gemert dass das Plugin gar nicht kompiliert wurde
Deshalb fehlt auch burn-buffers.
make plugins
Plugin burn:
make[1]: Entering directory `/usr/local/src/vdr-1.4.2/PLUGINS/src/burn'
g++ -O3 -Wall -Woverloaded-virtual -fPIC -c -DNDEBUG -DPLUGIN_NAME='"burn"' -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I../../../include -I/usr/include -I. -o chain-vdr.o chain-vdr.c
common.h:252: error: expected ',' or '...' before '*' token
common.h:252: error: ISO C++ forbids declaration of 'cRecording' with no type
common.h:253: error: expected ',' or '...' before '*' token
common.h:253: error: ISO C++ forbids declaration of 'cRecording' with no type
common.h:254: error: expected ',' or '...' before '*' token
common.h:254: error: ISO C++ forbids declaration of 'cRecording' with no type
common.h:255: error: expected ',' or '...' before '*' token
common.h:255: error: ISO C++ forbids declaration of 'cRecording' with no type
jobs.h:64: error: expected ',' or '...' before '*' token
jobs.h:64: error: ISO C++ forbids declaration of 'cRecording' with no type
jobs.h:173: error: expected ',' or '...' before '*' token
jobs.h:173: error: ISO C++ forbids declaration of 'cRecording' with no type
make[1]: *** [chain-vdr.o] Fehler 1
make[1]: Leaving directory `/usr/local/src/vdr-1.4.2/PLUGINS/src/burn'Wilderigel war schneller 
Oh. Ja, da habe ich gestern die Datei forward.h im CVS geändert (dachte, ich bräuchte sie nicht mehr, habe sie deshalb gelöscht. Als ich merkte dass ich sie doch noch brauchte musste ich sie im CVS committen um sie wieder einfügen zu können). Aber keine Sorge ansonsten ist das CVS identisch mit Vorgestern
Die Korrektur geht zusammen mit den nächsten Änderungen dann rein.
@ WilderIgel,
schon geschafft, bei mir will es auch gerade nicht.
Plugin burn:
make[1]: Entering directory `/usr/local/src/vdr-1.4.2/PLUGINS/src/burn'
g++ -O2 -Wall -Woverloaded-virtual -c -DNDEBUG -DPLUGIN_NAME='"burn"' -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/cdrom"' -DISODIR='"/film"' -I/usr/local/src/VDR/include -I/usr/include -I. -o chain-vdr.o chain-vdr.c
In file included from chain-vdr.h:11,
from chain-vdr.c:1:
common.h:252: error: parse error before `*' token
common.h:253: error: parse error before `*' token
common.h:254: error: parse error before `*' token
common.h:255: error: parse error before `*' token
In file included from chain-vdr.h:12,
from chain-vdr.c:1:
jobs.h:64: error: parse error before `*' token
jobs.h:173: error: parse error before `*' token
make[1]: *** [chain-vdr.o] Error 1gcc (GCC) 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)
gruß
cHrIsZ
Da das cvs noch nicht aktualisiert wurde funkt es weiterhin nicht
Kann ich manuell was ändern, das ich es übersetzen kann ?
gruß chrisz
Geht bei cvs nicht lade Stand von vorgestern?
So wie bei svn wo man halt die Revision angeben kann.
Haste mal die zeile
gruß chrisz
Original von chrisz
CVS ist ziemlich cool und versteht sogar umgangssprachliche Zeitangaben:
cvs update -D "2 day ago"
war was ich benutzt habe
Frank
Don’t have an account yet? Register yourself now and be a part of our community!