Re: [vdr] vdr on AllWinner A10, possible or madness?
Hi, i'm using the following setup: MeleA2000 as headless vdr-server: - debian/unstable/armhf - vdr-1.7.32 with streamdev, vnsiserver, xvdr, dummydevice - Opera DVB-S1 and TeVii S650 USB MeleA100 as client: - debian/unstable/armhf - xbmc (a10-version) - pvr-output via vnsi-plugin Works not that bad, though i have some issues with pixelformat atm. Allwinners A10 is imho a great SoC, the Mele HTPCs have many ports to use. Development is growing rapidly the last months. The ultimate goal would be implementation in a native vdr output plugin, e.g. softhddevice, or implementation of a10's gpu and vpu in libva/xine ... Unfortunately, i don't have the skills to help coding... Regards. Am 03.12.2012 10:10, schrieb cedric.dew...@telfort.nl: Hi All, I now have a standard PC running arch linux and VDR. This works ok, but it uses between 80-150W of power. Much heat and noise, and cost :-). Therefore I was looking for a more power-eficient system. Is it possible to run archlinux and vdr on a system like this? Mele A1000: http://www.elbay.net/nl/content/mele-a1000-allwinner-a10-cortex-a8 I'm wondering if the following works: -HD playback using close source mali driver -Driver for dib07000 based USB DVB receivers -ACPI wake-up and shutdown (does the RTC code work?) -Does VDR and the following plugins compile and run? vdr-addon-acpiwakeup 0.0.10-1 vdr-plugin-epgsearch-git 20120311-1 vdr-plugin-live-git 0.2.0.git-16 vdr-plugin-sc-hg 574-3 vdr-plugin-xineliboutput-git 20120911-1 oscam Best 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
Re: [vdr] vdr on AllWinner A10, possible or madness?
Am 04.12.2012 10:34, schrieb Marx: On 03.12.2012 10:10, cedric.dew...@telfort.nl wrote: Hi All, I now have a standard PC running arch linux and VDR. This works ok, but it uses between 80-150W of power. Much heat and noise, and cost :-). Therefore I was looking for a more power-eficient system. You can buy Celeron G540 or similair on 1150 platform cheaply. It is energy efficient and run everything. Imho you cannot compare cost with SoCs. G540 is ~ 40€, +Board+RAM+Case+ a A10-HTPC is ~ 50-90€. Other platforms are cool but I'm afraid you can have problems with drivers driver-problems <- fullack, unfortunately Regards ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR without device
Yes, using dummydevice-plugin. Andreas Am 06.03.2013 10:48, schrieb Marx: Is it possible to start VDR without any device? Why? Because I want it to serve recordings via VNSI to XBMC Marx ___ 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
Re: [vdr] 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.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
Re: [vdr] from xineliboutput to ... perhaps softhdddevice?
Hi, Am 17.04.2015 um 20:46 schrieb VDR User: Actually cedarX hw decoding was another question I forgot in my previous post. I've read that it's working in linux but I didn't know if any output devices supported it (yet)?. Was hoping softhddevice does, or would if I sent Johns an A20. :) I suppose you missed that vdr + softhddevice libvdpau-sunxi is working on A10/A20 hardware already and makes these devices nice fanless energy saving vdr clients. Including deinterlacing. So first, forget the cedarx binaries and take a look at http://linux-sunxi.org/Cedrus There is a libvdpau backend driver for A10/A20 devices, that supports hardwares accelerated video decoding and presentation. With johns' help we tried to improve that piece of code in the last few weeks and have now something, that is working very well imho. But it's not finished yet and not all vdpau functions are implemented. Because of the way libvdpau-sunxi uses the hardware, there are still some limitations, especially when working in windowed mode. But it's quite good useable. You may give it a try: https://github.com/rellla/libvdpau-sunxi There are already a few threads and howtos in the german vdr-portal.de and in vdr-wiki.de iirc. It also should be no problem to make a vdr server out of one of these boxes. It's nothing else than linux on an arm box. I recommend to take a device, that has sata and put your rootfs there instead of sd card or nand. And maybe you will have some limitations due to the bandwidth (usb etc.) as with the other arm boxes as well. Regards Andreas On Fri, Apr 17, 2015 at 11:17 AM, Cedric de Wijs wrote: On 4/17/2015 2:13 PM, VDR User wrote: For those of you using Raspberry Pi or Allwinner boards, how is osd performance? If the osd is fast & smooth, I'm interested in building a couple vdr setups like those (maybe Raspberry Pi 2. Rpi is just too slow). Any degrade in performance is a deal-breaker for me. Thanks Hi, OSD performance is not an issue on an allwinnerA20, with one exception. I have 640GB SD recordings. The first time after VDR startup, opening the list with recordings is a bit slow (about a second). This is on a olimex A20 board, running both the VDR server and xineliboutput and vdr-sxfe. Come to think of it, I heard codi (xbmp) has support for hardware decoded video playback on the A20, and vdr has support for xbmc via vdr-plugin-vnsiserver. Is there anybody who has taken this route? How did it go? http://linux-sunxi.org/XBMC http://kodi.wiki/view/VDR the other route I heard of is VDR+softhddevice via vdpau and cedarX. Has anybody got this running on an A20? Does it actually yields accelerated video playback? I have managed to use mplayer to playback my recordings using cedarX, but that's some time ago: https://www.olimex.com/forum/index.php?topic=3560.msg14973#msg14973 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
Re: [vdr] broken recordings
Am 09.08.2016 um 03:56 schrieb cedric.dew...@telfort.nl: You might also try to replace your raspberry Pi - maybe there is another problem somewhere (if you already did this, sorry, I must have over-read it). Hi, If you want to replace hardware, may I suggest using a board based on the allwinner A20, like the bananapi or the A20-OLinuXino-LIME? I had one of those, and it's a powerful beast. It has dedicated network and SATA, so the USB ports are free to talk to the tuner. One thing though, it does have accelerated video output, (the sintel trailer can be played while the CPU only deals with the audio), but I don't know if VDR already is capable of taking advantage of it. It is via softhddevice and libvdpau-sunxi backend. Andreas Cheers, Cedric ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
