Hi Cedric,
I don't know, how xine-lib is working together with our libvdpau-sunxi.
For me it seems, that xine uses software decoding for SD MPEG2 in your
case. And I don't think anyone is working on an sunxi-integration atm to
bring that forward.
So I recommend you to try softhddevice as the output device. It's
basically working together with libvdpau-sunxi. But don't expect it to
fully work. Many VDPAU functions are not implemented yet.
Basic intention of libvdpau-sunxi was to write some code upon a simple
framework to test the reengineered CedarX-VPU of the Allwinner SoCs.
Some people tried to improve the code to make a few programs - including
vdr - work together with sunxi's vdpau integration.
A handful of people are trying that at the moment. Feel free to join the
group :p
You can get the source from
https://github.com/linux-sunxi/libvdpau-sunxi and infos in the wiki at
http://www.linux-sunxi.org
More developers are needed, that help to improve that code. Once this
will happen and every DVB-S2 codec is supported, Allwinner devices can
become a full featured native vdr client using hardware decoding. It's
documented, that the SoCs are supporting are hardware deinterlacing,
too. But there is missing the piece of software to use that atm. Some
code snippets are available though.
Hoping to have cleared up sunxi-vdpau a bit and found a new guy
interested in sunxi-vdr :p Linux-sunxi community is a actively
developing one and not that small compared to other SoCs.
Regards
Andreas
Am 12.08.2014 14:15, schrieb cedric.dew...@telfort.nl:
Hi All,
I have an olimex AllwinnerA20 board. I have used the following guide
to enable cedarx:
https://www.olimex.com/forum/index.php?topic=3560.0
This works fine, I can now watch big bugs bunny and the sintel trailer
in 1080p.
Next, I have played the same mpeg2 SD recording by both mplayer and
vdr-sxfe. vdr-sxfe uses a lot more CPU than mplayer. (about 70% vs 14%
@600MHz)
When I look at the messages by vdr-sxfe, it see vdr-sxfe does use vdpau:
$ vdr-sxfe -f
vdr-sxfe 1.0.90-cvs (build with xine-lib 1.2.1, using xine-lib 1.2.2)
Fullscreen mode
VDR server not given, searching ...
[18147] [discovery] Replacing broadcast source address 192.168.31.106
with server-given address 127.0.0.1
Found VDR server: host 127.0.0.1, port 37890
[18147] [scrnsaver] Failed to open connection to bus: Unable to
autolaunch a dbus-daemon without a $DISPLAY for X11
[VDPAU SUNXI] VE version 0x1623 opened.
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : sunxi VDPAU Driver
vo_vdpau: VideoSurface doesn't support chroma type 4:2:2, sorry.
xv_set_property: property=6, value=528408
[18147] [vdr-fe] Detected 2 CPUs
[18147] [vdr-fe] Enabling FFmpeg multithreaded video decoding
input_bluray: (bluray_class_get_instance:1455) bluray_class_get_instance
input_bluray: (bluray_class_get_instance:1455) bluray_class_get_instance
[18147] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[18147] [input_vdr] Server greeting: VDR-1.7.28
xineliboutput-1.0.90-cvs READY
[18147] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
[18147] [input_vdr] Connecting (data) to
pipe:///var/lib/vdr/plugins/xineliboutput/pipes.2875/pipe.0
[18147] [input_vdr] Data stream connected (PIPE)
[18147] [input_vdr] WARNING: xine-engine setting
"engine.buffers.audio_num_buffers":230 is too low for HD-playback!
Please use values between 500-1000!
How can I lower the PCU usage of vdr-sxfe?
I have seen a german guide to use cedarx and softhddevice, is this a
better solution?
http://www.vdr-wiki.de/wiki/index.php/Cubieboard_2_-_Installationsanleitung_VDPAU/softhd-device
Kind regards,
Cedric
_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
