Testing multi CAM mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2005-11-18 at 14:49 +0100, Klaus Schmidinger wrote:
> Mikko Salo wrote:
> > On Sun, 2005-11-13 at 15:16 +0100, Klaus Schmidinger wrote:
> > 
> >>Now the reason why I am providing this patch is that I'd
> >>like to invite you folks to try this out and maybe see what
> >>might be wrong here. The problem is that whenever a channel
> >>is added or removed from the CA_PMT data, there are distortions
> >>in the recordings.
> > 
> > 
> > I tested this patch with my single Technotrend DVB-C Premium 2.1 card +
> > Conax 4.00e CAM and "not-so-vanilla" vdr version, with vdr-1.3.36 and
> > dozen of plugins and patches to those.
> > 
> > 
> >>So from this I would expect no distortions to happen when adding/removing
> >>channels from the list of CA_PMT objects.
> >>
> >>Now there is either a flaw in my code, or my CAM just doesn't work
> >>as required by the standard.
> >>
> >>Any hints here are appreciated.
> >>
> >>Klaus
> > 
> > 
> > Not that I can give you any hint, only report what happened...
> > 
> > Recording another and watching another encrypted channel at the same
> > time is possible, but gives very much same distortions as you described.
> > Recording is jumpy and the livestream hangs in ~1-2 second periods.
> > 
> > Hope that I can help somehow.
> 
> Hi Mikko,
> 
> if you have only one CAM in a CI adapter with two slots, then the line
> 
>            newCaSupport = true;
> 
> at the end of cCiHandler::SendCaPmt() could be triggering the jumpy
> live stream. Could you please try without this line?
> 
> Klaus
> 

Hi and thank you Klaus
        
        With this change I am recording now three encrypted channels
        from Canal+ Local subsciption and watch some else in the same
        time. It did take some time system to stabilize, when I started
        these recordings almost in the same time, vdr did restart two
        times befor to get stabilized. With two recordings in the same
        time works steady.
        When I now change channel, I get many messages like this:
        
        Nov 19 16:42:35 piano vdr[14066]: cAudioRepacker(0xC0): skipped
        208 bytes to sync on next audio frame
        Nov 19 16:42:35 piano vdr[14066]: cAudioRepacker(0xC0): skipped
        16 bytes to sync on next audio frame
        Nov 19 16:42:36 piano vdr[14047]: cAudioRepacker(0xC0): skipped
        328 bytes to sync on next audio frame
        Nov 19 16:42:36 piano vdr[14060]: cAudioRepacker(0xC0): skipped
        196 bytes to sync on next audio frame
        
        
        My setup:
        
        Gentoo Linux with 2.6.13-gentoo-r3 kernel
        dvb-drivers from kernel with recent patch of Andrew de Quincey
        to 
        ci-handling added manually editing
        Nexus 2.1 dvb-s with CI and "CAM: Conax 4.00e, 01, 0B00, 04B1"
        Terratec-Cinergy dvb-c 1200
        
        Timo Helki?



[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux