[SoftHdDevice] PIP Picture in Picture Hilfe/Diskussion

Copperhead · January 2, 2013 at 8:15 PM

Quote from Keine_Ahnung

Wenn das Menu per PIN Plugin ausgeblendet ist funktioniert es nicht mehr.

Naja, das ist ja nun nicht Standard. Solange sehe ich da keinen Handlungsbedarf.

M-Reimer · January 2, 2013 at 9:04 PM

Quote from Keine_Ahnung

Keymacros haben das Problem das sie nur aus definierten OSD Zuständen herraus funktionieren (bei statischen Menüs). Ferner muss dazu das Pluginmenu zwingend sichtbar sein. Wenn das Menu per PIN Plugin ausgeblendet ist funktioniert es nicht mehr.
Ferner muss für ein Keymacro das aktuell geöffnete Menü geschlossen werden

In softhddevice sind bereits auf Keymacros basierende "Button-Verknüpfungen" vorgesehen und ein Menü-Eintrag im Hauptmenü ist dafür nicht nötig, oder doch?

johns · January 2, 2013 at 9:09 PM

Quote from geronimo

Hm, derzeit haben doch die Plugins die Tastatur-Schleife.
Weiß nicht, ob die Schnittstelle das hergibt - wenn ja, könntest Du einfach auf eine Umschalt-Taste abfragen.

Wenn also Kanal hoch mit der Cursor-hoch Taste definiert ist, könntest Du abfragen, ob dabei Shift, Control oder was auch immer gedrückt wurde.
Die Frage ist, ob/wie Du die Tastendefinitionen abfragen kannst.
Weiß nicht, ob die IR-Module was ähnliches unterstützen ...

Ich bekomme in meinem Plugin nur was von den X11 Eingaben mit,
die kann man zwar umdefinieren, aber ich finde das ist der falsche Weg.

Man kann nur über keymacros arbeiten, z.b.

Code

User0     @softhddevice Blue 1 2
User1     @softhddevice Red

Ob die überhaupt immer funktionieren, habe ich nie ausprobiert.
Man könnte dann auf eine Programmierbare Fernbedienung, die zusätzlichen Funktionen legen.
Also aus dem obigen Beispiel User1 Up wäre PIP Kanal hoch, usw.

Wobei wenn ich in irgendeinen Menu drin bin, dann komme ich nicht auf die Idee PIP zuverändern.

Bei speziellen Sachen muß man halt ein PIP Menu aufrufen und dort kann ich die meisten Tasten
selber belegen.

Johns

johns · January 2, 2013 at 9:35 PM

Also einen Stream vom VDR abzweigen klappt schon.
Ich speise den einfach als normales Fernsehbild ein.

Nur muß ich gewaltig in meinem Plugin aufräumen,
da fehlt doch einiges für ein zweites Bild.

Aber da will ich sowieso umbauen, da ich mit der aktuelle Version mit nur einem
Videothread nicht zufrieden bin.

Johns

3PO · January 2, 2013 at 9:41 PM

Evtl. lohnt sich ja mal ein Blick in die Sourcen des PIP Plugins von RMM, denn dort funktioniert es ja schon seit Jahren.

johns · January 2, 2013 at 11:42 PM

Intressant gibts die Sourcen auch irgendwo?

Wobei das meiner Meinung nach größte Problem ja schon gelöst ist.
Der Rest ist jetzt Fleissaufgabe.

Johns

3PO · January 2, 2013 at 11:58 PM

Quote from johns

Intressant gibts die Sourcen auch irgendwo? ...

Aber sicher doch.

Code

svn co svn://reelbox.org/testing/src/vdr-plugins/src/osdpip-0.2

johns · January 3, 2013 at 10:18 AM

Dies ist im Prinzip das OSDPIP Plugin.
Sie haben aber das Ausgabe Device Plugin erweitert um eine/einige PIP Funktion/en.
Was ich ja auch mache, nur brauche icn nicht über die cDevice Klasse gehen,
da ich ja selbst das Ausgabe Plugin bin.

Zum steuern machen sie ein OSD auf und können dann die normalen Tasten verwenden.

Johns

eurofinder · January 3, 2013 at 12:57 PM

Mal einen Vorschlag zur Bedienung.

Wie wäre es, wenn man mit einer Taste (Farbtaste) den Screen (Vollbild oder PiP) auswählen kann und auf diese beziehen sich die "Tastatureingaben"?
Um zu sehen, worauf sich die Eingaben beziehen, könnte z.B. ein Rahmen um das PiP anzeigen, ob dieses gerade "aktiv" ist oder nicht.

Das PiP sollte doch jetzt dank scaling in jeder Größe machbar sein. Somit könnte die volle Funktionalität im jeweiligen Screen zur Verfügung stehen.

Gruß
eurofinder

M-Reimer · January 3, 2013 at 1:19 PM

Sorry, aber vollständigen Skin inklusive eigenständigem OSD im PIP ist ziemlicher Unsinn. KISS bitte!

_Martin_ · January 3, 2013 at 1:34 PM

Quote from Mreimer

Sorry, aber vollständigen Skin inklusive eigenständigem OSD im PIP ist ziemlicher Unsinn. KISS bitte!

Sehe ich genauso. Finde die Idee und Entwicklung gut. Für mich sollte ein PIP folgende Funktionen als minimum enthalten.
PIP anzeigen/ausblenden
PIP mit Bild tauschen

Als konfiguration würde ich mir wünschen:
Position
Größe
Rahmen

nice 2 have aber nicht zwingend wäre für mich
Kanal im PIP wechseln
nur Ton zwischen normal und PIP wechseln

Danke für deine unermütliche Arbeit

Grüße
Martin

johns · January 3, 2013 at 6:57 PM

So erste Teile sind im GIT.

Im Makefile bei "#CONFIG += -DUSE_PIP" den Kommentar (#) entfernen.

Viel passiert noch nicht, der PIP Stream wird nun über das normale Videofenster ausgeben,
um cReceiver und Parser zutesten.

Aber intern hat sich schon einiges geändert,

Johns

johns · January 4, 2013 at 4:05 PM

Ging doch schneller und war einfacher als gedacht.

Im GIT ist nun eine Version die "richtiges" PIP macht.

Im Makefile bei "#CONFIG += -DUSE_PIP" den Kommentar (#) entfernen.

Das aktuelle Bild wird im PIP gezeigt. Leider beendet den Kanalwechseln auch das PIP.
Hat vielleicht hier jemand einen Tip?

Im Moment gibt es noch die einfache Version, ein Thread dekodiert und zeigt an.
Ob die komplizierte Version, je ein Thread zum dekodieren und einer für das Anzeigen,
besser ist, muß erst getestet werden.

Leider kann meine GT 520 (810Mhz/500Mhz) kein Servus TV HD ohne "skip deinterlace".

Edit: und erstmal geht nur VDPAU (NVidia) Karten.

Johns

mini73 · January 4, 2013 at 4:21 PM

Moin!

Werden bei einem Kanalwechsel die Receiver des aktiven Devices geschlossen? Evtl. musst du also darauf reagieren und einen neuen Receiver erstellen.
Ich rate jetzt aber nur ein bisschen, hab noch nicht in den Code gesehen.

Lars.

johns · January 4, 2013 at 5:16 PM

Kommando zurück. Das PIP bleibt beim Kanalwechsel, wenn ein zusätzliches Empfangsdevice frei ist.
Ich habe nur beim Umschalten, den Transponder gewechselt und da ich nur ein Empfangsdevice
zum Testen habe, klappte es nicht.

schmirl muß dringend Multidevice Support in sein Plugin einbauen.

Johns

udobroemme · January 4, 2013 at 5:18 PM

Ich habe gerade die aktuelle GIT-Version ausgecheckt. PIP einschalten funktioniert übers Menü und auch nach einem Kanalwechsel bleibt es bestehen. Allerdings lässt es sich nicht wieder abschalten.

seahawk1986 · January 4, 2013 at 5:20 PM

Quote from johns

schmirl muß dringend Multidevice Support in sein Plugin einbauen.

bislang gibt es den Workaround: http://www.vdr-wiki.de/wiki/index.php…en_oder_Servern

rudirabbit · January 4, 2013 at 5:21 PM

Quote from udobroemme

Allerdings lässt es sich nicht wieder abschalten.

Hier das selbe Verhalten, außerdem lässt sich pip öfter starten.
Bei Nopacity mit scaling aktiv flimmert es nun wenn Menü offen.

maverick-me · January 4, 2013 at 5:21 PM

Quote

schmirl muß dringend Multidevice Support in sein Plugin einbauen.

Mehrfaches laden des Plugins sollte klappen (mein ich irgendwo mal gelesen zu haben).

Edit: war ich wohl zu langsam

Gesendet von meinem GT-I9100 mit Tapatalk 2

johns · January 4, 2013 at 5:30 PM

Habe mal einen Featurerequest gemacht http://projects.vdr-developer.org/issues/1207

Bisher war schliessen nicht nötig, ging ja von alleine immer zu.
Rest kommt noch. Syslog wird auch noch zugemüllt.

Johns

Participate now!