vdr November 2011

vdr@linuxtv.org

37 participants
45 discussions

Garbage time and date
by Stuart Morris 08 Nov '11

08 Nov '11

I have set my VDR to update the system clock and this has been working well for many years now. However I recently had a problem with my DVB-T antenna system causing bad reception and it really screwed up the system clock, ocasionally changing to the wrong date and time. I verified this by looking at the system log. I thought DVB packets were checked for integrity with a checksum. How could this happen? Could it be that the shear volume of corrupted packets means that a simple checksum is not robust enough? Thanks

1 0

vdr 1.7.21 and no audio, video or epg
by m＠nemofactory.de 07 Nov '11

07 Nov '11

Hi, I restartet my gentoo vdr machine after some weeks and now I don't have a video or audio, just the OSD. I also get no epg data, the machine is running for some hours, but no epg at all. Femon tells me, that I got a signal and a lock. Playback of old recodings works fine. Some specs: vdr 1.7.21 kernel 2.6.39-gentoo-r3 TechnoTrend Premium S2-6400 SAA716x FF firmware version 0.3.4 dvbhddevice 0.0.4 Debug log is activated but I don't see any error or warnings! dmesg is also clean ... Does anyone have and idea, because I am lost in space ... ;) Best regards, Magnus

2 2

[ANNOUNCE] text2skin plugin version 1.3.2
by Ville Skyttä 06 Nov '11

06 Nov '11

Changes since 1.3.1: - Fix build with ImageMagick >= 6.6.2 (thanks to Anssi Hannula) - Documentation spelling fixes. - Added experimental RELAX NG schema for skin XML files. - Set minimum value of bitmap cache size in menu to 1. - Fix bitmap cache size initialization when built with gcc 4.6. - Update epgsearch search timer name parsing for epgsearch >= 0.9.21. - Warning and code cleanups. http://projects.vdr-developer.org/projects/plg-text2skin

1 0

iptv plugin+CAM support
by Infonux 05 Nov '11

05 Nov '11

Thu Aug 28 09:29:57 CEST 2008 >> Support for CAM seems to be nowadays one of the top requested >> features for the iptv plugin. I guess that encrypted streams are >> becoming more popular in the iptv world altogether. >> >> It turns out that implementing CAM support to iptv is quite tricky. >> One option would be to implement support for external CAM module such >> as the Hauppauge WinTV-CI USB. These devices seem to be unsupported >> in linux so a driver would have to be written first. >> >> I've also thought about using the CAM of an existing DVB card to do >> the decryption of iptv streams, but to the best of my current >> knowledge it is impossible to use a CAM of a certain device to >> decrypt streams that are not received by the same device. (Someone >> correct me if I'm mistaken). >> >> Can anyone think of any other alternatives? >Got me stumped - but I watch this thread with great interest!! Hi, I am very interested in that, because I subscribe to a "S F R" TVBOX service that provided a (netgem) receiver very slow and does not allow the recording and backup to another media like a usb key... Recently I tested the TV channels using vdr-1.7.21 with iptv-0.4.2 without "disable_ca_updates" and "disable_eitscan" patches and it works perfectly but only with FTA channels. I saw also that updates pids automatically from udp multicast ip address. FTA channel: BFMTV:130:S=1|P=1|F=UDP|U=233.136.0.130|A=65000:I:0:2070=27:2071=@4:2078:0:4207:0:130:0 Encryptedchannel: France4:118:S=1|P=1|F=UDP|U=233.136.0.118|A=65000:I:0:2040=27:2041=fra@4,2042=eng@4:2048:5601,1851,1852,100:4204:0:118:0 I wonder if it is possible to modify the code of "SC plugin" to enable it with IPTV channels ? Because SC plugin support smartcard. "For most encrpytion systems this plugin supports original subscription smartcards (e.g. from a Phoenix/Smartmouse ISO interface connected to a serial port)" Best regards.

1 0

Quality issues
by Vidar Tyldum 03 Nov '11

03 Nov '11

I am having problems with the image in vdr-sxfe, and initially I thought it was an issue with the settings relayting to video, but now I feel more confident that the root cause is in the DVB stream - which means it might be slightly off topic for this list if that is the case. What I see from time to time (every ~5 minutes) is that an old image (from a few seconds ago) is suddenly displayed and then 'fades' away. Just how much corruption I get varies with vide osettings, but I can never get rid of it. Then I figured I'd do a recoding and replay a sequence which on live TV caused the corruption. And the corruption is repeatable whenever I pass that point in the recording. Now it seems more like an issue of how the video decorder handles errors in the stream, but I would still like som help. Either in figuring out what causes the errors or dimish the impact on the picture. At https://tyldum.com/vdr/00001.ts you can find a sample stream, and I get the corruption at 0:33-ish. Source is DVB-C, using mantis-based tuner. femon reports 92% STR, 96% SNR and sometimes I see 1 in the BER counter. VDR version 1.7.17, packaged for yaVDR. Is it simply a bad stream, is there any ideas on how to remedy? -- Vidar Tyldum vidar(a)tyldum.com PGP: 0x3110AA98

1 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr November 2011