jetzt auch im blog :
http://www.yavdr.org/blog/blog-post…ure-in-picture/
[Announce] Picture in Picture Addon für yaVDR
-
gda -
November 28, 2010 at 11:54 PM -
Closed
-
-
Ich hab das vdr-addon-pip nach apt-get update mit dem Webinterface installiert.
Die Menuebuttons sowie die im Appswitcher sind da, ich kann das auch starten.
Danach wird der aktuelle Kanal zentriert auf dem TV wiedergegeben, das Bild ist ca. 2/3 so groß wie Full HD (also bei 1920er Bildweite des TV ist das PIP-Bild etwa 1200 breit), und drumherum sind bis zum Rand schwarze Balken. Das ursprüngliche Bild ist nicht zu sehen.
Mit der Tastatur habe ich ein OSD Menue in dem PIP, mit der FB gibts kein Menue, weder auf dem PIP noch im Originalbild (das ja nicht zu sehen ist). Auf dem LCD (graphTFT) ist das Menue da.
/etc/default/vdr-pip habe ich mal wie im yavdr.org Blog gesetzt, das ändert aber nichts.
Bei der Installation im Webinterface gabs das untenstehende log mit einem Fehler
dpkg-preconfigure: unable to re-open stdin:
und in der /var/log/syslog sieht das ab Einschalten des PIP so aus:
/var/log/syslog:
-------------------------------------------------------Dec 4 11:30:07 silverstone vdr: [1866] setting primary device to 1
Dec 4 11:30:07 silverstone vdr: [1866] assuming manual start of VDR
Dec 4 11:30:07 silverstone vdr: [1866] SVDRP listening on port 2101
Dec 4 11:30:07 silverstone vdr: [1866] setting current skin to "sttng"
Dec 4 11:30:07 silverstone vdr: [1866] loading /var/lib/vdr-pip/themes/sttng-default.theme
Dec 4 11:30:07 silverstone vdr: [1880] video directory scanner thread started (pid=1866, tid=1880)
Dec 4 11:30:07 silverstone vdr: [1880] video directory scanner thread ended (pid=1866, tid=1880)
Dec 4 11:30:07 silverstone vdr: [1866] starting plugin: xineliboutput
Dec 4 11:30:07 silverstone vdr: [1881] Local decoder/display (cXinelibThread) thread started (pid=1866, tid=1881)
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] xineliboutput: plugin file is /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.7.16
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] Searching frontend sxfe from /usr/lib/vdr/plugins/
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] Probing /usr/lib/vdr/plugins/libxineliboutput-sxfe.so.1.0.90-cvs
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] load_frontend: entry at 0xf55e0c
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] Using frontend sxfe (X11 (sxfe)) from libxineliboutput-sxfe.so.1.0.90-cvs
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe created
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] sxfe_display_open(width=720, height=576, fullscreen=0, display=0.0)
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] sxfe_display_open: Enabling HUD OSD
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] sxfe_display_open: failed to connect to X server (0.0)
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] Display size : 488 x 274 mm
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] 1920 x 1080 pixels
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] 100dpi / 99dpi
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] Display ratio: 3941.605839/3934.426230 = 1.000000
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable)
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] opening HUD OSD window...
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] find_argb_visual: XGetVisualInfo failed (no xvi)
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] (ERROR (xine_sxfe_frontend.c,616): Resource temporarily unavailable)
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-sxfe] find_argb_visual() failed. HUD OSD disabled.
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe->fe_display_open ok
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - xine_init
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] Using xine-lib config file /var/lib/vdr-pip/plugins/xineliboutput/config
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] Detected 2 CPUs
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] Enabling FFmpeg multithreaded video decoding
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe->xine_init ok
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - xine_open
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] Symbol SysLogLevel found : value 3
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] Symbol LogToSysLog found : value yes
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] init class succeeded
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] vdr_class_get_instance
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] vdr_class_get_instance done.
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] vdr_plugin_open_local
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] fifo_buffer_new...
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] fifo_buffer_new done.
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] xine_input_xvdr: revision $Id: xine_input_vdr.c,v 1.327 2010-11-16 15:27:26 phintuka Exp $
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000!
Dec 4 11:30:07 silverstone vdr: [1881] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
Dec 4 11:30:07 silverstone vdr: [1881] [demux_vdr] Using decoder "FFmpeg" for H.264 video
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe->xine_open ok
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] re-wiring post plugins
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] Event: INFO WINDOW 720x576
Dec 4 11:30:07 silverstone vdr: [1894] [input_vdr] read_block waiting for configuration data
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe->xine_play ok
Dec 4 11:30:07 silverstone vdr: [1881] [input_vdr] vdr_flush_engine: stream_start, flush skipped
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: tvtime
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: upmix
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: autocrop
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: swscale
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: pp
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: unsharp
Dec 4 11:30:07 silverstone vdr: [1881] [vdr-fe] closing post plugin: denoise3d
Dec 4 11:30:07 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - fe config OK
Dec 4 11:30:07 silverstone vdr: [1894] [demux_vdr] H.264 scanner: Possible MPEG2 start code (0xb3)
Dec 4 11:30:08 silverstone vdr: [1881] [xine..put] cXinelibLocal::Action - logo sent
Dec 4 11:30:08 silverstone vdr: [1881] [xine..put] cXinelibLocal:Action - Starting event loop
Dec 4 11:30:08 silverstone vdr: [1881] [vdr-fe] Event: INFO WINDOW 1920x1080
Dec 4 11:30:09 silverstone vdr: [1866] [xine..put] cXinelibDevice::StartDevice(): Device started
Dec 4 11:30:09 silverstone vdr: [1866] starting plugin: streamdev-client
Dec 4 11:30:09 silverstone vdr: [1866] new device number 10
Dec 4 11:30:09 silverstone vdr: [1866] streamdev-client: got device number 10
Dec 4 11:30:09 silverstone vdr: [1866] ERROR: /dev/null: Connection refused
Dec 4 11:30:09 silverstone vdr: [1866] remote control XKeySym - keys known
Dec 4 11:30:09 silverstone vdr: [1866] ERROR: remote control LIRC not ready!
Dec 4 11:30:09 silverstone vdr: [1866] switching to channel 2
Dec 4 11:30:09 silverstone vdr: [1895] section handler thread started (pid=1866, tid=1895)
Dec 4 11:30:09 silverstone vdr: [1528] Streamdev: Accepted new client (VTP) 127.0.0.1:52050
Dec 4 11:30:09 silverstone vdr: [1866] Streamdev: Connected to server 127.0.0.1:2004 using capabilities TSPIDS,FILTERS,PRIO
Dec 4 11:30:09 silverstone vdr: [1528] buffer stats: 0 (0%) used
Dec 4 11:30:09 silverstone vdr: [1528] Streamdev: Setting data connection to 127.0.0.1:42107
Dec 4 11:30:09 silverstone vdr: [1898] streamdev-livestreaming thread started (pid=1425, tid=1898)
Dec 4 11:30:09 silverstone vdr: [1899] receiver on device 10 thread started (pid=1866, tid=1899)
Dec 4 11:30:09 silverstone vdr: [1896] TS buffer on device 10 thread started (pid=1866, tid=1896)
Dec 4 11:30:09 silverstone vdr: [1897] streamdev-writer thread started (pid=1425, tid=1897)
Dec 4 11:30:09 silverstone vdr: [1894] [demux_vdr] PMT changed, resetting demuxer
Dec 4 11:30:09 silverstone vdr: [1866] OSD size changed to 1920x1080 @ 1
Dec 4 11:30:09 silverstone vdr: [1894] [demux_vdr] ts2es: no payload, size 0
Dec 4 11:30:09 silverstone vdr: [1894] [demux_vdr] audio stream changed: 00000000 -> 03010000
Dec 4 11:30:09 silverstone vdr: [1894] [demux_vdr] ts2es: no payload, size 0
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264: Found NAL SPS at offset 6/151
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: profile_idc 77
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: pic_width: 80 mbs
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: pic_height: 45 mbs
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: frame only flag: 1
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: aspect_ratio_idc 1
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Dec 4 11:30:09 silverstone vdr: [1899] [xine..put] Detected video size 1280x720
Dec 4 11:30:09 silverstone vdr: [1899] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
Dec 4 11:30:09 silverstone vdr: [1899] [input_vdr] fifo_buffer_new...
Dec 4 11:30:09 silverstone vdr: [1899] [input_vdr] fifo_buffer_new done.
Dec 4 11:30:14 silverstone vdr: [1894] [demux_vdr] ts2es: no payload, size 0----------------------------------------------------------------
Log im Webinterface bei der Installation:
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
libxine1-xvdr libxineliboutput-sxfe vdr-plugin-streamdev-client
vdr-plugin-xineliboutput wmctrl xineliboutput-sxfe
The following NEW packages will be installed:
libxineliboutput-sxfe vdr-plugin-streamdev-client wmctrl yavdr-addon-pip
The following packages will be upgraded:
libxine1-xvdr vdr-plugin-xineliboutput xineliboutput-sxfe
3 upgraded, 4 newly installed, 0 to remove and 57 not upgraded.
Need to get 601kB of archives.
After this operation, 696kB of additional disk space will be used.
Get:1 http://de.archive.ubuntu.com/ubuntu/ lucid/universe wmctrl 1.07-6 [21.7kB]
Get:2 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main vdr-plugin-xineliboutput 1.0.6+cvs20101123.2030-0yavdr1 [277kB]
Get:3 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main xineliboutput-sxfe 1.0.6+cvs20101123.2030-0yavdr1 [78.0kB]
Get:4 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main libxine1-xvdr 1.0.6+cvs20101123.2030-0yavdr1 [109kB]
Get:5 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main libxineliboutput-sxfe 1.0.6+cvs20101123.2030-0yavdr1 [43.4kB]
Get:6 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ lucid/main vdr-plugin-streamdev-client 0.5.0+cvs20100915-2yavdr1 [58.6kB]
Get:7 http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu/ lucid/main yavdr-addon-pip 0.3.0.2416-1yavdr1 [12.6kB]
dpkg-preconfigure: unable to re-open stdin:
Fetched 601kB in 1s (446kB/s)
Selecting previously deselected package wmctrl.
(Reading database ... 63877 files and directories currently installed.)
Unpacking wmctrl (from .../wmctrl_1.07-6_i386.deb) ...
Preparing to replace vdr-plugin-xineliboutput 1.0.6+cvs20100913.2030-6yavdr1 (using .../vdr-plugin-xineliboutput_1.0.6+cvs20101123.2030-0yavdr1_i386.deb) ...
Unpacking replacement vdr-plugin-xineliboutput ...
Preparing to replace xineliboutput-sxfe 1.0.6+cvs20100913.2030-6yavdr1 (using .../xineliboutput-sxfe_1.0.6+cvs20101123.2030-0yavdr1_i386.deb) ...
Unpacking replacement xineliboutput-sxfe ...
Preparing to replace libxine1-xvdr 1.0.6+cvs20100913.2030-6yavdr1 (using .../libxine1-xvdr_1.0.6+cvs20101123.2030-0yavdr1_i386.deb) ...
Unpacking replacement libxine1-xvdr ...
Selecting previously deselected package libxineliboutput-sxfe.
Unpacking libxineliboutput-sxfe (from .../libxineliboutput-sxfe_1.0.6+cvs20101123.2030-0yavdr1_i386.deb) ...
Selecting previously deselected package vdr-plugin-streamdev-client.
Unpacking vdr-plugin-streamdev-client (from .../vdr-plugin-streamdev-client_0.5.0+cvs20100915-2yavdr1_i386.deb) ...
Selecting previously deselected package yavdr-addon-pip.
Unpacking yavdr-addon-pip (from .../yavdr-addon-pip_0.3.0.2416-1yavdr1_all.deb) ...
Processing triggers for xine-ui ...
Updated the MIME types in xine's menu file.
Processing triggers for ureadahead ...
ureadahead will be reprofiled on next reboot
Setting up wmctrl (1.07-6) ...
Setting up vdr-plugin-xineliboutput (1.0.6+cvs20101123.2030-0yavdr1) ...Setting up libxine1-xvdr (1.0.6+cvs20101123.2030-0yavdr1) ...
Setting up xineliboutput-sxfe (1.0.6+cvs20101123.2030-0yavdr1) ...
Setting up libxineliboutput-sxfe (1.0.6+cvs20101123.2030-0yavdr1) ...
Setting up vdr-plugin-streamdev-client (0.5.0+cvs20100915-2yavdr1) ...
Setting up yavdr-addon-pip (0.3.0.2416-1yavdr1) ...
launcher start/running, process 2005 -
Das Verhalten habe ich bei meinem System auch. Es sieht so aus, als ob die Befehle zur Größenänderung und Positionierung des Fensters nicht funktionieren. Wenn ich die drei Befewhle an einer SSH Konsole bei aktiviertem PiP eingebe, funktioniert es jedoch. Irgendwie seltsam...
-
Probiert mal in dem /etc/init/vdr-pip.conf im post-start script mit sleep herum.
Gerald
-
Hab ich gerade mal gemacht.
Nach der while Schleife ein sleep 10 eingebaut, leider ohne Erfolg. Es scheint irgendwo anders zu haken.
-
Vergesst es, es liegt am graphtft
Ihr müsst euch bis zum nächsten update gedulden, ich bin dran
Gerald
-
Wenn ihr nicht warten könnt, hier ist mein Fix.
Gerald
-
Quote
Original von gda
Wenn ihr nicht warten könnt, hier ist mein Fix.Gerald
Wo ist er denn?[edit]
Sorry, hatte den Link übersehen
Nun klappt es wunderbar! Toller Support um diese Uhrzeit. -
Super, kann ich bestätigen, klappt jetzt.
Kann man dem yavdr-Team zu Weihnachten eigentlich eine Kleinigkeit zukommen lassen ?
Gruß
-
Hinweis noch: bei angeschaltetem Firefox oder vdr-plugin-osdteletext bleibt das PIP im Vordergrund.
-
Danke für das Addon! Funktioniert super.
-
Danke für das Addon.
Habe in meinem Wohnzimmer VDR keine zweite Karte drin.
Kann jedoch super per IPTV Plugin und channels.conf auf meinen VDR Server zugreifen und mir Programme dann anschauen, obwohl ich auf einem anderen Transponder aufnehme.Wenn ich das PIP Addon auf einem "normalen" Kanal starte, kann ich wunderbar in einen IPTV Channel wechseln. Bin ich aber auf einem IPTV channel, bringt das starten des Addons den Remote VDR zum beenden/Absturz
In den logfiles kann ich keine Ursache erkennen?
Gruß
-
Das wird wohl daran liegen, dass der 2. VDR-Instance das IPTV-Plugin fehlt. Ich weiß nicht ob sich das wirklich lohnt das zu ändern.
Gerald
-
Quote
Original von Dirch
Ich meine diesen pixeligen Durchschimmereffekt bemerkt zu haben ?!Gruß Dirch
Ich bilde mir das auch ein - fast immer wenn dunkle flächen zu sehen sind.
Dann seiht es aus, als ob etwas helles aus dem anderen BIld (großes) im kleinen Bild durchschimmert.Ansonsten find ich das Plugin genial - Einzig meine FB hat keine Knöpfe mehr über
- so ein Mist
Danke gda
Ich schick Dir ein Weihnachtskärtchengibts die eigentlich noch?
ach ich weissnix -
Hallo Gerald,
danke für das Addon und deine Arbeit an yavdr...
Habe den Thread nur überflogen, deshalb eine (vielleicht) doofe Frage:Funktioniert dein PIP auch bei einem Client-Server-System mit xineliboutput?
d.h. übers Netzwerk; nur remote frontends (vdr-sxfe)Grüße
Funzt -
Quote
Original von Funzt
Funktioniert dein PIP auch bei einem Client-Server-System mit xineliboutput?
d.h. übers Netzwerk; nur remote frontends (vdr-sxfe)
Mein Addon so ootb nicht, weil ich ja in der 2. VDR-Instanz das lokale Frontend benutze, aber generell kann es auch so funktionieren, wie du das beschreibst. Du kannst die Dateien natürlich als Vorbild nehmen und relativ leicht auf deine Bedürfnisse anpassen. Das Ganze ist sowieso extrem simpel.Gerald
-
Hallo,
erstmal danke für das neue Addon - feine Sache !
und gleich eine blöde Frage hinterher :
kann man in der keymacros.conf ein addon ähnlich wie ein plugin mit Namen ansteueren ( z.B. mit @pip ) anstelle des Menu-Pfades ?Gruss
-
Hmm, sehr schickes Addon, vielen Dank!
Aber für jene welche auf ihrer Harmony noch ne derzeit ungenutzte rauf/runter Wippe haben, könnte man dem addon das Feature "Zap im PiP" beibringen?
Also neben an/aus und swap auch geziehlt die Kanäle im Fenster rauf und runterschalten.
Ist nur ne Idee.
Vielen Dank,
Christian -
Quote
Original von CKone
Aber für jene welche auf ihrer Harmony noch ne derzeit ungenutzte rauf/runter Wippe haben, könnte man dem addon das Feature "Zap im PiP" beibringen?
Könnte man wohl schon, nur ich habe im Moment weder Lust noch Zeit dazu. Aktuell hat die 2, VDR-Instanz bei mir nicht mal lirc. Aktuell braucht das Addon immerhin schon 2 zusätzliche Buttons, 4 Buttons erscheinen mir zu viel. Aber tobe dich aus, das Addon ist extrem einfach realisiert.Gerald
-
Quote
Aktuell braucht das Addon immerhin schon 2 zusätzliche Buttons, 4 Buttons erscheinen mir zu viel.
Interessanter Weise fällt es mir schwerer passende Buttons für on/off und swap zu finden, die Wippe steht auf der Harmony irgendwie ungenutzt im Weg. - Da war der Ansatz.
QuoteAber tobe dich aus, das Addon ist extrem einfach realisiert.
Here we go! - Das Addon ist wirklich übersichtlich gestrickt.
"Zap im PiP" kann mit zwei weiteren ungenutzten Tasten relativ einfach erreicht werden:
zuerst einmal brauchen wir 2 ungenutzte Tasten in der /etc/lirc/lircd.conf, nennen wir sie:
die Codes müsst ihr mit eurer Fernbedieung ausmachen.
jetzt müssen wir dem VDR-PIP Addon in der /etc/init/vdr-pip.conf klarmachen, dass er ab sofort auch auf über Lirc Befehle entgegennehmen soll. Hierzu ersetzen wir:
durch:
damit die zweite VDR Instanz jetzt weiß aufwelche Tasten sie reagieren soll fügen wir die ihr zugeordneten Tasten jetzt der korrespondierenden remote.conf zu. Hier kommt der eigentliche Trick. Der Streamdevice Client reagiert nicht sauber auf die Channel+/Channel- Wippe, das Menu folgt jedoch einwandfrei, deshalb gehen wir den Umweg über die keymacros.conf die wir im selben Zug erstellen.
/var/lib/vdr-pip/remote.conf:
sowie /var/lib/vdr-pip/keymacros.conf:
Das wars schon, ab jetzt sollte mit den beiden neuen Tasten die Kanalumschaltung im Fenster funktionieren.Christian
-
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!