vdr May 2014

vdr@linuxtv.org

24 participants
20 discussions

CAM questions
by Michal Novotny 23 May '14

23 May '14

Hi all, I'm thinking about getting a payTV subscription using DVB-C and my provider uses Conax Cas7 CAM with paired cards, so using the official CAM in a CI slot is the only option. I never used CAMs, so I have few (maybe stupid) questions, but I didn't find an answer on the web. Are CI somehow paired with a specific card or tuner? Let's say I have DVB-S with CI (Hauppauge WinTV-NOVA-CI PCI) and DVB-C card without CI (TerraTec Cinergy T PCIe dual). Would it work so that the encrypted stream from DVB-C is decrypted by Conax CAM in CI that is attached to DVB-S card? How many channels can be typically decrypted at the same time? Is it limited by the maximum number of pids or by the bandwidth that the CAM is able to decrypt? My goal is to be able to watch one channel and record at least other 2 channels. So I'd like to buy TBS6680 dual tuner with dual CI (but I would use just one CAM and the second CI slot would stay unused). I would use this card together with the TerraTec Cinergy T. So there would be 3 DVB-C tuners and one CAM. Would this combination work as I wish? Regards, Michal

9 15

hdhomerun prime
by jacek burghardt 21 May '14

21 May '14

I wonder if there is a plugin for vdr that supports hdhomerun prime ? I was trying to scan my hdhomerun prime with w_scan and I am getting : 22 Invalid argument tune to: QAM256 f=795012 kHz (time: 00:00) set_frontend:1862: ERROR: Setting frontend parameters failed : 22 Invalid argument tune to: QAM256 f=801012 kHz

1 0

Re: [vdr] HD recording size
by Klaus Schmidinger 20 May '14

20 May '14

On 19.05.2014 22:26, Karim wrote: > > On 11.05.2014 15:13, Karim wrote: >>> On 08.05.2014 23:14, Martin wrote: >>>> I'm having a small problem. >>>> >>>> Some HD recordings are 1/2 in time of the SD recording. >>>> Not every HD recording has this problem, but most of the time I >>>> record >>> from RTL HD it has. >>>> >>>> Recording is completed but only the length is wrong. So when I play >>>> it >>> back and jump in time, I must jump 60 sec to skip 120 sec etc. >>>> >>>> VDR 2.1.1 but had the same problem with other versions. >>> >>> Is the problem still present in version 2.1.6? >>> >>> Klaus >>> >>> >>> >>> Hi, >>> FYI, I noticed this behaviour here with vdr-2.0.6 and french HD channels. >>> Karim >> >> Can you make a small sample (like a minute or so) of such a recording >> available? >> Klaus >> >> >> Of course. >> Please download sample from here : >> >> https://www.dropbox.com/sh/i9c732ukwl925md/AAC6J2H6RL6F5JIQNeouxPUIa > > I have tested this sample with both VDR 2.1.1 and 2.1.6, and in both cases > 'vdr --genindex..." creates an index file that is about twice the size of > your file and thus appears to be correct. > > Was this sample taken from the very beginning of your recording or somewhere > in the middle? Maybe the error is only caused by a specific sequence in the > stream, which is not contained in the sample. > If you can produce a sample where vdr's --genindex option generates a faulty > index file, please let me know. > > Klaus > > > I think that sample is from very beginning, what I am not totally sure. I > will try to check again. > Could you please tell me how I can detect a "faulty index" ? If you encounter a recording where the time shown in the progress display is not correct, the index is most likely wrong. In such a case please do as follows: - change into the *.rec directory of that recording - rename the file index to index.old (or whatever you like) - run the command vdr --genindex=`pwd` (`pwd` will be replaced by the name of the current directory) - do an ls -l index* and compare the size of the old and new index file. If they are the same, that means that --genindex produces the same index file as did the original recording, and thus I should be able to reproduce the problem here if you send me the first minute of that recording. Klaus

2 1

Re: [vdr] HD recording size
by Klaus Schmidinger 19 May '14

19 May '14

On 11.05.2014 15:13, Karim wrote: >> On 08.05.2014 23:14, Martin wrote: >>> I'm having a small problem. >>> >>> Some HD recordings are 1/2 in time of the SD recording. >>> Not every HD recording has this problem, but most of the time I >>> record >> from RTL HD it has. >>> >>> Recording is completed but only the length is wrong. So when I play >>> it >> back and jump in time, I must jump 60 sec to skip 120 sec etc. >>> >>> VDR 2.1.1 but had the same problem with other versions. >> >> Is the problem still present in version 2.1.6? >> >> Klaus >> >> >> >> Hi, >> FYI, I noticed this behaviour here with vdr-2.0.6 and french HD channels. >> Karim > > Can you make a small sample (like a minute or so) of such a recording > available? > Klaus > > > Of course. > Please download sample from here : > > https://www.dropbox.com/sh/i9c732ukwl925md/AAC6J2H6RL6F5JIQNeouxPUIa I have tested this sample with both VDR 2.1.1 and 2.1.6, and in both cases 'vdr --genindex..." creates an index file that is about twice the size of your file and thus appears to be correct. Was this sample taken from the very beginning of your recording or somewhere in the middle? Maybe the error is only caused by a specific sequence in the stream, which is not contained in the sample. If you can produce a sample where vdr's --genindex option generates a faulty index file, please let me know. Klaus

2 1

Re: [vdr] HD recording size
by Martin 15 May '14

15 May '14

Now with Vdr 2.1.6 Same channel, same program, same time. (RTL, Alarm fur Cobra 11, 20.15) Recording of RTL and RTL HD are now the same length. Looks OK right now. Martin 2014-05-09 14:07 GMT+02:00 Martin <rekordc(a)gmail.com>: > Reverted the change : > "Changed '%a' to the POSIX compliant '%m' in all scanf() calls " > > Now it compiles and can read the config files. > HD Recording test will start soon. > >

1 0

Webvideo and vdr 2.x segfaults
by René 12 May '14

12 May '14

Hi, Is anyone using succesfully the Webvideo-plugin with vdr 2.x (eg. 2.1.6)? I just get vdr to crash with a segfault when i pick any of the video-sources (Google, Metacafe, Youtube etc) :-( I am using the latest git-source from git://projects.vdr-developer.org/vdr-plugin-webvideo.git René

1 1

Re: [vdr] HD recording size
by Klaus Schmidinger 11 May '14

11 May '14

On 10.05.2014 19:25, Karim wrote: > On 08.05.2014 23:14, Martin wrote: >> I'm having a small problem. >> >> Some HD recordings are 1/2 in time of the SD recording. >> Not every HD recording has this problem, but most of the time I record > from RTL HD it has. >> >> Recording is completed but only the length is wrong. So when I play it > back and jump in time, I must jump 60 sec to skip 120 sec etc. >> >> VDR 2.1.1 but had the same problem with other versions. > > Is the problem still present in version 2.1.6? > > Klaus > > > > Hi, > FYI, I noticed this behaviour here with vdr-2.0.6 and french HD channels. Can you make a small sample (like a minute or so) of such a recording available? Klaus

2 1

HD recording size
by Martin 10 May '14

10 May '14

I'm having a small problem. Some HD recordings are 1/2 in time of the SD recording. Not every HD recording has this problem, but most of the time I record from RTL HD it has. Recording is completed but only the length is wrong. So when I play it back and jump in time, I must jump 60 sec to skip 120 sec etc. VDR 2.1.1 but had the same problem with other versions. Greetz from Holland, Martin

3 2

Re: [vdr] HD recording size
by Martin 09 May '14

09 May '14

Reverted the change : "Changed '%a' to the POSIX compliant '%m' in all scanf() calls " Now it compiles and can read the config files. HD Recording test will start soon.

1 0

Re: [vdr] HD recording size
by Martin 09 May '14

09 May '14

I tried to compile vdr 2.1.6, it compiles with warnings but doesn't like my settings files. channels.conf, diseqc.conf etc So I can't test it with 2.1.6. g++ -g -O3 -Wall -Wno-parentheses -fPIC -c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DVIDEODIR=\"/srv/vdr/video\" -DCONFDIR=\"/var/lib/vdr\" -DCACHEDIR=\"/var/cache/vdr\" -DRESDIR=\"/usr/local/share/vdr\" -DPLUGINDIR=\"/mnt/hdb1/vdr/t/vdr-2.1.6/PLUGINS/lib\" -DLOCDIR=\"/mnt/hdb1/vdr/t/vdr-2.1.6/locale\" -I/usr/include/freetype2 -o channels.o channels.c channels.c: In static member function ‘static tChannelID tChannelID::FromString(const char*)’: channels.c:32: warning: unknown conversion type character ‘m’ in format channels.c:32: warning: format ‘%d’ expects type ‘int*’, but argument 3 has type ‘char**’ channels.c:32: warning: too many arguments for format channels.c: In member function ‘bool cChannel::Parse(const char*)’: channels.c:598: warning: unknown conversion type character ‘m’ in format channels.c:598: warning: format ‘%d’ expects type ‘int*’, but argument 3 has type ‘char**’

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2014