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ƶ