[ANNOUNCE] VDR developer version 1.7.36

Zitat von Keine_Ahnung

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

make

gefolgt von

make install

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?

Zitat von Copperhead

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.

Zitat von FireFly

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).

Man kann es aber auch kompliziert machen.

make -C ../../../
make -C ../../../ plugins

Und schon ist es als ob man in vdr make tippt.
Und wenn es immer gehen soll egal wo man ist, dann halt einen absoluten Pfad und ein Alias oder Shellscript.

Johns

kls

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

Zitat von 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.

Danke,
S:oren

Zitat von Dr. Seltsam

Oft bleibt das Bild aber schwarz

Hab das hier mit vdr-1.7.32 auch, z.B. wenn ich den mplayer beende.

Gruß
iNOB

Zitat von Dr. Seltsam

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

Zitat von iNOB

Hab das hier mit vdr-1.7.32 auch, z.B. wenn ich den mplayer beende.

Ist dabei auch Device-Bonding im Spiel?

Klaus

Zitat von S:oren

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?

Diff

--- 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

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

Zitat von kls

Ist dabei auch Device-Bonding im Spiel?

Nein.

Zitat von Dr. Seltsam

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.