cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
I am pretty sure that this problem apperars in one of the last three vdr-versions:
Recording from hr3 with DVB-C:
Jan 28 12:26:10 linvdr user.err vdr: [3078] cVideoRepacker: found system start code: stream seems to be scrambled or not demul Jan 28 12:26:44 linvdr user.info vdr: [2997] timer 2 (4 1640-1750 'Smallville') set to event Sam 28.01.2006 16:15-16:50 'Ritas Jan 28 12:29:55 linvdr user.info vdr: [3016] channel 25 (hr-fernsehen) event 12:30 'c't magazin' status 4 Jan 28 12:30:01 linvdr cron.notice crond[3038]: USER root pid 3080 cmd convert.pl -q -s Jan 28 12:30:36 linvdr syslog.info -- MARK -- Jan 28 12:33:50 linvdr user.info vdr: [3013] channel 7 (RTL2) event 12:25 'In guten wie in schweren Tagen' status 4 Jan 28 12:35:01 linvdr cron.notice crond[3038]: USER root pid 3081 cmd convert.pl -q -s Jan 28 12:35:38 linvdr user.debug vdr: [3078] PES packet shortened to 1656 bytes (expected: 1840 bytes) Jan 28 12:35:38 linvdr user.err vdr: [3078] cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame Jan 28 12:40:01 linvdr cron.notice crond[3038]: USER root pid 3082 cmd convert.pl -q -s Jan 28 12:41:06 linvdr user.err vdr: [3078] cVideoRepacker: found system start code: stream seems to be scrambled or not demul Jan 28 12:43:29 linvdr user.info vdr: [3013] channel 4 (RTL Television) event 12:40 'Hor mal, wer da hammert!' status 4 Jan 28 12:43:45 linvdr user.debug vdr: [3078] PES packet shortened to 1656 bytes (expected: 1840 bytes)
BER according to femon is below 400, this should be good enough.
I never noticed this with recordings on the DVB-T-device.
On vdrportal three guys reported the same problem.
Hi,
Martin Dauskardt wrote:
Jan 28 12:43:45 linvdr user.debug vdr: [3078] PES packet shortened to 1656 bytes (expected: 1840 bytes)
This line shows me, that a TS packet (188 byte: 4 byte header + 184 byte payload) was lost. When the recording ended, you should get a couple of TS discontinuities reported in syslog.
The remuxer cannot recreate those lost bytes, but just inform about this issue. Next, one has to check, why TS packets get lost: driver isssue, hardware issue, etc.?
BER according to femon is below 400, this should be good enough.
The signal may be strong enough, but it could also be a matter of the driver or hardware setup/configuration that packets get lost.
I never noticed this with recordings on the DVB-T-device.
Possibly, because it is a different hardware/setup/configuration.
On vdrportal three guys reported the same problem.
Do they all have similar hardware/setup/configuration? Are there other people without this issue?
Bye.
-
Martin Dauskardt -
Reinhard Nissl