You are not logged in.
VDR Portal »
Developer »
VDR Plugins »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.
Thursday, January 19th 2012, 5:26pm
hier wird es nichtmal gebaut :(
https://launchpadlibrarian.net/90441127/…DTOBUILD.txt.gz
Source code
Thursday, January 19th 2012, 5:32pm
<AufdemSchlauchstehModus>@udobroemme
Der Fehler ist aber was anderes.
Johns
Thursday, January 19th 2012, 5:58pm
Also ich finde in diesem Log kein -DUSE_VDPAU oder -DPLUGIN_NAME_I18N='"softhddevice"'.
Source code
Thursday, January 19th 2012, 5:59pm
<AufdemSchlauchstehModus>
Was anderes als was? Egal, mit dem letzten Checkout tut's
</AufdemSchlauchstehModus>
Die beiläufige Frage wegen Autocrop habe ich nur gestellt, weil ich sehnsüchtig auf das Grabbing warte...
Ich habe jetzt nochmal ein bisschen probiert. Probleme habe ich ausschließlich mit den HD+-Sendern.
Thursday, January 19th 2012, 6:02pm
Wo müßte man dazu suchen?
Thursday, January 19th 2012, 6:09pm
Hab die GPU Last bei OSD getestet, aber keine Änderung bemerkt, also immer noch ca 10% mehr (bei xine 3%).
Was aber positiv auffällt ist, das beim scrollen im OSD jetzt nicht mehr Last entsteht als ohne scrollen!
Kann ich zwar nicht verstehen. Ist das nur wenn das OSD dargestellt wird oder immer?
Kannst auch mal in video.c:
Source code
ausprobieren ob es einen Unterschied macht.
Thursday, January 19th 2012, 6:32pm
Stimmt die schalten extrem langsam um. Bzw. es dauert nach dem Umschalten sehr lange bis ein Bild kommt.
Thursday, January 19th 2012, 8:42pm
In dem Moment, in dem ich das OSD öffne, geht die GPU Last um ca. 10% hoch. Ich hatte irgendwie erwartet, dass es durch deine Optimierungen weniger werden sollte. Vor den Optimierungen waren es auch 10%. Zum Vergleich geht bei xine beim Öffnen des OSD die Last um 3% hoch. Beim scrollen im OSD ist es aber besser geworden, da steigt die Last nicht weiter als die 10%, das war vor den Optimierungen schlechter.
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 |
diiff --git a/video.c b/video.c
index d6d4ccb..4d923eb 100644
--- a/video.c
+++ b/video.c
@@ -5487,7 +5487,7 @@ static void VdpauMixOsd(void)
VdpauOutputSurfaceRenderOutputSurface(VdpauSurfacesRb
[VdpauSurfaceIndex], &output_rect,
VdpauOsdOutputSurface[!VdpauOsdSurfaceIndex], &source_rect, NULL,
- &blend_state, VDP_OUTPUT_SURFACE_RENDER_ROTATE_0);
+ 0 ? &blend_state : NULL, VDP_OUTPUT_SURFACE_RENDER_ROTATE_0);
if (status != VDP_STATUS_OK) {
Error(_("video/vdpau: can't render output surface: %s\n"),
VdpauGetErrorString(status));
|
Quoted
Ob 4 oder 5 VideoDeinterlaceSurfaces macht dabei keinen Unterschied.
Thursday, January 19th 2012, 8:59pm
VdpauGetErrorString(status));
In dem Moment, in dem ich das OSD öffne, geht die GPU Last um ca. 10% hoch. Ich hatte irgendwie erwartet, dass es durch deine Optimierungen weniger werden sollte. Vor den Optimierungen waren es auch 10%. Zum Vergleich geht bei xine beim Öffnen des OSD die Last um 3% hoch. Beim scrollen im OSD ist es aber besser geworden, da steigt die Last nicht weiter als die 10%, das war vor den Optimierungen schlechter.
Ok ich sehe schon was der Unterschied ist. Mein OSD ist transparent, das xineliboutput OSD ist undurchsichtig. Zumindest mit skinenigmang Theme "default".
Soll ich jetzt noch einen nicht transparenten Modus einbauen, damit man Leistung spart?
Thursday, January 19th 2012, 9:36pm
Das kommt ja drauf an, wie man xineliboutput und den WIndowmanager konfiguriert
Thursday, January 19th 2012, 9:53pm
Da habe ich mich schon immer gewundert, was ihr da macht. VDPAU kann ganz alleine Transparenz ohne --hud opengl oder Composite Windowmanager.
Soll ich da mal einen Bugreport im xine-lib Thread machen?
Friday, January 20th 2012, 1:03am
|
|
Source code |
1 2 |
blend_state.blend_factor_destination_color = VDP_OUTPUT_SURFACE_RENDER_BLEND_FACTOR_ONE_MINUS_SRC_ALPHA; |
|
|
Source code |
1 2 |
blend_state.blend_factor_destination_color = VDP_OUTPUT_SURFACE_RENDER_BLEND_FACTOR_ONE_MINUS_SRC_COLOR; |
Friday, January 20th 2012, 10:18am
Das OSD, das ich mit xine sehe, ist auch transparent. Trotzdem 3% statt 10%.
Wenn man eine GPU hat, die bei 1080i mit temporal-spatial und HQScaling es gerade noch schafft, macht das den entscheidenden Unterschied.
HUD managed das OSD per OpenGL - ich meine XBMC macht das auch ähnlich.
Wenn du vdpau fürs OSD benutzt kann das dann grösser als das Video sein (i.e. fullscreen und nicht auf videogrösse ?)
This post has been edited 1 times, last edit by "johns" (Jan 20th 2012, 3:38pm)
Friday, January 20th 2012, 7:41pm
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 |
- Kernel: linux 3.1.9-2 (base) - Xorg: xorg-server 1.11.3-1 (xorg) - Grafik: xf86-video-intel 2.17.0-2 (xorg-drivers xorg) - libva-ext 20120110-5 VAAPI-ext library for intel cards - vaapi-intel-driver 20120110-2 Intel backend for VA API: 1.0.17.pre1 - Alsa: alsa-utils 1.0.24.2-3 - vdr: vdr 1.7.23-1 - SoftHD: vdr-plugin-softhddevice-server-git 20120120-1 - Streamdev: vdr-plugin-streamdev-server-git - ffmpeg 20120111-1 - xbmc-git 20110120-1 |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 |
libva: VA-API version 0.32.0 libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/i965_drv_video.so libva: va_openDriver() returns 0 vainfo: VA-API version: 0.32 (libva 1.0.16.pre1) vainfo: Driver version: Intel i965 driver - 1.0.17.pre1 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple :VAEntrypointVLD VAProfileMPEG2Main :VAEntrypointVLD VAProfileH264Baseline :VAEntrypointVLD VAProfileH264Main :VAEntrypointVLD VAProfileH264High :VAEntrypointVLD |
|
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 |
Jan 20 20:05:10 localhost vdr: [2933] VDR version 1.7.23 started Jan 20 20:05:10 localhost vdr: [2933] switched to user 'vdr' Jan 20 20:05:10 localhost vdr: [2933] codeset is 'UTF-8' - known Jan 20 20:05:10 localhost vdr: [2933] found 28 locales in /usr/share/locale Jan 20 20:05:10 localhost vdr: [2933] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbsddevice.so.1.7.23 Jan 20 20:05:10 localhost vdr: [2933] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-client.so.1.7.23 Jan 20 20:05:10 localhost vdr: [2933] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.23 Jan 20 20:05:10 localhost vdr: [2933] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.1.7.23 Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/setup.conf Jan 20 20:05:10 localhost vdr: [2933] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.1.7.23 Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/setup.confv-client.SyncEPG = 0 Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/sources.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/diseqc.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/channels.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/commands.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/reccmds.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/svdrphosts.conf Jan 20 20:05:10 localhost vdr: [2933] loading /.ar/lib/vdr/remote.conf Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/keymacros.conf Jan 20 20:05:10 localhost vdr: [2933] registered source parameters for 'A - ATSC' Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/keymacros.conf Jan 20 20:05:10 localhost vdr: [2933] registered source parameters for 'A - ATSC' Jan 20 20:05:10 localhost vdr: [2933] registered source parameters for 'C - DVB-C' Jan 20 20:05:10 localhost vdr: [2933] registered source parameters for 'S - DVB-S' Jan 20 20:05:10 localhost vdr: [2933] registered source parameters for 'T - DVB-T' Jan 20 20:05:10 localhost vdr: [2933] no DVB device found Jan 20 20:05:10 localhost vdr: [2933] initializing plugin: dvbsddevice (0.0.5): SD Full Featured DVB device Jan 20 20:05:10 localhost vdr: [2933] initializing plugin: streamdev-client (0.5.1-git): VTP Streaming Client Jan 20 20:05:10 localhost vdr: [2933] initializing plugin: streamdev-server (0.5.1-git): VDR Streaming Server Jan 20 20:05:10 localhost vdr: [2933] initializing plugin: softhddevice (0.4.0): A software and GPU emulated HD device Jan 20 20:05:10 localhost vdr: [2933] new device number 9 Jan 20 20:05:10 localhost vdr: [2933] ERROR: invalid primary device number: 2 Jan 20 20:05:10 localhost vdr: [2933] trying device number 1 instead Jan 20 20:05:10 localhost vdr: [2933] setting primary device to 1 Jan 20 20:05:10 localhost vdr: [2933] [softhddev]MakePrimaryDevice: 1 Jan 20 20:05:10 localhost vdr: [2933] [softhddev]SetVolumeDevice: 255 Jan 20 20:05:10 localhost vdr: [2933] assuming manual start of VDR Jan 20 20:05:10 localhost vdr: [2933] SVDRP listening on port 2001 Jan 20 20:05:10 localhost vdr: [2933] skin "EnigmaNG" not available - using "classic" instead Jan 20 20:05:10 localhost vdr: [2933] starting plugin: dvbsddevice Jan 20 20:05:10 localhost vdr: [2933] starting plugin: streamdev-client Jan 20 20:05:10 localhost vdr: [2933] new device number 10 Jan 20 20:05:10 localhost vdr: [2933] streamdev-client: got device number 10 Jan 20 20:05:10 localhost vdr: [2933] starting plugin: streamdev-server Jan 20 20:05:10 localhost vdr: [2933] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf Jan 20 20:05:10 localhost vdr: [2933] starting plugin: softhddevice Jan 20 20:05:10 localhost vdr: audio: 'alsa' output module used Jan 20 20:05:10 localhost vdr: [2937] streamdev server thread started (pid=2933, tid=2937) Jan 20 20:05:10 localhost vdr: [2937] Streamdev: Listening (VTP) on port 2004 Jan 20 20:05:10 localhost vdr: [2937] Streamdev: Listening (HTTP) on port 3000 Jan 20 20:05:10 localhost vdr: [2937] cTimeMs: using monotonic clock (resolution is 1 ns) Jan 20 20:05:10 localhost vdr: audio/alsa: playback open 'default' error: No such file or directory Jan 20 20:05:10 localhost vdr: audio: can't do initial setup Jan 20 20:05:10 localhost vdr: [2936] section handler thread started (pid=2933, tid=2936) Jan 20 20:05:10 localhost vdr: [2935] video directory scanner thread started (pid=2933, tid=2935) Jan 20 20:05:10 localhost vdr: [2935] video directory scanner thread ended (pid=2933, tid=2935) Jan 20 20:05:10 localhost vdr: [2934] video directory scanner thread started (pid=2933, tid=2934) Jan 20 20:05:10 localhost vdr: [2934] video directory scanner thread ended (pid=2933, tid=2934) Jan 20 20:05:10 localhost vdr: video: Can't connect to X11 server on ':0.0' Jan 20 20:05:10 localhost runvdr: restarting VDR |
|
|
Source code |
1 |
-g 1920x1080+0+0 |
Friday, January 20th 2012, 8:31pm
|
|
Source code |
1 |
Jan 20 20:05:10 localhost vdr: video: Can't connect to X11 server on ':0.0' |
VDR Plugins »
Eigenes VDR-Plugin kein Sound über HDMI alsa-lib
(Nov 25th 2011, 10:33am)
HDTV / DVB-S2 » xine-lib 1.2 H264 Software Decoder Probleme
(Aug 17th 2011, 1:48pm)
Thursday, May 23rd 2013, 6:21am
Go to the top of the page
