[SoftHdDevice] PIP Picture in Picture Hilfe/Diskussion

Ich mache das mit mplayer in einem Fenster, bin damit zufrieden.

Zitat von jsffm

Ich mache das mit mplayer in einem Fenster, bin damit zufrieden.

Das ist ja unglaublich hilfreich! Was willst du denn dem Johns damit sagen? Lass es, braucht sowieso kein Mensch?
Du kannst doch offensichtlich zu der Fragestellung nichts beitragen. Warum lässt du es dann nicht?

Ich habe für yaVDR ja ebenfalls ein PIP gebaut. Finde es aber trotzdem gut was Johns da vorhat.
Ich kann aber zu dem Thema nichts beitragen. Deshalb habe ich mich bis jetzt zurückgehalten.

Gerald

Zitat von gda

Das ist ja unglaublich hilfreich! Was willst du denn dem Johns damit sagen? Lass es, braucht sowieso kein Mensch?
Du kannst doch offensichtlich zu der Fragestellung nichts beitragen. Warum lässt du es dann nicht?

Ich habe für yaVDR ja ebenfalls ein PIP gebaut. Finde es aber trotzdem gut was Johns da vorhat.
Ich kann aber zu dem Thema nichts beitragen. Deshalb habe ich mich bis jetzt zurückgehalten.

Gerald

Schlecht gelaunt?

Sorry für off topc.

Zitat von jsffm

Schlecht gelaunt?

Wenn ich lese wie hier Entwickler motiviert werden, dann schon.

Gerald

Klingt jedenfalls spannend und ich frage mich schon länger, wieso das noch keine Ausgabeplugin direkt mitbringt. Sollte doch ansich keine grosse Sache sein. Mann müsste halt prüfen, ob ein Tuner frei ist oder ob der Stream auf dem selben Transponder läuft und ob eine Aufnahme oder Timer ansteht und PIP dann beenden. Cool wäre es, wenn die Grösse und Position konfigurierbar wäre.

Hi,

Witzigerweise habe ich mir im Zusammenhang mit der neuen Scaling API das gleiche gedacht...ich fände ein PIP direkt im Ausgabeplugin cool!

Lust auf helfen haette ich auch, aber mangels Zeit wird das leider nix...

Ciao Louis

@ johns,

Meine Lösung zu PIP habe ich HIER gepostet.

Zitat von johns

Auf jeden Fall muß ich meine Device Funktionen reentrant machen.

Wirklich? Würden die denn nicht in eigenen Threads laufen?

Gerald

Zitat von gda

Wirklich? Würden die denn nicht in eigenen Threads laufen?

Ahh, in eigenen Threads, aber nicht in eigenen Prozessen. Sorry, bin wieder ruhig.

Gerald

Zitat von jsffm

Ich mache das mit mplayer in einem Fenster, bin damit zufrieden.

Meine Lösung basiert auf der Lösung von 3PO. Wenn Du Deine Lösung so weit hast, dass sie getestet werden kann, will ich das gerne tun.

Zitat von johns

gda
Die Funktionen verwenden Globale Variablen.

Pfui Johns

Gerald

Zitat

Mir erscheint es einfacher, wenn ich ein zusätzliches Ausgabe Device unterstützen würde.
Dann müsste ich über cTransferControl und den normalen VDR Funktionen arbeiten können.

Der Ansatz klingt sehr vielversprechend
Dann könnte man nicht nur das kleinere Bild beliebig verschieben/skalieren, sondern evtl. sogar auf die nervige Splitscreen-Werbung reagieren und die entsprechend überlagern.
Wenn es wirklich 2 Ausgabe-Devices sind, könnte damit z.B. auch ein grafisches LCD mit angesteuert werden.
Vielleicht könnte man damit auch einen VDR ohne TV-Anschluss mit grafischem LCD (z.B. als Audio-Zuspieler für die Sterero-Anlage) mit vollwertiger Ausgabe betreiben?

Zitat

Hat jemand Lust zuhelfen?

Als Zuarbeiter oder Tester würde ich gerne mitmachen. Details gerne auch per PM.

Gruß Gero

Hallo Johns, helfen kann ich mangels Fachwissen nicht. Was aber genau in die selbe Richtung geht wäre eine simple osd-Ausgabe auf ein zweites Device - das wäre dann sowas wie ein nextng graphtft. Vielleicht liesse sich diese Idee berücksichtigen.
Auf jeden Fall vielen Dank.
cu Peje

Es geht hier um einen PIP-Modus also lasst doch bitte Feature-Requests, die damit nichts zu tun haben, außen vor...

Zumal "simple OSD-Ausgabe auf zweites Device" nicht wirklich sinnvoll ist, da das OSD im "normalen TV-Betrieb" ja unsichtbar wird. Dein zweites Device wäre also beim Schließen des Menüs leer. Hier bitte graphtft verwenden oder graphlcd mit Framebuffer-Ausgabe.

MrReimer, wenn softhddevice eh auf zwei devices und auch zwei instanzen läuft sehe ich keinen Unterschied ob da Infos oder pip ausgegeben wird....
cu Peje

Hi,
ein skalierbares PIP wäre schon klasse. Mehr als testen kann ich aber leider nicht beisteuern…

Zitat von peje

Hallo Johns, helfen kann ich mangels Fachwissen nicht. Was aber genau in die selbe Richtung geht wäre eine simple osd-Ausgabe auf ein zweites Device - das wäre dann sowas wie ein nextng graphtft. Vielleicht liesse sich diese Idee berücksichtigen.
Auf jeden Fall vielen Dank.

Sorry passt hier eigentlich nicht her, aber ist es nicht eigentlich sinnvoller, Graphtft über einen kleinen Webserver laufen zu lassen? Dann könnten auch alte Handys oder Tablets als Anzeige herhalten und man hätte die Anzeigen überall wo man sie haben will. Auch das erstellen eines Skins, würde zumindest mir, leichter fallen.
Gruß Jan

Zitat von johns

Ich würde gerne PIP einbauen, im Prinzip unterstützt meine Ausgabe mehrere Videostreams.
Die Wahrheit kommt aber erst mit der Verwendung.

Es gibt das vdr-osdpip Plugin, kann man dies als Basis nehmen?
Hat jemand Lust zuhelfen?

Gesundes 2013,
Johns

Hui, grad erst diesen Thread hier gefunden...

Naja, die Frage nach der geeigneten Methode die johns benutzt leitet sich ja direkt aus der Anforderung ab: PIP ist ja ein dehnbarer Begriff, vllt sollte man zuerst drüber reden was das Ding am Ende können soll?

Ich denke aus den vorhandenen Plugins kann man ableiten das es ganz schick wäre wenn man im Menu Größe und Position beider Fenster definieren kann, man die Fenster tauschen kann und das PIP mit zwei frei konfigurierbaren Tasten (also entweder über keymacros oder ganz eigene Tasten) rauf und runter zappen kann. Gfs kann man sogar mehrere PIPs aufmachen, jenachdem was die Austattung an Empfangshardware so hergibt.

Was sollte son PIP noch können?

Christian