Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.
ja, testen müßte ich's auch nochmal testen.
- bin eher mplayer-lastig
ausschnitte aus runvdr(-extreme):
![]()
Source code
1 2 AddPlugin xine -r -X1280 -Y720 AddPlugin xineliboutput --primary --remote=37890 --local=none
und starte nur xine als frontend:
![]()
Source code
1 DISPLAY=:0.1 xine -f -V vdpau -A alsa:hw:0,0 -g --post vdr --post vdr_video --post vdr_audio --post autocrop:stabilize=1,soft_start=0 --verbose=2 --no-logo --no-splash vdr:/tmp/vdr-xine/stream#demux:mpeg_pes > /var/log/vdr-xine.log
danach ist im vdr hauptmenü der xineliboutput medienplayer ("Medien...").
Versuche mal ob es besser funktioniert wen Du folgende einstellung im xineliboutput.plugin änders:
Quoted
Zweiter Grund war, dass man keine Schnittmarken verschieben kann bzw das Bild nicht aktualisiert wird.
Versuche mal ob es besser funktioniert wen Du folgende einstellung im xineliboutput.plugin änders:
Quoted
Zweiter Grund war, dass man keine Schnittmarken verschieben kann bzw das Bild nicht aktualisiert wird.
Fastest Trick Speed"= 12
Grüße
kaminkehrer
mann, mann - da hab ich wieder was losgetreten. den ersten post zu dem schwachsinn lösche ich wieder raus. getestet hab ich das nicht - der menüeintrag ("Medien..") des xineliboutput-plugs hat mich zu der verlockenden annahme geleitet, daß der medienplayer auch verwendet werden kann. bin auch schon alt geworden ...sorry, aber wie soll das funktionieren?
Ich wäre daran auch interessiertKann mir jeman mal einen Link geben oder sagen wie man das idealtypisch konfiguriert, ich finde leider kaum gescheite Informationen?
wenn du es ganz genau wissen willst: klick michKann mir bitte jemand erklären was jetzt genau der Unterschied im OSD handling ist.
soweit sind wir ja hier zum Glück noch nichtso, ich stelle mich mal an die wand: bitte losprügeln![]()
und wegen so ner Lappalie schon mal gar nicht, oder?|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 |
video_out_vdpau: overlay create output surface 1281x576 video_out_vdpau: overlay init output surface 1281x297 vdpau_process_overlays: vdp_output_surface_put_bits (clear) failed : An invalid handle value was provided. video_out_vdpau: overlay[0] render 1281x97 -> 0,0:1281,97 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[1] render 1281x121 -> 0,97:1281,218 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[2] render 1281x28 -> 0,218:1281,246 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[3] render 1281x51 -> 0,246:1281,297 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: vo_vdpau: output_surface size update vo_vdpau: vdp_video_mixer_render error : An invalid handle value was provided. |
|
|
Source code |
1 2 3 4 |
video_out_vdpau: overlay output 1281x297 -> 0,424:1281,721 video window 160,0:1120,720 video_out_vdpau: overlay init output surface 1281x297 video_out_vdpau: overlay[0] render 1281x97 -> 0,0:1281,97 video_out_vdpau: overlay[1] render 1281x121 -> 0,97:1281,218 |
Oha, vier aktive overlays gleichzeitigBin erst jetzt wieder dazu gekommen, die Bildhänger bei xineliboutput und erstem OSD-Aufruf zu untersuchen. Fakt ist, dass mit dem aktuellen xine-lib-1.2-1.2.0~hg20111007.1710 das Problem dann nicht auftritt, wenn der df-osd-handling Patch entfernt wird.
Mit dem Patch gibt es in der log folgende Ausgaben
![]()
Source code
1 2 3 4 5 6 7 8 9 10 11 12 13 video_out_vdpau: overlay create output surface 1281x576 video_out_vdpau: overlay init output surface 1281x297 vdpau_process_overlays: vdp_output_surface_put_bits (clear) failed : An invalid handle value was provided. video_out_vdpau: overlay[0] render 1281x97 -> 0,0:1281,97 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[1] render 1281x121 -> 0,97:1281,218 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[2] render 1281x28 -> 0,218:1281,246 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: overlay[3] render 1281x51 -> 0,246:1281,297 vdpau_process_overlays: vdp_output_surface_render_output_surface failed : An invalid handle value was provided. video_out_vdpau: vo_vdpau: output_surface size update vo_vdpau: vdp_video_mixer_render error : An invalid handle value was provided.
Beim zweiten Aufruf sieht es dann gut aus
![]()
Source code
1 2 3 4 video_out_vdpau: overlay output 1281x297 -> 0,424:1281,721 video window 160,0:1120,720 video_out_vdpau: overlay init output surface 1281x297 video_out_vdpau: overlay[0] render 1281x97 -> 0,0:1281,97 video_out_vdpau: overlay[1] render 1281x121 -> 0,97:1281,218
Leider reichen meine Kenntnisse nicht aus, ein Problem in dem Patch zu erkennen. Aber - wie gesagt- ohne den Patch funktioniert alles.
Wichtig für mich auch, dass es offensichtlich nicht mit text2skin oder verändertem vdr-osd-handling zusammenhängt.
Das habe ich noch bei keinem Test von mir gesehen und deshalb gibt es auch vermutlich noch unenddeckte Fehler im neuem osd handling.|
|
Source code |
1 2 3 4 5 |
HUDOPTS="" XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --reconnect --audio=alsa --syslog --silent --tcp" CONFIG="--config /etc/vdr-sxfe/config_xineliboutput" exec start-stop-daemon --start --exec /usr/bin/vdr-sxfe --user vdr --chuid vdr \ -- $HUDOPTS $XINELIBOUTPUTOPTS $CONFIG xvdr://127.0.0.1:37890 &>> /ramdisk/vdr-frontend.log |
This post has been edited 2 times, last edit by "iNOB" (Oct 14th 2011, 6:28pm)
Naja... eigentlich schon, da ein Großteil der eingeflossenen Änderungen die Audioausgabe betraf. Bei mir funktioniert der Wechsel der Tonspur ohne Abstürze. Wobei man dafür in einem eigenen Thread genauer spezifizieren sollte, welche Frontends, Parameter, Plugins und Sender verwendet werden, wenns kracht.