Bugreport:
xmltv2vdr-1.0.7 doesn't work when there is only one line in channels.conf
The line 234 seems to be the problem. $chanCur is "" the first time and
doesn't match.
Can someone with perl-skills look at this?
Regards
Tomas Berglund
-Original Message-
Fr
Maybe multiple decryption should be a setup feature?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Klaus Schmidinger
Sent: den 14 februari 2008 18:32
To: vdr@linuxtv.org
Subject: Re: [vdr] vdr-1.5x: problem with recording FTA and watching
scrambled at th
Hi Klaus!
Swedish translations...
Keep up the good work.
Tomas Berglund
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Klaus Schmidinger
Sent: den 24 februari 2008 11:38
To: vdr@linuxtv.org
Subject: [vdr] [ANNOUNCE] VDR developer version 1.5.16
Do you mean aspect ratio 2.21:1 ?
+const char *VideoAspectString[] = { "4:3",
+"16:9",
+"2.21:9"
+ };
Tomas Berglund
- Original Message -
From:
-driver (many tested)
1.34 firmware (app 80f22623)
How do I debug this...?
Regards,
Tomas Berglund
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
e channels=no" in setup and Dpid1=0 on
> SVT1+SVT2 everything
> works...
> UseDolbyDigital=yes/no has no effect.
>
>
> My stuff:
>
> Nexus-CA DVB-C, 3.5" CI, Conax CAM (tested with Viaccess also)
> VDR 1.4.1-2 no
AddPid(Channel->Apid(0), ptAudio) &&
AddPid(Channel->Dpid(0), ptDolby))) {
> -Ursprungligt meddelande-----
> Från: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] För Tomas Berglund
> Skickat: den 11 augusti 2006 01:38
> Till: 'VDR Mailing List'
> Äm
ciHandler->SetPid(4614, false); // deactivate channel 1 Dpid
before we set Dpid for channel 2
+ ciHandler->SetPid(Channel->Dpid(0), true);
+ }
}
if (IsPrimaryDevice())
AddPid(Channel->Tpid(), ptTeletext);
Regards,
Tomas
PROTECTED] För Klaus Schmidinger
> Skickat: den 14 augusti 2006 11:49
> Till: vdr@linuxtv.org
> Ämne: Re: [vdr] Blank screen when switching channels on same
> transponderwith Dpid
>
> Tomas Berglund wrote:
> > Your workaround patch only prevent additional dpids to be
>
