Thanks for your answer. I will try to get softhddevice to work on my system. I see two possible routes to persue this, but both of them have problems that will take me some time to solve:
1) Debian. SoftHDdevice is not packaged in debian, so I have to compile it myself. I get an error during compiling. I will post the error here, but I am now not at my A20 board.
2)Arch linux. I have found a collection of PKGBUILDS at https://github.com/VDR4Arch/vdr4arch. This looks promising, but i have seen arch linux freeze 3 times on my A20 on the day I tried to install it. Debian runs rock-solid on the same hardware. (abeit different uSD card). I suspect it has something to do with the SOC configuration, or kernel configuration, but it will take time to figure it out. Mayby the issue goes away when I use the bootloader, kernel and .fex file from the debian image, and the userland from arch linux. As a bonus, this will also give me a much much newer version of VDR.
I am indeed very interested in running VDR on an allwinner soc. I am in the final stages of assembling all the needed parts (A20 board, dvb-T receivers, hub, HD, antenna splitter, power supply, card reader) into an old DVD player casing. For now it's working OK with software decoding and SD recordings. CPU has to be running at at least 600MHz for the video to be smooth. For me it's a step forward from the old x86PC I was using.
Kind regards,
Cedric
----Origineel Bericht----
Van : list@xxxxxxxxxxxxx
Datum : 13/08/2014 07:53
Aan : cedric.dewijs@xxxxxxxxxx, vdr@xxxxxxxxxxx
Onderwerp : Re: cedarX on allwinnerA20, vdr-sxfe uses more CPU than mplayer
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.dewijs@xxxxxxxxxx:
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@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
