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
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
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
) : 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 Veimo
[EMAIL PROTECTED
: [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
Pierre
If you are talking about the french channels
@linuxtv.org
Objet : Re: [vdr] Upgrading from 1.4.7 to 1.7.0 : enabling #define
On 05/04/08 16:40, Pierre-Yves Paranthoen (PERSO) wrote:
One part of the pb is that my cam module is ramdomly identified under
1.7.0 that might be the reason why the info Application Info and Ca Pmt
Reply
is not in the log
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
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
PROTECTED] De la part de
Klaus Schmidinger
Envoyé : dimanche 4 mai 2008 16:02
À : vdr@linuxtv.org
Objet : Re: [vdr] Upgrading from 1.4.7 to 1.7.0 : enabling #define
On 05/04/08 15:31, Pierre-Yves Paranthoen (PERSO) wrote:
Here are the results with the device.c patch you gave me :
...
May 4 15:28
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:
set help
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
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
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
. .
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
: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 Paranthoen (PERSO) wrote
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
21 matches
Mail list logo