nOpacity 0.0.4

"remote.conf" umbenennen/löschen. Dann VDR starten. Der Rest ergibt sich dann mehr oder weniger von alleine.

Anbei mal ein Patch für die neuen Menü-Kategorien.
Passt das so?

Klaus

Zitat von louis

Zitat von »nvertigo«

Denn das bedeutet auch, das es ohne mainmenuhook.patch nicht geht.

Stimmt nicht so ganz, denn ich habe den Patch nicht drin, und es funktioniert.
NOpacity zeigt dieses Verhalten wenn in epgsearch die Option: Orginale Programmübersicht ersetzen auf "Nein" steht

Schön ist es nicht, sollte man was ändern.

Zitat von louis

@Klaus: ein Problem ist mir noch aufgefallen: wenn ich im Setup Menü das Plugins Untermenü aufrufe und danach das Setup Menü für ein Plugin, ist als MenuCategory mcSetup gesetzt. Könnte man das allgemein so machen, dass "unterhalb" von Plugins immer mcSetupPlugin oder wegen mir auch mcUnknown gesetzt wird? Auf die Setup Menüs der Plugins hast du ja keinen direkten Einfluss, aber vielleicht gibt es da ja eine Möglichkeit.

Versuch's mal hiermit:

--- menuitems.c 2012/04/08 11:20:37     2.14
+++ menuitems.c 2012/12/23 13:44:05
@@ -1152,6 +1152,7 @@
 
 void cMenuSetupPage::SetPlugin(cPlugin *Plugin)
 {
+  SetMenuCategory(mcPluginSetup);
   plugin = Plugin;
   SetSection(cString::sprintf("%s '%s'", tr("Plugin"), plugin->Name()));
 }

Klaus

In der aktuellen Version von Softhddevice passen die Patches von Lucian nicht mehr (rejects)

Das Scaling damit, in nOpacity schaut schon schick aus.
Wäre schon gut wenn johns diesen Einbauen könnte, oder einen separaten Branch dafür aufmachen.

OT:
Nutze noch den 33 VDR, ich könnte mir vorstellen daß es in Zukunft ein Chaos bei den Plugins geben wird. Vor allem wenn die Plugins abwärtskompatibel sein sollen

Zitat von rudirabbit

OT:
Nutze noch den 33 VDR, ich könnte mir vorstellen daß es in Zukunft ein Chaos bei den Plugins geben wird. Vor allem wenn die Plugins abwärtskompatibel sein sollen

Nur mal zur Erinnerung: die 1.7-er Version von VDR ist eine *ENTWICKLER*-Version. Es steht nirgends geschrieben, daß da alles immer abwärtskompatibel sein muß. Wenn sich ein Plugin-Entwickler das Leben erleichtern möchte und sagt, sein Plugin ist immer nur mit der aktuellen Developer-Version lauffähig, dann ist das auch OK. Wenn immer alles mit jeder Version kompatibel sein soll, werdet ihr irgendwann den Code vor lauter '#if's nicht mehr sehen...

Klaus

Zitat von rudirabbit

In der aktuellen Version von Softhddevice passen die Patches von Lucian nicht mehr (rejects)

Das Scaling damit, in nOpacity schaut schon schick aus.
Wäre schon gut wenn johns diesen Einbauen könnte, oder einen separaten Branch dafür aufmachen.

Den ersten 0002-.... habe ich schon ins GIT eingebaut, den brauchst nicht mehr zu verwenden.
Der zweite "0003-softhddevice-video-scaling-without-YAEPG-vdr-1.7.33_v4.diff" sollte noch funktionieren.
Den baue ich als nächstes ein.

Warum sollte ich neuen Branch aufmachen? Dies ist immer viel Arbeit.
Für die alten "Developer Versionen" gibt es "stable" Release.

kls
Ich finde es nicht schlecht, wenn die alten Zöpfe rausfliegen.

Johns

@ johns: Danke für deine schnelle Antwort.

Ist der hier dann noch nötig ?
(Also der erste 0001)

patch -p1 -i 0001-softhddevice-output_pos-johns.diff --dry-run

Nö der ist auch schon im GIT.

Es fehlt nur noch der 0003. Das baut die neue API ein.

Frohes Fest,
Johns

Moin!

Zitat von kls

Nur mal zur Erinnerung: die 1.7-er Version von VDR ist eine *ENTWICKLER*-Version. Es steht nirgends geschrieben, daß da alles immer abwärtskompatibel sein muß. Wenn sich ein Plugin-Entwickler das Leben erleichtern möchte und sagt, sein Plugin ist immer nur mit der aktuellen Developer-Version lauffähig, dann ist das auch OK. Wenn immer alles mit jeder Version kompatibel sein soll, werdet ihr irgendwann den Code vor lauter '#if's nicht mehr sehen...

FULL ACK!

Man kann ja nicht zu jeder Developer-Version kompatibel bleiben, dann kommt man ja nie voran...

Lars.

Zitat von mini73

[...] Man kann ja nicht zu jeder Developer-Version kompatibel bleiben, dann kommt man ja nie voran...

Kommt halt drauf an, ob man als Developer Wert auf möglichst viele Tester legt...