Re: [vdr] Blank screen when switching channels on same transponder with Dpid

[Klaus Schmidinger]

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
--- dvbdevice.c	2006/06/11 09:03:55	1.159
+++ dvbdevice.c	2006/08/14 09:38:32
@@ -853,11 +853,6 @@
 esyslog("ERROR: failed to set PIDs for channel %d on device %d", Channel->Number(), CardIndex() + 1);
 return false;
 }
- //XXX quick workaround for additional live audio PIDs:
- if (ciHandler) {
-ciHandler->SetPid(Channel->Apid(1), true);
-ciHandler->SetPid(Channel->Dpid(0), true);
-}
  if (IsPrimaryDevice())
 AddPid(Channel->Tpid(), ptTeletext);
  CHECK(ioctl(fd_audio, AUDIO_SET_MUTE, true)); // actually one would expect 'false' here, but according to Marco Schlüßler <[EMAIL PROTECTED]> this works
@@ -927,8 +922,14 @@
  if (IS_AUDIO_TRACK(Type) || (IS_DOLBY_TRACK(Type) && SetAudioBypass(true))) {
 if (pidHandles[ptAudio].pid && pidHandles[ptAudio].pid != TrackId->id) {
DetachAll(pidHandles[ptAudio].pid);
+   if (ciHandler)
+  ciHandler->SetPid(pidHandles[ptAudio].pid, false);
pidHandles[ptAudio].pid = TrackId->id;
SetPid(&pidHandles[ptAudio], ptAudio, true);
+   if (ciHandler) {
+  ciHandler->SetPid(pidHandles[ptAudio].pid, true);
+  ciHandler->StartDecrypting();
+  }
}
 }
  else if (IS_DOLBY_TRACK(Type)) {
___
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

[Tomas Berglund]

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

[vdr] Parsing a pes packet

[Christian Gmeiner]

Hi all.

I want to parse a pes packet, which a vdr-device gets via its cDevice 
method (int cDevice::PlayVideo(const uchar* data, int length). I have 
looked
at this page: http://dvd.sourceforge.net/dvdinfo/pes-hdr.html and i can 
parse pes, dts and other stuff.
But i need some more informations like horizontal size and vertical 
size, which can be found in a sequence header

(http://dvd.sourceforge.net/dvdinfo/mpeghdrs.html#seq).
Can somebody help me with this task? I must say, that i dont know where 
to find

the sequence header in the pes packet.

Thanks,
Christian

___
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

[Klaus Schmidinger]

Tomas Berglund wrote:

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?


Originally I wanted to declare version 1.4.1-4 to be the final 1.4.2
next weekend, but since this appears to be a rather important bugfix
I guess I'll make it a 1.4.1-5.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr