vdr May 2008

vdr@linuxtv.org

74 participants
88 discussions

OT: ITV HD Testing on Eurobird but receivable with VDR
by Morfsta 04 May '08

04 May '08

Hi, For those of you interested in picking up strange test broadcasts, ITV HD is currently testing on Eurobird 1 @ 28.5E. Apparently the channel is currently broadcasting in H.222 (MPEG4 in an MPEG2 stream?), but can be picked up if you are using VDR+XINE+COREAVC. Most set top box satellite receivers can't pull in this channel at the moment. Presently they are showing a loop of HD images of London at 1920x1088i. I had to manually enter the information: 11428H / 27500 VPID: 3401 DPID: 3402 SPID: 54207 Anyway, if you are into picking up strange new test broadcasts (particularly HD) with your VDR box then enjoy. Cheers, Morfsta

3 2

Judder with interlaced channels
by jean-paul＠goedee.nl 04 May '08

04 May '08

I have some problems with interlaced channels on SD & HDTV. Judder and jitter and its good visible when I using a SD channel with a ticker-tape. If I tune to Discovery HD 1080i its shaking and stutter around but 720P channel like National Geographic HD are smooth. I don't know where to look at. My configurations : 1.) DualCore AMD , 2GB memory, Suse 10.3, vdr 1.6.0, regular dvb drivers from suse dvd and tt budget 1500-ci (cam=aston 1.07) 2.) SingleCore AMD, 1GB memory, Suse 10.3 vdr 1.7.0 multiproto dvb drivers incl, some patches and tt budget 3200-ci (cam=aston 1.07) Booth systems has the same problem and its not related to lnb or signal. I have check it with my humax hdci 2000 and picture is very good and smooth movements. After record some channels and ftp it to a windows system or apple its visible to in for example Media Player or Media Player Classic. With streamdev the same. Suggestions? Please help me out. Jean-Paul

3 2

e-tobi & ubuntu hardy
by Leo Márquez 04 May '08

04 May '08

Hi, I'm trying to set vdr building the packages from the e-tobi source packages. I'm doing this because I want to run vdr as streamdev client, with no dvb card in the client system. The e-tobi source I'm using is: deb-src http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch The problem I have is that if I do: sudo apt-get build-dep vdr-plugin-xineliboutput The system says me that any version of the libxine-dev package can satisfy the xineliboutput dependencies. If I ignore the message and try to build the .deb packages (satisfying manually the dependences) there is a moment that apt ask me to update the vdr package. At this point I am a bit confused because I understand that this is a conflict between my e-tobi installed vdr and the ubuntu hardy vdr package. My goal on this is get a streamdev client vdr box with xineliboutput output. Could anyone advise me to acquire my objective? Thank you. Leo

2 1

Re: [vdr] Upgrading from 1.4.7 to 1.7.0 : enabling #define
by Pierre-Yves Paranthoen (PERSO) 04 May '08

04 May '08

I also increased values in #define TS_SCRAMBLING_CONTROL 0xC0 #define TS_SCRAMBLING_TIMEOUT 5 // seconds to wait until a TS becomes unscrambled #define TS_SCRAMBLING_TIME_OK 15 // seconds before a Channel/CAM combination is marked as known to decrypt still the same. May 4 10:33:34 localhost vdr: [1348] info: Channel not available! May 4 10:33:45 localhost vdr: [1348] switching to channel 21 May 4 10:33:45 localhost vdr: [1535] transfer thread started (pid=1348, tid=1535) May 4 10:33:45 localhost vdr: [1536] receiver on device 1 thread started (pid=1348, tid=1536) May 4 10:33:46 localhost vdr: [1537] TS buffer on device 1 thread started (pid=1348, tid=1537) May 4 10:33:48 localhost vdr: [1352] ERROR: CAM 2: session for resource identifier 00400041 already exists (1/1) May 4 10:33:51 localhost vdr: [1535] transfer thread ended (pid=1348, tid=1535) May 4 10:33:51 localhost vdr: [1537] TS buffer on device 1 thread ended (pid=1348, tid=1537) May 4 10:33:51 localhost vdr: [1536] buffer stats: 126148 (6%) used May 4 10:33:51 localhost vdr: [1536] receiver on device 1 thread ended (pid=1348, tid=1536) May 4 10:33:56 localhost vdr: [1348] switching to channel 21 May 4 10:33:56 localhost vdr: [1348] buffer stats: 45120 (2%) used May 4 10:33:56 localhost vdr: [1348] info: Channel not available! May 4 10:34:07 localhost vdr: [1348] switching to channel 21 May 4 10:34:07 localhost vdr: [1556] transfer thread started (pid=1348, tid=1556) May 4 10:34:07 localhost vdr: [1557] receiver on device 1 thread started (pid=1348, tid=1557) May 4 10:34:07 localhost vdr: [1558] TS buffer on device 1 thread started (pid=1348, tid=1558) May 4 10:34:09 localhost vdr: [1352] ERROR: CAM 2: session for resource identifier 00400041 already exists (1/1) May 4 10:34:13 localhost vdr: [1556] transfer thread ended (pid=1348, tid=1556) May 4 10:34:13 localhost vdr: [1558] TS buffer on device 1 thread ended (pid=1348, tid=1558) May 4 10:34:13 localhost vdr: [1557] buffer stats: 121260 (5%) used May 4 10:34:13 localhost vdr: [1557] receiver on device 1 thread ended (pid=1348, tid=1557) May 4 10:34:18 localhost vdr: [1348] switching to channel 21 May 4 10:34:18 localhost vdr: [1348] buffer stats: 44744 (2%) used May 4 10:34:18 localhost vdr: [1348] info: Channel not available! May 4 10:34:18 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:34:18 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Pierre

2 1

Re: [vdr] Upgrading from 1.4.7 to 1.7.0 : enabling #define
by Pierre-Yves Paranthoen (PERSO) 04 May '08

04 May '08

Added in device.c debug output to cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView) : GetDevice 2 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 2 0 1 -1 no usable CAM slots! GetDevice 2 0 1 -1 no usable CAM slots! GetDevice 2 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 2 0 1 -1 no usable CAM slots! GetDevice 2 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 1 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 1 0 1 -1 no usable CAM slots! GetDevice 1 0 1 -1 no usable CAM slots! GetDevice 1 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 2 0 1 -1 j = 1, i = 0, imp = 062C4C5A, Impact = FFFFFFFF device 0 GetDevice 2 0 1 -1 j = 1, i = 0, imp = 020C4C4A, Impact = FFFFFFFF device 0 GetDevice 3 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 3 0 1 -1 no usable CAM slots! GetDevice 3 0 1 -1 no usable CAM slots! GetDevice 3 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 3 0 1 -1 no usable CAM slots! GetDevice 4 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 4 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 5 0 1 -1 j = 0, i = 0, imp = 062C4C7E, Impact = FFFFFFFF device 0 GetDevice 5 0 1 -1 j = 0, i = 0, imp = 020C4C6E, Impact = FFFFFFFF device 0 GetDevice 6 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 6 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 6 0 1 -1 no usable CAM slots! GetDevice 7 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 7 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 7 0 1 -1 no usable CAM slots! GetDevice 8 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 8 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 8 0 1 -1 no usable CAM slots! GetDevice 9 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 9 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 9 0 1 -1 no usable CAM slots! GetDevice 9 0 1 -1 no usable CAM slots! GetDevice 10 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 10 0 1 -1 j = 1, i = 0, imp = 020C4C4B, Impact = FFFFFFFF device 0 GetDevice 10 0 1 -1 no usable CAM slots! GetDevice 10 0 1 -1 no usable CAM slots! and syslog gives : May 4 10:20:40 localhost vdr: [645] TS buffer on device 1 thread started (pid=390, tid=645) May 4 10:20:43 localhost vdr: [643] transfer thread ended (pid=390, tid=643) May 4 10:20:43 localhost vdr: [645] TS buffer on device 1 thread ended (pid=390, tid=645) May 4 10:20:43 localhost vdr: [644] buffer stats: 92308 (4%) used May 4 10:20:43 localhost vdr: [644] receiver on device 1 thread ended (pid=390, tid=644) May 4 10:20:50 localhost vdr: [390] switching to channel 3 May 4 10:20:50 localhost vdr: [390] buffer stats: 66364 (3%) used May 4 10:20:50 localhost vdr: [390] info: Channel not available! May 4 10:20:58 localhost vdr: [390] switching to channel 4 May 4 10:20:58 localhost vdr: [655] transfer thread started (pid=390, tid=655) May 4 10:20:58 localhost vdr: [656] receiver on device 1 thread started (pid=390, tid=656) May 4 10:20:58 localhost vdr: [657] TS buffer on device 1 thread started (pid=390, tid=657) May 4 10:20:58 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:20:58 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:01 localhost vdr: [655] transfer thread ended (pid=390, tid=655) May 4 10:21:01 localhost vdr: [390] CAM 2: unassigned May 4 10:21:01 localhost vdr: [390] switching to channel 5 May 4 10:21:01 localhost vdr: [390] buffer stats: 64484 (3%) used May 4 10:21:02 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:21:02 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:02 localhost vdr: [657] TS buffer on device 1 thread ended (pid=390, tid=657) May 4 10:21:02 localhost vdr: [656] buffer stats: 64108 (3%) used May 4 10:21:02 localhost vdr: [656] receiver on device 1 thread ended (pid=390, tid=656) May 4 10:21:04 localhost vdr: [390] CAM 2: assigned to device 1 May 4 10:21:04 localhost vdr: [390] switching to channel 6 May 4 10:21:04 localhost vdr: [667] transfer thread started (pid=390, tid=667) May 4 10:21:04 localhost vdr: [668] receiver on device 1 thread started (pid=390, tid=668) May 4 10:21:04 localhost vdr: [669] TS buffer on device 1 thread started (pid=390, tid=669) May 4 10:21:04 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:21:04 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:08 localhost vdr: [667] transfer thread ended (pid=390, tid=667) May 4 10:21:08 localhost vdr: [669] TS buffer on device 1 thread ended (pid=390, tid=669) May 4 10:21:08 localhost vdr: [668] buffer stats: 97384 (4%) used May 4 10:21:08 localhost vdr: [668] receiver on device 1 thread ended (pid=390, tid=668) May 4 10:21:09 localhost vdr: [390] switching to channel 6 May 4 10:21:09 localhost vdr: [390] buffer stats: 33088 (1%) used May 4 10:21:09 localhost vdr: [390] info: Channel not available! May 4 10:21:20 localhost vdr: [390] switching to channel 7 May 4 10:21:20 localhost vdr: [687] transfer thread started (pid=390, tid=687) May 4 10:21:20 localhost vdr: [688] receiver on device 1 thread started (pid=390, tid=688) May 4 10:21:20 localhost vdr: [689] TS buffer on device 1 thread started (pid=390, tid=689) May 4 10:21:20 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:21:20 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:24 localhost vdr: [687] transfer thread ended (pid=390, tid=687) May 4 10:21:24 localhost vdr: [689] TS buffer on device 1 thread ended (pid=390, tid=689) May 4 10:21:24 localhost vdr: [688] buffer stats: 138180 (6%) used May 4 10:21:24 localhost vdr: [688] receiver on device 1 thread ended (pid=390, tid=688) May 4 10:21:25 localhost vdr: [390] switching to channel 7 May 4 10:21:25 localhost vdr: [390] buffer stats: 50384 (2%) used May 4 10:21:25 localhost vdr: [390] info: Channel not available! May 4 10:21:31 localhost vdr: [390] switching to channel 8 May 4 10:21:31 localhost vdr: [699] transfer thread started (pid=390, tid=699) May 4 10:21:31 localhost vdr: [700] receiver on device 1 thread started (pid=390, tid=700) May 4 10:21:31 localhost vdr: [701] TS buffer on device 1 thread started (pid=390, tid=701) May 4 10:21:31 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:21:31 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:33 localhost vdr: [396] channel 23 (C CINEMA PREMIER) event Sun 04.05.2008 08:05-10:45 'L'ENFER DU DIMANCHE' status 4 May 4 10:21:35 localhost vdr: [699] transfer thread ended (pid=390, tid=699) May 4 10:21:35 localhost vdr: [701] TS buffer on device 1 thread ended (pid=390, tid=701) May 4 10:21:35 localhost vdr: [700] buffer stats: 110356 (5%) used May 4 10:21:35 localhost vdr: [700] receiver on device 1 thread ended (pid=390, tid=700) May 4 10:21:36 localhost vdr: [390] switching to channel 8 May 4 10:21:36 localhost vdr: [390] buffer stats: 44180 (2%) used May 4 10:21:36 localhost vdr: [390] info: Channel not available! May 4 10:21:42 localhost vdr: [390] switching to channel 9 May 4 10:21:42 localhost vdr: [710] transfer thread started (pid=390, tid=710) May 4 10:21:42 localhost vdr: [711] receiver on device 1 thread started (pid=390, tid=711) May 4 10:21:42 localhost vdr: [712] TS buffer on device 1 thread started (pid=390, tid=712) May 4 10:21:42 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:21:42 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:21:46 localhost vdr: [710] transfer thread ended (pid=390, tid=710) May 4 10:21:46 localhost vdr: [712] TS buffer on device 1 thread ended (pid=390, tid=712) May 4 10:21:46 localhost vdr: [711] buffer stats: 87984 (4%) used May 4 10:21:46 localhost vdr: [711] receiver on device 1 thread ended (pid=390, tid=711) May 4 10:21:47 localhost vdr: [390] switching to channel 9 May 4 10:21:47 localhost vdr: [390] buffer stats: 33840 (1%) used May 4 10:21:47 localhost vdr: [390] info: Channel not available! May 4 10:21:58 localhost vdr: [390] switching to channel 9 May 4 10:21:58 localhost vdr: [390] info: Channel not available! May 4 10:22:02 localhost vdr: [390] switching to channel 10 May 4 10:22:02 localhost vdr: [731] transfer thread started (pid=390, tid=731) May 4 10:22:02 localhost vdr: [732] receiver on device 1 thread started (pid=390, tid=732) May 4 10:22:02 localhost vdr: [733] TS buffer on device 1 thread started (pid=390, tid=733) May 4 10:22:02 localhost kernel: dvb_frontend_ioctl: DVBFE_GET_INFO May 4 10:22:02 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 May 4 10:22:03 localhost vdr: [396] channel 46 (SERIE CLUB) event Sun 04.05.2008 10:05-11:37 'LES BOEUF-CAROTTES' status 4 May 4 10:22:06 localhost vdr: [731] transfer thread ended (pid=390, tid=731) May 4 10:22:06 localhost vdr: [733] TS buffer on device 1 thread ended (pid=390, tid=733) May 4 10:22:06 localhost vdr: [732] buffer stats: 113740 (5%) used May 4 10:22:06 localhost vdr: [732] receiver on device 1 thread ended (pid=390, tid=732) May 4 10:22:09 localhost vdr: [390] switching to channel 10 May 4 10:22:09 localhost vdr: [390] buffer stats: 53204 (2%) used May 4 10:22:09 localhost vdr: [390] info: Channel not available! May 4 10:22:09 localhost vdr: [390] retuning due to modification of channel 10 May 4 10:22:09 localhost vdr: [390] switching to channel 10 May 4 10:22:09 localhost vdr: [390] info: Channel not available! May 4 10:22:20 localhost vdr: [390] confirm: CAM is in use - really reset? May 4 10:22:20 localhost vdr: [390] warning: CAM is in use - really reset? May 4 10:22:23 localhost vdr: [390] confirmed May 4 10:22:23 localhost vdr: [394] CAM 2: module reset May 4 10:22:23 localhost vdr: [394] CAM 2: module present May 4 10:22:24 localhost vdr: [394] CAM 2: module ready May 4 10:22:29 localhost vdr: [390] confirm: CAM is in use - really reset? May 4 10:22:29 localhost vdr: [390] warning: CAM is in use - really reset? May 4 10:22:31 localhost vdr: [390] confirmed May 4 10:22:32 localhost vdr: [394] CAM 2: module present May 4 10:22:33 localhost vdr: [394] CAM 2: module ready May 4 10:22:36 localhost vdr: [390] ERROR: Can't open CAM menu! Pierre

2 1

[ANNOUNCE]: osdpip-0.0.10
by Andreas Regel 03 May '08

03 May '08

Hi, there is a new version 0.0.10 of the osdpip plugin available: http://home.arcor.de/andreas.regel/files/osdpip/vdr-osdpip-0.0.10.tgz Changes since 0.0.9: - support swscale functions of recent FFMPEG versions. Have a look at README to see how to deactivate it for older FFPMEG versions. - support changed header file structure of recent FFMPEG versions. Have a look at README to see how to activate this. - added zapping through PiP channel based on a patch by pinky666 from vdr-portal. You can activate it via the green button. Regards, Andreas

1 0

VDR 1.7.0 & multiproto & hvr4000
by gimli 03 May '08

03 May '08

Some postings before i read about multiproto + hvr4000 and tuning problems. I had that problems myselfe. The problem is the inversion setting in the driver. It's a driver bug. At the moment i do not have my modified driver by hand. Will post it in later today. I did a mixuup between : http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024487.html and http://www.mail-archive.com/linux-dvb@linuxtv.org/msg27438.html a patch i have done. c Edgar (gimli) Hucek

4 12

VDR 1.7.0 &
by Igor 03 May '08

03 May '08

Hi when I want to switch on dvb-s2 channels ( Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782 Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, tid=4535) Apr 28 09:18:32 localhost vdr: [4188] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4756] transfer thread started (pid=4188, tid=4756) Apr 28 09:18:32 localhost vdr: [4537] TS buffer on device 1 thread ended (pid=4188, tid=4537) Apr 28 09:18:32 localhost vdr: [4536] buffer stats: 0 (0%) used Apr 28 09:18:32 localhost vdr: [4536] receiver on device 1 thread ended (pid=4188, tid=4536) Apr 28 09:18:32 localhost vdr: [4757] receiver on device 1 thread started (pid=4188, tid=4757) Apr 28 09:18:32 localhost vdr: [4758] TS buffer on device 1 thread started (pid=4188, tid=4758) Apr 28 09:18:40 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914 Apr 28 09:18:40 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:40 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:18:50 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:18:50 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:19:00 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:00 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:19:10 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:10 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:19:20 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:20 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:19:30 localhost vdr: [4197] ERROR (dvbdevice.c,302): Invalid argument Apr 28 09:19:30 localhost kernel: dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2 Apr 28 09:19:41 localhost vdr: [4197] frontend 0 timed out while tuning to channel 2782, tp 111914

2 2

UPnP/DLNA server plugin?
by Teemu Suikki 03 May '08

03 May '08

Has anyone written a direct UPnP/DLNA plugin, to stream out VDR recordings and live TV to PS3 or XBOX 360? IMHO this would be a logical extension to the streamdev plugin. :) There is a good UPnP server available for linux, called Fuppes: http://fuppes.ulrich-voelkel.de/ Fuppes can be used to stream VDR recordings, but so far I haven't been able to get live video to work.. And even with recordings you need to use transcoding because PS3 doesn't like MPEG-PES. -- Teemu Suikki http://www.z-power.fi/

3 5

A signal strength problem?
by Simon Baxter 02 May '08

02 May '08

Hi I'm running vdr-1.6.0 with 2 dvb-c cards and CIs. I'm having occasional audio/video problems and getting these messages: May 3 05:06:04 callin vdr: [12239] PES packet shortened to 2208 bytes (expected: 2944 bytes) May 3 05:06:04 callin vdr: [12239] 3 cRepacker messages suppressed May 3 05:06:04 callin vdr: [12239] cAudioRepacker(0xC0): skipped 464 bytes to sync on next audio frame May 3 05:06:11 callin vdr: [12239] PES packet shortened to 1840 bytes (expected: 2944 bytes) May 3 05:06:14 callin vdr: [12239] PES packet shortened to 2760 bytes (expected: 2944 bytes) May 3 05:07:04 callin vdr: [12239] 16 cRepacker messages suppressed May 3 05:07:04 callin vdr: [12239] cAudioRepacker(0xC0): skipped 288 bytes to sync on next audio frame May 3 05:07:10 callin vdr: [12239] PES packet shortened to 1472 bytes (expected: 2944 bytes) May 3 05:07:14 callin vdr: [12239] PES packet shortened to 1472 bytes (expected: 2944 bytes) May 3 05:07:34 callin vdr: [12239] 7 cRepacker messages suppressed May 3 05:07:34 callin vdr: [12239] cAudioRepacker(0xC0): skipped 192 bytes to sync on next audio frame May 3 05:07:41 callin vdr: [12239] PES packet shortened to 2760 bytes (expected: 2944 bytes) May 3 05:08:05 callin vdr: [12239] 3 cRepacker messages suppressed May 3 05:08:05 callin vdr: [12239] cAudioRepacker(0xC0): skipped 240 bytes to sync on next audio frame May 3 05:08:44 callin vdr: [12239] cAudioRepacker(0xC0): skipped 204 bytes while syncing on next audio frame May 3 05:09:14 callin vdr: [12239] 3 cRepacker messages suppressed May 3 05:09:14 callin vdr: [12239] cAudioRepacker(0xC0): skipped 396 bytes while syncing on next audio frame May 3 05:09:34 callin vdr: [12239] PES packet shortened to 2024 bytes (expected: 2944 bytes) May 3 05:09:34 callin vdr: [12239] 1 cRepacker messages suppressed May 3 05:09:34 callin vdr: [12239] cAudioRepacker(0xC0): skipped 424 bytes to sync on next audio frame Am I right in thinking this looks like signal strength problems? FEMON reports STR at 71%, SNR 7% and 0 for BER and UNC on card 0 and STR 37%, SNR 6%, BER/UNC=0 on card 1

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2008