vdr

vdr@linuxtv.org

2 participants
6731 discussions

Rotor / Rotor-NG not working with latest VDR
by Morfsta 03 Jan '12

03 Jan '12

Hi, I have just upgraded my VDR system to yavdr 0.4.0 which uses VDR 1.7.21 and I notice that the Rotor plugin and my own Rotor-ng plugin no longer drive the rotor using any of the functions in the menu. Is anyone else seeing this too? I think that this could be because of recent changes to disecq handling code within VDR as part of the Unicable update. Klaus could you point me in the direction of what might have changed such that these plugins no longer work and I will do my best to implement a fix. Thanks very much for your help, Regards, Morfsta

5 11

Renaming of all *.c files in *.cpp or equivalent
by Denis Loh 02 Jan '12

02 Jan '12

Hi, I have a big wish for future development: Please rename all c++ files with *.c extensions into *.cpp or equivalent. Many IDEs may cope with *.c and treat them as c++ files. However, if not, you must force the IDE to do that, which is sometimes hard work to do. I think it is lesser work to rename them and edit the makefile to work with cpp for instance. I am using cpp as default extension for c++ files for long time now. What do you think about that? Denis

2 2

sxfe and vsync
by Tony Houghton 26 Dec '11

26 Dec '11

When using NVidia graphics cards and the proprietary driver I find vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz. I think it's been syncing to the vertical blank "automagically". But with other graphics cards I get a lot of tearing which is marring my viewing pleasure. This is happening both with Intel Sandy Bridge (normal monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati driver isn't a practical option on that because the HDMI audio doesn't work with it. I'm using the xv output in each case. Is there a way to make vdr-sxfe sync to the vertical blank with these cards/drivers?

5 7

Re: [vdr] [PATCH] vdr-1.7.21 & DVB-T2 support
by Rolf Ahrenberg 22 Dec '11

22 Dec '11

On Thu, 22 Dec 2011, Stuart Morris wrote: > I'm running 1.7.21 with a DVB-T and DVB-T2. The only patch I have is for > decoding the compressed EPG for UK Freeview HD. Does DVB-T2 need special handling in VDR? That's not been my experience. > I suspect it depends on the tuner driver. I'm using a PCTV nanoStick 290e. Well, your T2 channels are most propably using PLP id 0 and your driver is defaulting to that one, so your working setup is pure luck until the broadcasting systems are getting more complex :) Also without the patch there's no mechanism to prevent your DVB-T cards tuning to DVB-T2 channels. BR, -- rofa

2 1

[PATCH] vdr-1.7.21 & DVB-T2 support
by Rolf Ahrenberg 22 Dec '11

22 Dec '11

Hi, here's my attempt to provide a native DVB-T2 support for VDR. - added initial libsi support for the required T2 delivery system descriptor - updated bandwidth, modulation, transmission, guard settings to match DVB-T2 specs - added a new PLP id to channel parameters and tuning mechanism - requires DVB API 5.3 - implementation is analog to the current DVB-S/S2 extending the existing delivery system field - shortcomings: PLP id can be found also in DVB-T channel configuration (but doesn't affect anything) and the new channels.conf values could be a bit more intuitive It seems to work here in Finland with my limited access to local DVB-T2 muxes, but no guarantees. :) BR, -- rofa

2 1

Re: [vdr] Rotor / Rotor-NG not working with latest VDR
by Jan. Med. 22 Dec '11

22 Dec '11

Hi, > That may be. Have you installed the latest updates? ># sudo apt-get update ># sudo apt-get dist-upgrade >There should at least be an update for vdr-plugin-dynamite. Sorry, I don't use yavdr. Rotorng works fine for me with the last 1.7.22 and the previous versions. The version 22 is patched only with rotor patch. The 21 with rotor+lnbsharing patches Regards, Jan

1 0

Re: [vdr] [PATCH] vdr-1.7.21 & DVB-T2 support
by Rolf Ahrenberg 22 Dec '11

22 Dec '11

No comments? Am I really the only one running such a DVB-T + DVB-T2 system? Anyway, this has worked quite nicely for a rather long time on my setup, and therefore I strongly suggest the integration of the patch into the official VDR tree before the next stable release. BR, -- rofa

2 1

[PATCH] vdr/config.c: memset has wrong parameters
by Lars Hanisch 21 Dec '11

21 Dec '11

Hi, The compiler gives me: :~/src/vdr$ make config.o g++ -g -O3 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/video\" -DCONFDIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\" -DLOCDIR=\"./locale\" -I/usr/include/freetype2 config.c In file included from /usr/include/string.h:642:0, from config.h:16, from config.c:10: In Funktion »void* memset(void*, int, size_t)«, eingefügt von »cSatCableNumbers::cSatCableNumbers(int, const char*)« bei config.c:72:39: /usr/include/x86_64-linux-gnu/bits/string3.h:82:32: Warnung: Aufruf von »__warn_memset_zero_len« mit Attributwarnung deklariert: memset used with constant zero length parameter; this could be due to transposed parameters [standardmäßig aktiviert] I think, the memset arguments should be swapped: diff --git a/config.c b/config.c index 94f6845..53beb4b 100644 --- a/config.c +++ b/config.c @@ -69,7 +69,7 @@ cSatCableNumbers::cSatCableNumbers(int Size, const char *s) { size = Size; array = MALLOC(int, size); - memset(array, size * sizeof(int), 0); + memset(array, 0, size * sizeof(int)); FromString(s); } Regards, Lars.

2 2

Rotor / Rotor-NG not working with latest VDR
by jan med 21 Dec '11

21 Dec '11

I think the problem is YaVDR. Rotorng work whit both vdr-1.7.21/22 (whit patch). There are only same problem with low/no signal! The old-rotor not compile for me. kind regards, Jan23

2 1

vdr 1.7 in Fedora Rawhide
by Pim Zandbergen 21 Dec '11

21 Dec '11

VDR 1.7.22 is in Fedora Rawhide, which means vdr 1.7.X should become available in Fedora 17 due in May 2012. Thanks to Ville Skyttä for maintaining the RPM's. For those who can't wait, the rawhide binary RPM's install en work just fine in Fedora 16, though I rebuilt them from source rpm to be sure. Ville, can we expect more plugins in the final release? Here's my wishlist: - eepg is pretty essential for getting EPG for Dutch and UK stations The latest git snapshot builds fine without full VDR source, unlike older stable versions http://projects.vdr-developer.org/git/vdr-plugin-eepg.git/ - some channel scan plugin would be nice, maybe http://wirbel.htpc-forum.de/wirbelscan/index2.html - lcdproc plugin would be nice, since Fedora already comes with lcdproc daemon http://projects.vdr-developer.org/git/vdr-plugin-lcdproc.git/ - xvdr would _really_ be cool, but I guess this is for rpmfusion only https://github.com/pipelka/vdr-plugin-xvdr Thanks, Pim

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr