[vdr] CAM/CI Dumb Question
Hi I'm looking to use a budget DVB-C card with a CAM/CI module to watch/decrypt. I've used a DVB-T card to watch FTA channels, and really liked the ability to watch/record any combination of channels within the same boquet/TS. Question is, when you're using a CAM to decrypt channels, can it decrypt multiple channels simultaneously like the above for FTA??? Thanks Simon ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] CAM/CI Dumb Question
On 16 Apr 2007 Simon Baxter [EMAIL PROTECTED] wrote: Question is, when you're using a CAM to decrypt channels, can it decrypt multiple channels simultaneously like the above for FTA??? AFAIK, yes, under certain conditions: 1) vdr 1.5.x needed 2) your CAM must support multiple streams 3) your CAM must respond to query request Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Suffering from continuous vdr restarts in various situations
Hi, we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: Apr 16 20:56:26 ziggy vdr: [9916] switching device 2 to channel 7 Apr 16 20:56:26 ziggy vdr: [9916] timer 13 (7 2009-2132 'Die ProSieben M344rchenstunde~Mon 16.04.2007-20:14') start Apr 16 20:56:26 ziggy vdr: [9916] Title: 'Die ProSieben M344rchenstunde' Subtitle: '(null)' Apr 16 20:56:26 ziggy vdr: [9916] record /video0/Die_ProSieben_M344rchenstunde/Mon_16.04.2007-20:14/2007-04-16.20.09.50.99.rec Apr 16 20:56:26 ziggy vdr: [9916] recording to '/video0/Die_ProSieben_M344rchenstunde/Mon_16.04.2007-20:14/2007-04-16.20.09.50.99.rec/020.vdr' Apr 16 20:56:26 ziggy vdr: [9943] file writer thread started (pid=9916, tid=9943) Apr 16 20:56:26 ziggy vdr: [9944] recording thread started (pid=9916, tid=9944) Apr 16 20:56:26 ziggy vdr: [9945] receiver on device 2 thread started (pid=9916, tid=9945) Apr 16 20:56:26 ziggy vdr: [9946] TS buffer on device 2 thread started (pid=9916, tid=9946) Apr 16 20:56:26 ziggy vdr: [9944] cAudioRepacker(0xC0): skipped 576 bytes to sync on next audio frame Apr 16 20:56:26 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:56:27 ziggy vdr: [9936] channel 7 (ProSieben) event Mon 16.04.2007 20:14-21:21 'Die ProSieben M344rchenstunde' status 4 Apr 16 20:56:27 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:56:28 ziggy vdr: [9944] PES packet shortened to 3343 bytes (expected: 3470 bytes) Apr 16 20:56:28 ziggy vdr: [9944] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed Apr 16 20:56:33 ziggy vdr: [9944] PES packet shortened to 3347 bytes (expected: 3470 bytes) Apr 16 20:56:34 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3372 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3379 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3390 bytes (expected: 3470 bytes) Apr 16 20:56:39 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:40 ziggy vdr: [9944] PES packet shortened to 3431 bytes (expected: 3470 bytes) Apr 16 20:56:42 ziggy vdr: [9938] EPGSearch: search timer update started Apr 16 20:56:42 ziggy vdr: [9938] EPGSearch: search timer update finished Apr 16 20:56:44 ziggy vdr: [9944] PES packet shortened to 3325 bytes (expected: 3470 bytes) Apr 16 20:56:45 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:49 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Apr 16 20:56:49 ziggy vdr: [9944] PES packet shortened to 3369 bytes (expected: 3470 bytes) Apr 16 20:56:53 ziggy vdr: [9944] PES packet shortened to 3451 bytes (expected: 3470 bytes) Apr 16 20:56:54 ziggy vdr: [9944] PES packet shortened to 3348 bytes (expected: 3470 bytes) Apr 16 20:56:57 ziggy vdr: [9944] PES packet shortened to 3374 bytes (expected: 3470 bytes) Apr 16 20:57:02 ziggy vdr: [9944] PES packet shortened to 3343 bytes (expected: 3470 bytes) Apr 16 20:57:02 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:57:03 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:57:04 ziggy vdr: [9944] PES packet shortened to 3463 bytes (expected: 3470 bytes) Apr 16 20:57:06 ziggy vdr: [9944] PES packet shortened to 2252 bytes (expected: 3470 bytes) Apr 16 20:57:06 ziggy vdr: [9944] PES packet shortened to 3354 bytes (expected: 3470 bytes) Apr 16 20:57:07 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:57:08 ziggy vdr: [9944] PES packet shortened to 3451 bytes (expected: 3470 bytes) Apr 16 20:57:08 ziggy vdr: [9944] PES packet shortened to 1691 bytes (expected: 3470 bytes) Apr 16 20:57:09 ziggy vdr: [9944] PES packet shortened to 3353 bytes (expected: 3470 bytes) Apr 16 20:57:10 ziggy vdr: [9944] PES packet shortened to 3377 bytes (expected: 3470 bytes) Apr 16 20:57:11 ziggy vdr: [9944] PES packet shortened to 3385 bytes (expected: 3470 bytes) Apr 16 20:57:16 ziggy vdr: [9944] PES packet shortened to 3329 bytes (expected: 3470 bytes) Apr 16 20:57:16 ziggy vdr: [9944] PES packet shortened to 3312 bytes (expected: 3470 bytes) Apr 16 20:57:17 ziggy vdr: [9943] ERROR: unknown picture type '6' Apr 16 20:57:17 ziggy vdr: [9944] PES packet shortened to 3446 bytes (expected: 3470 bytes) Apr 16 20:57:17 ziggy vdr: [9944] PES packet shortened to 3276 bytes (expected: 3470 bytes) Apr 16 20:57:18 ziggy vdr: [9944] PES packet shortened to 3416 bytes (expected: 3470 bytes) Apr 16 20:57:18 ziggy vdr: [9944] PES packet shortened to 3453 bytes (expected: 3470 bytes)
Re: [vdr] CAM/CI Dumb Question
Question is, when you're using a CAM to decrypt channels, can it decrypt multiple channels simultaneously like the above for FTA??? AFAIK, yes, under certain conditions: 1) vdr 1.5.x needed 2) your CAM must support multiple streams 3) your CAM must respond to query request Thanks Any known working DVB-C/CAM/CI combinations? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Suffering from continuous vdr restarts in various situations
Hi, Hans-Peter Jansen wrote: we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: [..] Apr 16 20:56:33 ziggy vdr: [9944] PES packet shortened to 3347 bytes (expected: 3470 bytes) Apr 16 20:56:34 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3372 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Looks like TS packets get lost. [..] Sys info: openSUSE 10.2, pretty actual vdr drivers from hg server, vdr 1.46, 2 Hauppauge FF 2.1 dvb-s cards. Most likely, the DVB drivers are to blame. Do you see any relationship between updating the drivers and the occurrence of these messages in the logfiles? Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Suffering from continuous vdr restarts in various situations
Hans-Peter Jansen wrote: Hi, we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: [...] The signal quality looks fine. Did you check the signal quality of the second card, or just the first card? The femon plugin allows to manually switch to the second card for receiving. Does this only happen on Pro7/Sat1/Kabel1? If yes, its most probably DECT telephone interference, in rare cases it may be related to all vertical transmissions. In any case you may want to switch to the new transponder. See http://www.vdr-portal.de/board/thread.php?threadid=60914 There may be additional side effects, for example, what channel the first card is tuned to, or whether the first card is tuned at all (recording playback), and others. Generally, keep an eye on cables and connectors, bad connections are a common source of trouble. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Suffering from continuous vdr restarts in various situations
Hi Reinhard, Am Montag, 16. April 2007 21:57 schrieb Reinhard Nissl: Hi, Hans-Peter Jansen wrote: we're suffering from continuous vdr restarts every few minutes during recording of certain programs, while this is spat into syslog: [..] Apr 16 20:56:33 ziggy vdr: [9944] PES packet shortened to 3347 bytes (expected: 3470 bytes) Apr 16 20:56:34 ziggy vdr: [9944] PES packet shortened to 3286 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3372 bytes (expected: 3470 bytes) Apr 16 20:56:35 ziggy vdr: [9944] PES packet shortened to 3394 bytes (expected: 3470 bytes) Looks like TS packets get lost. [..] Sys info: openSUSE 10.2, pretty actual vdr drivers from hg server, vdr 1.46, 2 Hauppauge FF 2.1 dvb-s cards. Most likely, the DVB drivers are to blame. Do you see any relationship between updating the drivers and the occurrence of these messages in the logfiles? Not really. Hmm, I thought, I had updated them lately, but they're from Feb 22 :-(. Will update soon. One thing changed: my 15 month old son has learned to open the glass doors of the vdr cabinet, and loves to switch on/off that equipment. Thus we had to close the doors completely, which where partly open before and lock the doors which possibly raised the temperature inside vdr a bit (together with the extraordinary warm weather..). Unfortunately, the board isn't supported by lm_sensors :-(, thus I'm not sure, and the dvb cards get pretty warm anyway. Could this result in such effects? On the old system with 1.2.6, we suffered from damaged recordings with heavy blocked pixel trash from time to time, which seemed to be fixed by update to the current stuff. Hmm, Pete ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr