Hi,
I'm a VDR user for a few years now. I was using vdr-1.4.7 until today and
wanted to upgrade to the 1.6.0 version.
I just compiled and installed the 1.6.0 version over the previous running
one. I noticed that VDR was modifying the channels.conf by tagging encrypted
channels. I also remarked a r
Hi,
I've been using VDR for a while now uder an "old" 1.4.7 vdr version with a
DVB-S Nexus with CI and my official subscription card.
I wanted to upgrade to the lastest version of VDR and compiled it all OK.
But, the problem is that the new version can't switch to encrypted channels.
Is there som
ase :
Mar 31 08:42:07 localhost vdr: [18366] CAM 1: no module present
Mar 31 08:42:10 localhost vdr: [18366] CAM 2: Aston Module 1.0300, 01, 0100,
0100
I came back once more under 1.4.7 and the second case always runs OK.
preety strange ...
Pierre
On 04/20/08 08:55, Pierre-Yves Paranthoe
Sorry for missexplaning.
First case is CAM results detection in 1.7.0 only.
Second case means the CAM is 100% correctly detected under 1.4.7 and
randomly and correctly detected under 1.7.0 (a correct detection maybe each
15/20 times after a vdr-1.7.0 restart)
I've made changes in ci.c (initi
hi Klaus,
Ok here are a few results :
1.4.7 :
Resetting slot 0...ok.
Resetting slot 1...ok.
Module ready in slot 1
Creating connection: slot 1, tcid 1
9 --> 01 01 82 01 01
9 <-- 01 01 83 01 01 80 02 01 00
. . . . . . . . .
9 --> 01 01 A0 01 01
9 <-- 01 01 80 02 01 80
.
Do you use WinTV Nexus DVB-S from Hauppauge ? If yes, do you use the black
coaxial digital output of the dvb-s card or the coax/spdif output of your
mother card ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
2 parts for reply as my posted was rejected due to volume of datas
> Please provide more data - everything until you switch to
> an encrypted channel.
>
> Klaus
the DumpTPDUDataTransfer and DebugProtocol switches really give so few
information while running 1.7.0 and zapping between chan
strace for vdr-1.7.0 :
http://pagesperso-orange.fr/ebox-vdr/vdr-debug/strace.1-7-0.debug
regards
Pierre
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
set help
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
VDR-1.4.7 :
Apr 25 08:13:42 localhost vdr: [3801] CAM: connection established
Apr 25 08:13:46 localhost vdr: [3798] CAM: Aston Module 1.0300, 01, 0100,
0100
Apr 25 08:13:47 localhost vdr: [3798] switching to channel 2
Apr 25 08:13:48 localhost vdr: [3798] setting watchdog timer to 20 seconds
Apr
I increased the values in ci.c. A bit better but, still no decryption and
channel not available :
#define MODULE_CHECK_INTERVAL 1 // ms
#define MODULE_RESET_TIMEOUT5 // s
gives under 1.7.0 :
Apr 25 18:29:04 localhost vdr: [7317] CAM 2: module ready
Apr 25 18:29:11 localhost vdr: [731
Added in device.c debug output to cDevice::GetDevice(const cChannel
*Channel, int Priority, bool LiveView) :
GetDevice 2 0 1 -1
j = 1, i = 0, imp = 020C4C4B, Impact =
device 0
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
no usable CAM slots!
GetDevice 2 0 1 -1
j = 1, i =
I also increased values in
#define TS_SCRAMBLING_CONTROL 0xC0
#define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS becomes
unscrambled
#define TS_SCRAMBLING_TIME_OK15 // seconds before a Channel/CAM
combination is marked as known to decrypt
still the same.
May 4 10:33:34 lo
>This is getting stranger by the minute...
>Why would the CAM try to establish another MMI resource?
>
>Are you sure this is an unpatched version of VDR 1.7.0 (except for
>the patch to device.c I gave you)?
>
>Klaus
It's a native & unpatched vdr-1.7.0.
I try the patch
Pierre
__
Here are the results with the device.c patch you gave me :
May 4 15:27:15 localhost vdr: [7031] video directory scanner thread started
(pid=7030, tid=7031)
May 4 15:27:15 localhost vdr: [7030] reading EPG data from /video/epg.data
May 4 15:27:15 localhost vdr: [7032] video directory scanner th
May 4 16:10:52 localhost vdr: [8251] CAM 2: module present
May 4 16:10:53 localhost vdr: [8251] CAM 2: module ready
I can change the 'dbgprotocol' to 'dsyslog' under VDR-1.4.7 & give you the
results if it might helps.
Pierre
-Message d'origine-
De : [EMAI
. . . .
This log is really to heavy to post it. Pse find attached a tarball of it.
Pierre
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de
Klaus Schmidinger
Envoyé : dimanche 4 mai 2008 17:59
À : vdr@linuxtv.org
Objet : Re: [vdr] Upgrading from
Hi,
I was wondering if there was a way to compensate the lack of EPG (satellite)
datas on some channels.
I'm on ASTRA 19.2.
Thanks, regards
Pierre
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
satellite) : compensating datas ?
On 21 May 2008, at 20:53, Pierre-Yves Paranthoen (PERSO) wrote:
> I was wondering if there was a way to compensate the lack of EPG
> (satellite)
> datas on some channels.
xmltv is your friend.
--
Torgeir Veim
: Re: [vdr] VDR & EPG (satellite) : compensating datas ?
Pierre-Yves Paranthoen (PERSO) a écrit :
> Hi,
>
> I was wondering if there was a way to compensate the lack of EPG
> (satellite) datas on some channels.
> I'm on ASTRA 19.2.
>
> Thanks, regards
>
> Pierr
Hi guys,
Could someone tell me what kind of DVB-S2 card i should use for CANALSAT
(Astra 19.2) HDTV ?
Tnx
Regards
Pierre
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Ok thnx for info.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de
kafifi
Envoyé : jeudi 26 juin 2008 21:58
À : 'VDR Mailing List'
Objet : [vdr] HDTV France canalsat : which card ?
>Hi guys,
>Could someone tell me what kind of DVB-S2 card i should use
Check plugins loading in syslog.
Pierre
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de
Oliver Joa
Envoyé : lundi 4 août 2008 19:01
À : VDR Mailing List
Objet : Re: [vdr] vdr-restarts after upgrade
Hi,
JJussi wrote:
> On Monday, 4. Augustta 2008 13
23 matches
Mail list logo