Warum setzt du VDRDIR? Das wird doch aus der vdr.pc geholt.
Das verstehe ich noch nicht.
Wie wird denn vdr.pc vom Makefile des Plugin gefunden, wenn ich VDRDIR nicht mitgebe?
Warum setzt du VDRDIR? Das wird doch aus der vdr.pc geholt.
Das verstehe ich noch nicht.
Wie wird denn vdr.pc vom Makefile des Plugin gefunden, wenn ich VDRDIR nicht mitgebe?
Wenn vdr.pc an den für pkg-config üblichen Pfad (Distributionsabhängig) installiert wurde, dann findet pkg-config diese automatisch. Mit den neuen Makefiles beschränkt sich das Plugin-Installieren also im Idealfall auf ein
gefolgt von
Und zwar von egal wo. Das Plugin muss nicht mehr im VDR-Source entpackt werden.
Wenn ich versuche, das osddemo- oder hello-Plugin aus dem Plugin-Pfad heraus zu kompileren (also z.B. "cd PLUGINS/src/hello; make" dann bekomme ich folgende Fehlermeldung:
hello.c:11:22: fatal error: vdr/i18n.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
Ist das so gewollt, dass nur noch "make plugins" aus dem VDRDIR herausgeht oder an welcher Schraube muss ich drehen?
Das war nicht anders möglich. Du musst "make VDRDIR=../../.." aufrufen. Eventuell geht es auch mit ONEDIR oder LCLBLD, aber das habe ich mir nicht näher angeschaut. Klaus' Baustelle.
Das war nicht anders möglich. Du musst "make VDRDIR=../../.." aufrufen. Eventuell geht es auch mit ONEDIR oder LCLBLD, aber das habe ich mir nicht näher angeschaut. Klaus' Baustelle.
Mit LCLBLD kann man Plugins auch direkt im Plugin-Verzeichnis übersetzen. Allerdings werden sie dann nicht nach VDR/PLUGINS/lib kopiert. Das passiert nur, wenn man im VDR-Verzeichnis 'make plugins' macht.
Klaus
Oh Mann, das hört sich auch nicht nach ner Lösung an .... langsam wünsche ich mir, die Makefiles wären nie angefasst worden ....
Dann gibt's für meine Plugins erst mal keine neuen Makefiles bis eine Lösung dafür gefunden ist, das brauche ich nämlich für meine Entwicklungsumgebung.
Oh Mann, das hört sich auch nicht nach ner Lösung an .... langsam wünsche ich mir, die Makefiles wären nie angefasst worden ....
Dann gibt's für meine Plugins erst mal keine neuen Makefiles bis eine Lösung dafür gefunden ist, das brauche ich nämlich für meine Entwicklungsumgebung.
Mach doch einfach
make && for i in libvdr-*.so; do cp $i ../../lib/$i.`pkg-config --variable=apiversion ../../../vdr.pc`; done
(ungetestet, also erstmal vorsichtig ausprobieren).
Klaus
Danke Klaus, evtl. packe ich das in ein weiteres make Target (wenn ichs getestet habe).
Hallo Klaus,
da jetzt die Makefile-Diskussion ja etwas abgeklungen ist, wollte ich nochmal auf einen Beitrag von mir zu 1.7.34 hinweisen:
[ANNOUNCE] VDR developer version 1.7.34
Eventuell ist das damals ja etwas untergegangen.
Das Verhalten ist mit der aktuellen Version immer noch so.
Gruß
kamel5
da jetzt die Makefile-Diskussion ja etwas abgeklungen ist, wollte ich nochmal auf einen Beitrag von mir zu 1.7.34 hinweisen:
[ANNOUNCE] VDR developer version 1.7.34
Eventuell ist das damals ja etwas untergegangen.
Allerdings - sorry, aber bei dem "Lärm" damals auch kein Wunder ;-).
Zitat
Das Verhalten ist mit der aktuellen Version immer noch so.
Leider kann ich anscheinend in dem alten Thread nicht antworten, und ich schaffe es auch nicht, ein Zitat von dort hierher zu bringen - die Forensoftware hat mich mittlerweile schon diverse Mal rausgeschmissen und ich musste mich immer wieder neu anmelden ;-(.
Ich werde das Problem hier in den nächsten Tagen mal versuchen nachzustellen.
Klaus
das beschriebene Problem erinnert mich an ein Verhalten, das ich schon seit 1.7.2x häufig beobachtet habe (aktuell mit softhddevice allerdings nicht): Wenn ich einen externen Playmode beende (also das mp3-Plugin oder mplayer-Plugin beende) kommt ja normalerweise das TV-Bild des letzten Kanals. Oft bleibt das Bild aber schwarz, und erst ein erneuter Druck auf die Back-Taste bringt das TV-Bild.
Interesannt, ich habs auch manchmal (mit meinem uralt 1.6er)... ich habs bissher immer auf softdevice geschoben.
Kann es sein das alle die sowas beobachtet haben sowas schon immer gehabt haben? Also das es schon immer so war?
cu
Mein VDR schaltet ueber CEC den Fernseher ein, wenn man den Rechner interaktiv startet. Leider passiert es manchmal, dass der Fernseher auch bei Timeraufnahmen mit angeht (was dann fuer Verwirrung und Veraergerung sorgt). Ich konnte das darauf zurueckfuehren, dass direkt nach dem VDR-Start die Zeit um mehr als 10 Sekunden (und damit "hart") zurueckgestellt wird, wodurch es passieren kann, dass aus einem inaktiven User scheinbar ein aktiver wird (activeTimeout ist ja auf der Startzeit des VDR nach "alter" Zeitrechnung).
Ich moechte nun schon gerne das Setzen der Zeit haben, aber keinen versehentlichen "aktiven" Start des VDR bei ein paar Sekunden falsch gehender Echtzeituhr.
kls: Kannst Du den folgenden Patch uebernehmen (Beim SetUserInactive wird activeTimeout nicht auf die aktuelle Zeit, sondern weit in die Vergangenheit gesetzt)? Oder kann das irgendwelche Nebenwirkungen haben?
--- shutdown.h.orig 2013-02-04 23:50:44.000000000 +0100
+++ shutdown.h 2013-02-04 23:57:14.000000000 +0100
@@ -80,7 +80,7 @@ public:
///< Otherwise, seconds in the future.
///< If MinUserInactivity = 0 and Force = false, Seconds is ignored and VDR will
///< stay interactive forever.
- void SetUserInactive(void) { SetUserInactiveTimeout(0, true); }
+ void SetUserInactive(void) { activeTimeout = 1; }
///< Set VDR manually into non-interactive mode.
bool Retry(time_t AtTime = 0) { return retry <= (AtTime ? AtTime : time(NULL)); }
///< Check whether its time to re-try the shutdown.
Alles anzeigen
Danke,
S:oren
Oft bleibt das Bild aber schwarz
Hab das hier mit vdr-1.7.32 auch, z.B. wenn ich den mplayer beende.
Gruß
iNOB
das beschriebene Problem erinnert mich an ein Verhalten, das ich schon seit 1.7.2x häufig beobachtet habe (aktuell mit softhddevice allerdings nicht): Wenn ich einen externen Playmode beende (also das mp3-Plugin oder mplayer-Plugin beende) kommt ja normalerweise das TV-Bild des letzten Kanals. Oft bleibt das Bild aber schwarz, und erst ein erneuter Druck auf die Back-Taste bringt das TV-Bild.
Ist dabei auch Device-Bonding im Spiel?
Klaus
Hab das hier mit vdr-1.7.32 auch, z.B. wenn ich den mplayer beende.
Ist dabei auch Device-Bonding im Spiel?
Klaus
kls: Kannst Du den folgenden Patch uebernehmen (Beim SetUserInactive wird activeTimeout nicht auf die aktuelle Zeit, sondern weit in die Vergangenheit gesetzt)? Oder kann das irgendwelche Nebenwirkungen haben?DiffAlles anzeigen--- shutdown.h.orig 2013-02-04 23:50:44.000000000 +0100 +++ shutdown.h 2013-02-04 23:57:14.000000000 +0100 @@ -80,7 +80,7 @@ public: ///< Otherwise, seconds in the future. ///< If MinUserInactivity = 0 and Force = false, Seconds is ignored and VDR will ///< stay interactive forever. - void SetUserInactive(void) { SetUserInactiveTimeout(0, true); } + void SetUserInactive(void) { activeTimeout = 1; } ///< Set VDR manually into non-interactive mode. bool Retry(time_t AtTime = 0) { return retry <= (AtTime ? AtTime : time(NULL)); } ///< Check whether its time to re-try the shutdown.
Dafür bräuchte ich ein OK von Udo Richter ("Urig"), denn der hat den Shutdown-Handler eingebaut und müsste beurteilen können, ob das so geht.
Klaus
Ist dabei auch Device-Bonding im Spiel?
Nein.
das beschriebene Problem erinnert mich an ein Verhalten, das ich schon seit 1.7.2x häufig beobachtet habe (aktuell mit softhddevice allerdings nicht): Wenn ich einen externen Playmode beende (also das mp3-Plugin oder mplayer-Plugin beende) kommt ja normalerweise das TV-Bild des letzten Kanals. Oft bleibt das Bild aber schwarz, und erst ein erneuter Druck auf die Back-Taste bringt das TV-Bild.
Das habe ich gerade auch nochmal getestet. Bei mir hilft tatsächlich nur den Kanal neu einzustellen (mit den Zahlentasten oder mit Kan+-).
Die Benutzung der Back-Taste hat keine Wirkung.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!