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.


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:
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 with server-given address
Found VDR server: host, 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:// ...
[18147] [input_vdr] Server greeting: VDR-1.7.28 xineliboutput-1.0.90-cvs READY
[18147] [input_vdr] Connected (control) to tcp://
[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?

Kind regards,

vdr mailing list

vdr mailing list

Reply via email to