Gen2VDR extension Patch - VDR 1.7.26

Hi,

Zitat von nvertigo

...wenn Du innerhalb des vdr-sourcetrees baust, dann kommentiere VDRDIR einfach mal aus.

Bringt nichts, ich denke eher das in der gepatcher config.h was nicht stimmt.
Wobei der Patch #define VDRVERSION nicht anfasst ...

Also wenn es nur um diese Meldungen von xineliboutput geht:

Makefile:112: ********************************************************
Makefile:113: VDR source tree not detected !
Makefile:114: VDR plugins will not be installed.
Makefile:115: ********************************************************

Die habe ich schon ewig, stören mich aber nicht weiter, da trotzdem gebaut und installiert wird.

Zitat von C-3PO

Die habe ich schon ewig, stören mich aber nicht weiter, da trotzdem gebaut und installiert wird.

Es ist leider so, daß xineliboutput nicht gebaut wird.
Dafür ist der "Mechanismus" im Makefile ja da.
Da es ohne den Patch gebaut wird, liegt es logischerweise daran, nur wo ?

Hi,

gibt es mittlerweile ein lösung für das Problem mit xineliboutput?

Danke und Gruß

Toxic

OK, selbst drau gekommen, einfach stumpf ifeq-Geschichte auskomentieren! Löst zwar nicht das Problem, aber es geht!

#    ifeq ($(VDRDIR), ../../..)
#        $(warning Building inside VDR source tree)
        VDR_TREE = yes
#    else
#        $(warning ********************************************************)
#        $(warning VDR source tree not detected !                          )
#        $(warning VDR plugins will not be installed.                      )
#        $(warning ********************************************************)
#    endif

Komando zurück, das führt zu undefinierten Symbolen:

Feb 18 22:18:42 hd-vdr vdr: [1205] loading plugin: /usr/local/lib/vdr/libvdr-xineliboutput.so.1.7.23
Feb 18 22:18:42 hd-vdr vdr: [1205] ERROR: /usr/local/lib/vdr/libvdr-xineliboutput.so.1.7.23: undefined symbol: _Z8bd_closeP6bluray
r

Ich kann es nur immer wieder wiederholen. Der Extensionpatch führt in die falsche Richtung.

Man verliert darin wahnsinnig schnell den Überblick und auch dadurch ist der Patch wahnsinnig schwer aktuell zu halten.

Ich kann euch nur immer wieder sagen, dass ihr euch einen Haufen Ärger erspart, wenn ihr die Patches, die ihr wirklich braucht direkt draufpatcht.

Probiert es einfach mal aus. Wenn es Probleme bei der Kombination mehrerer Patches geben sollte, könnt ihr euch gerne bei mir melden. Allerdings sind die meisten ernstzunehmenden Patches so minimalistisch, dass es da kaum Probleme geben sollte.

Hey Copperhead,

ja du hast recht, aber ich bin halt zu faul und will möglichst wenig Zeit investieren!

Habe das Problem mit Xineliboutput durch das auskommentieren der Zeile "VDRDIR = ..." in der Make.config gelöst.

Gruß

Toxic

Danke Helau

Danke...das geht ja schneller als das Brezelbacken

Interessant klingt in der neuen Version, dass die EPG Daten in einem eigenen Thread eingelesen werden...da ich 2 Wochen EPG im Voraus habe, könnte das die Startzeit des VDR um einiges beschleunigen. Danke auch für den Vorschlag an Klaus, Helmut

Ciao Louis

Bei mir komischweise auch. Obwohl ich kein externes EPG habe.

Danke helau..
pefekt..super
speed

Zitat von Toxic-Tonic

OK, selbst drau gekommen, einfach stumpf ifeq-Geschichte auskomentieren! Löst zwar nicht das Problem, aber es geht!

Code

#    ifeq ($(VDRDIR), ../../..)
#        $(warning Building inside VDR source tree)
        VDR_TREE = yes
#    else
#        $(warning ********************************************************)
#        $(warning VDR source tree not detected !                          )
#        $(warning VDR plugins will not be installed.                      )
#        $(warning ********************************************************)
#    endif

die warnungen koennt ihr einfach ignorieren.
es wird eine warnung ausgegeben wenn VDRDIR *nicht* "../../../" ist und das ist meistens der fall, vorallem wenn man das ebuild nimmt usw.

<snip>
Added simple VDR source tree detection.
VDR plugins won't be copied to LIBDIR when not building inside VDR source tree.
</snip>

http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/Makefile?r1=1.102&r2=1.103&sortby=date

Geht bei euch mit dem Patch das Spulen/Springen in HD-Aufnahmen (Sky, HD+ usw.)? Bei mir gehts mit xine jedenfalls nicht.

Gruß
iNOB

Gerade mal mit HD+ und Sky HD getestet, funktioniert. Aber ich benutze Softhddevice

Grüße