Re: [vdr] [ANNOUNCE] xmltv2vdr-1.0.7
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- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Morfsta Sent: den 29 april 2007 14:37 To: vdr@linuxtv.org Subject: [vdr] [ANNOUNCE] xmltv2vdr-1.0.7 Hi, xmltv2vdr version 1.0.7 has now been released on the VDR FTP site. It can be found at: - ftp://ftp.cadsoft.de/vdr/Tools/xmltv2vdr-1.0.7.tar.gz Changes this version: - * Code updates and speed improvements, with thanks to Sebastien Lucas Please let me know any comments or problems, Regards Morph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
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 the same time On 02/14/08 06:05, Antti Hartikainen wrote: > On Sun, Feb 10, 2008 at 11:40:12AM +0100, Klaus Schmidinger wrote: >>> / in this point appears "channel not available" -error >> Does this message appear immediately after switching to the encrypted >> channel, or only after a few seconds? > > Few seconds later. > >> I assume there are a few seconds between switching to the encrypted >> channel and the "channel not available" message, which would indicate that >> the CAM is simply not decrypting the channel. >> >> Maybe you could activate the debug outputs in ci.c to see whether VDR >> actually sends the CA_PMT data to the CAM. > > Seems this was really a CAM problem, not a bug in VDR. > Trying with other CAM everything works perfectly. Everything at begining just pointed against VDR, because it worked fine with older versions. A possible explanation could be that VDR 1.4 didn't use the CAM commands for multiple decryption. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.16 - release candidate
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 - release candidate
VDR developer version 1.5.16 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.16.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.15-1.5.16.diff
NOTE:
=
This is the final step towards a stable version 1.6.0.
Please report any bugs as soon as possible.
If nothing unexpected happens, I plan to release version 1.6.0 on March 2.
The following translation files still have untranslated texts:
ca_ES.po
cs_CZ.po
el_GR.po
es_ES.po
fr_FR.po
hr_HR.po
nl_NL.po
nn_NO.po
pl_PL.po
pt_PT.po
ro_RO.po
sl_SI.po
sv_SE.po
tr_TR.po
uk_UA.po
It would be nice if somebody could finish these before the 1.6.0 release.
To avoid duplicate work, please announce your activity here in this thread.
WARNING:
This is a *developer* version. Even though *I* use it in my productive
environment, I strongly recommend that you only use it under controlled
conditions and for testing and debugging.
The changes since version 1.5.15:
- Fixed setting the current subtitle track in Transfer-Mode (reported by
Petri Helin,
thanks to Reinhard Nissl for pointing out that cDevice::Transferring()
doesn't
return the right value in the early stage of channel switching).
- Updated the Danish OSD texts (thanks to Mogens Elneff).
- Updated the Dutch OSD texts (thanks to Carel Willemse).
- Fixed various spelling errors and improved PLUGINS.html (thanks to Ville
Skyttä).
- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Fixed the format in cRemote::Put() to use "%016llX" instead of "%016LX"
(thanks
to Ludwig Nussel for pointing this out).
- Revised the fix of calculating the scrollbar height in the skins. The
scrollbar
handle now always has a height that is at least the width of the
scrollbar.
- When switching the device that's used for live viewing away from the
current
transponder in favor of an upcoming recording, an attempt is now made to
stay
on the current channel by possibly going into 'Transfer Mode'.
- The CAM menu now stays open as long as it is automatically updated, even
without
pressing a remote control key. This is important when updating the CAM
firmware
from the transponder.
- No longer trying to switch to an available channel if the primary device
has
no valid programme and a menu is open (avoids interference with the CAM in
case a CAM menu is open).
- Increased the valid range of the "Subtitle offset" setup option to
-100...100
(thanks to Rolf Ahrenberg).
- Added the backslash ('\') to the list of characters that need to be
escaped
when executing external commands (thanks to Peter Bieringer for reporting
this one).
*When reporting problems, please don't reply to this message!*
Create a new thread instead, using a descriptive subject!
Have fun!
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
sv_SE.po.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.7
Do you mean aspect ratio 2.21:1 ?
+const char *VideoAspectString[] = { "4:3",
+"16:9",
+"2.21:9"
+ };
Tomas Berglund
- Original Message -
From: "Klaus Schmidinger"
To:
Sent: Sunday, May 03, 2009 5:15 PM
Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.7
> VDR developer version 1.7.7 is now available at
>
> ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.7.tar.bz2
>
> A 'diff' against the previous version is available at
>
> ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6-1.7.7.diff
>
>
>
> WARNING:
>
>
> This is a *developer* version. Even though *I* use it in my productive
> environment. I strongly recommend that you only use it under controlled
> conditions and for testing and debugging.
>
>
>
> IMPORTANT:
> ==
>
> If you use a full featured DVB card for replay you need the DVB driver
> version from
>
> http://linuxtv.org/hg/~endriss/v4l-dvb
>
> in order to replay TS recordings!
> Users of full featured DVB cards also need to use a new firmware,
> available at
>
> http://www.escape-edv.de/endriss/firmware
>
>
> Note that the header files in the latest driver versions may be broken.
> If you get compiler error messages like
>
> /usr/include/sys/types.h:52: error: conflicting declaration 'typedef
> __ino64_t ino_t'
> /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration
> as 'typedef __kernel_ino_t ino_t'
>
> when compiling VDR, you need to put the driver header files back to
> how they were before they got broken. One way of doing this is to
> apply the patch from
>
> ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff
>
> (I'm not claiming that this is the right way to fix this, since the driver
> developers may have had good reasons for making that change. However, both
> the driver and VDR compile and work fine with this).
>
>
>
> The changes since version 1.7.6:
>
> - The new function cDevice::GetVideoSize() returns the size and aspect
> ratio
> of the video material currently displayed. This function is used to
> determine
> the proper size of the OSD. Plugin authors should implement this function
> in
> classes derived from cDevice, if they are able to replay video.
> - The OSD and font sizes are now defined in percent of the actual video
> display
> size. The maximum OSD size has been raised to 1920x1080, to allow full
> screen OSD on HD systems.
> - The OSD size is now automatically adjusted to the actual video display
> (provided the output device implements the GetVideoSize() function).
> - cFrameDetector::Analyze() now syncs on the TS packet sync bytes (thanks
> to
> Oliver Endriss for reporting broken index generation after a buffer
> overflow).
>
> Have fun!
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Blank screen when switching channels on same transponder with Dpid
Hi all. Please help me with my problem. When switching channel between two channels on same transponder with both Apid1 and Dpid1 set the screen goes blank and the sound stops.. I can switch between a channel with only Apid and a channel with Dpid without problems. I have only two channels with dolby and they are on the same transponder so I can't test with another channel. My channel.conf: SVT1;Com Hem:29:C0M64:C:6875:4102:4358=sve;4614=sve:7942:500,B00:1097:40999:45:0 SVT2;Com Hem:29:C0M64:C:6875:4103:4359=sve;4615=sve:7943:500,B00:1098:40999:45:0 TV4Plus;Com Hem:378000:C0M64:C:6875:4130:4386=sve:7970:500,B00:1074:40999:36:0 TV4;Com Hem:29:C0M64:C:6875:4147:4403=sve:7987:500,B00:1012:40999:45:0 I start vdr with SVT1, ok switch to SVT2, ok and back to SVT1, blank screen and no sound (EPG ok) switch to TV4, ok switch to TV4Plus, ok back to SVT1, ok switch to SVT2, ok switch to SVT1, blank screen and no sound If I set "update 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 plugins Newest dvb-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
RE: [vdr] Blank screen when switching channels on same transponder withDpid
k > switch to SVT2, ok > switch to SVT1, blank screen and no sound > > If I set "update 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 plugins > Newest dvb-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 > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
RE: [vdr] Blank screen when switching channels on same transponderwithDpid
Now I can switch channels with Dpid without problem. The following patch in
cDvbDevice::SetChannelDevice fixes it.
The PRINTPIDs debug function now show adding and deleting Dpids.
But when I select the Dolby track my kernel panics... Well.. I'm not Klaus ;-)
@@ -849,15 +857,16 @@
if (TurnOnLivePIDs) {
SetAudioBypass(false);
- if (!(AddPid(Channel->Ppid(), ptPcr) && AddPid(Channel->Vpid(), ptVideo)
&& AddPid(Channel->Apid(0), ptAudio))) {
+ if (!(AddPid(Channel->Ppid(), ptPcr) && AddPid(Channel->Vpid(), ptVideo)
&& 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'
> Ämne: RE: [vdr] Blank screen when switching channels on same
> transponderwithDpid
>
>
> Just an idea... In dvbdevice.c line 863, additional Dpid(0)
> is set. When I tune between ch1 and ch2 twice the screen goes
> blank. Can
> it be because Dpid(0) is never deleted in DelPid() ??
>
> In the log Dpid(0) 4614 is set but never deleted.
> Attached log below:
>
>
> Aug 11 01:30:37 htpc vdr: [4829] switching to channel 1
> Aug 11 01:30:37 htpc vdr: [4829] 0 D 4358 1 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 E 0 0 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 D 0 0 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 E 0 00 0 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 D 0 00 0 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 E 0 00 00 0
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 D 0 00 00 0
> 7942 10 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 E 0 00 00 0
> 0 00 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 C 0 00 0 4102 1
> 0 00 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 C 0 0 4102 1 4102 1
> 0 00 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] 0 C 4358 1 4102 1 4102 1
> 0 00 0 *0 00 0
> Aug 11 01:30:37 htpc vdr: [4829] DEBUG: Set additional live
> audio PIDs, Apid(1) 0, Dpid(0) 4614
> Aug 11 01:30:37 htpc vdr: [4829] 0 C 4358 1 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] switching to channel 2
> Aug 11 01:31:36 htpc vdr: [4829] 0 D 4358 1 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 E 0 0 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 D 0 0 4102 1 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 E 0 00 0 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 D 0 00 0 4102 1
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 E 0 00 00 0
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 D 0 00 00 0
> 7942 10 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 E 0 00 00 0
> 0 00 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 C 0 00 0 4103 1
> 0 00 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 C 0 0 4103 1 4103 1
> 0 00 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] 0 C 4359 1 4103 1 4103 1
> 0 00 0 *0 00 0
> Aug 11 01:31:36 htpc vdr: [4829] DEBUG: Set additional live
> audio PIDs, Apid(1) 0, Dpid(0) 4615
> Aug 11 01:31:36 htpc vdr: [4829] 0 C 4359 1 4103 1 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] switching to channel 1
> Aug 11 01:31:41 htpc vdr: [4829] 0 D 4359 1 4103 1 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 E 0 0 4103 1 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 D 0 0 4103 1 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 E 0 00 0 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 D 0 00 0 4103 1
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 E 0 00 00 0
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 D 0 00 00 0
> 7943 10 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 E 0 00 00 0
> 0 00 0 *0 00 0
> Aug 11 01:31:41 htpc vdr: [4829] 0 C 0 00 0 4102 1
> 0 00 0 *0 00
RE: [vdr] Blank screen when switching channels on same transponder with Dpid
Your workaround patch only prevent additional dpids to be set when dolby is
disabled. I really would like to switch channels with
dolby enabled. The problem is that those additional pids are never
removedor set to false in SetPid().
Is there any other way to add additional pids without setting them with
ciHandler->SetPid ? If AddPid() is used to set them, they
would be removed in cDevice::DelPid().
My folloving patch eliminates my problem, but don't work when switching to ch1
or ch2 with dolby as selected track.
--- ../vdr-1.4.1-4.untouched/dvbdevice.c2006-06-11 11:03:55.0
+0200
+++ dvbdevice.c 2006-08-13 21:49:41.0 +0200
@@ -856,7 +856,13 @@
//XXX quick workaround for additional live audio PIDs:
if (ciHandler) {
ciHandler->SetPid(Channel->Apid(1), true);
-ciHandler->SetPid(Channel->Dpid(0), true);
+if (Setup.UseDolbyDigital) { // only set Dpid when dolby
is used
+ if (Channel->Dpid(0) == 4614)
+ ciHandler->SetPid(4615, false); // deactivate channel 2 Dpid
before we set Dpid for channel 1
+ if (Channel->Dpid(0) == 4615)
+ 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 Berglund
> -Ursprungligt meddelande-
> Från: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] För Klaus Schmidinger
> Skickat: den 12 augusti 2006 15:06
> Till: vdr@linuxtv.org
> Ämne: Re: [vdr] Blank screen when switching channels onsame
> transponderwithDpid
>
> Tomas Berglund wrote:
> > Now I can switch channels with Dpid without problem. The
> following patch in cDvbDevice::SetChannelDevice fixes it.
> > The PRINTPIDs debug function now show adding and deleting Dpids.
> >
> > But when I select the Dolby track my kernel panics...
> Well.. I'm not Klaus ;-)
>
> Just tried you patch, and my system also freezed.
>
> > @@ -849,15 +857,16 @@
> >
> >if (TurnOnLivePIDs) {
> > SetAudioBypass(false);
> > - if (!(AddPid(Channel->Ppid(), ptPcr) &&
> AddPid(Channel->Vpid(), ptVideo) && AddPid(Channel->Apid(0),
> ptAudio))) {
> > + if (!(AddPid(Channel->Ppid(), ptPcr) &&
> AddPid(Channel->Vpid(), ptVideo) && AddPid(Channel->Apid(0),
> ptAudio) &&
> > AddPid(Channel->Dpid(0), ptDolby))) {
>
> I guess the basic problem is with your CAM, which probably only
> supports a very limited number of PIDs to decode at the same time.
>
> There is indeed an unsymmetry in the way VDR handles the additional
> live audio PIDs, which doesn't matter too much if the CAM is powerful
> enough to handle many PIDs. Once you switch to a different transponder
> the problem should be gone, since then all PIDs are cleared
> in the CAM.
>
> What I could suggest as a quick workaround is this:
>
> --- dvbdevice.c 2006/06/11 09:03:55 1.159
> +++ dvbdevice.c 2006/08/12 12:42:12
> @@ -856,7 +856,8 @@
>//XXX quick workaround for additional live audio PIDs:
>if (ciHandler) {
> ciHandler->SetPid(Channel->Apid(1), true);
> -ciHandler->SetPid(Channel->Dpid(0), true);
> +if (Setup.UseDolbyDigital)
> + ciHandler->SetPid(Channel->Dpid(0), true);
> }
>if (IsPrimaryDevice())
> AddPid(Channel->Tpid(), ptTeletext);
>
> This would at least not set the DPID if you don't use Dolby.
>
> The change you have suggested above actually sets up a PID
> filter in the DVB device for the DPID, which apparently causes
> trouble when actually trying to switch to live Dolby.
>
> I can see that this is a bit messy right now, but improving the
> CAM handling is the first thing I'm going to do in version 1.5...
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
RE: [vdr] Blank screen when switching channels on same transponderwith Dpid
WOW...It works. My system now tolerates switching channels on same transponder with Dpid without my CAM (Conax) hanging. Nicely done Klaus. Is it going in vdr-1.4.1-5, vdr-1.4.2 or vdr-1.5? Tomas > -Ursprungligt meddelande- > Från: [EMAIL PROTECTED] > [mailto:[EMAIL 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 > set when dolby is disabled. I really would like to switch > channels with > > dolby enabled. The problem is that those additional pids > are never removedor set to false in SetPid(). > > > > Is there any other way to add additional pids without > setting them with ciHandler->SetPid ? If AddPid() is used to > set them, they > > would be removed in cDevice::DelPid(). > > Please try the attached patch. At least with my CAM here I don't > get any more sticky PIDs in the CAM now. > > Klaus > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
