Hi Andreas,
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,
----Origineel Bericht----
Van : l...@imkreisrum.de
Datum : 13/08/2014 07:53
Aan : cedric.dew...@telfort.nl, vdr@linuxtv.org
Onderwerp : Re: [vdr] cedarX on allwinnerA20, vdr-sxfe uses more CPU than 
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
      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
      $ vdr-sxfe -f
      vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.2.1, using xine-lib
      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)
      input_bluray: (bluray_class_get_instance:1455)
      [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
      [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