Bug #3053
closed
The pass muxer filters out the stream (A/V) data when PID reshared with SI tables (e.g. SDT)
Added by freebits FB over 9 years ago.
Updated over 9 years ago.
Found in version:
3.x, 4.0.5 and 4.1
Description
Hi,
I'm new to tvheadend so it many not a bug.
I see the following messages from syslog (ubuntu) whenever specific HD channels are chosen from the client (pass-thru). The other channels are all OK with video/audio out and no such logs are made.
Aug 26 20:26:24 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 3890)
Aug 26 20:26:35 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 4217)
Aug 26 20:26:46 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 4546)
Aug 26 20:26:57 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 4873)
Aug 26 20:27:08 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 5203)
Aug 26 20:27:19 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 5531)
Aug 26 20:27:30 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 5860)
Aug 26 20:27:41 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 6182)
Aug 26 20:27:52 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 6505)
Aug 26 20:28:03 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 6832)
Aug 26 20:28:14 ubuntu tvheadend4976: pass-sdt: -: invalid checksum (len 483, errors 7146)
Tried 3.x, 4.0.5 and 4.1 but no improvement yet.
Files
Aug 26 20:41:48 ubuntu tvheadend4976: subscription: 0018: "HTTP" subscribing on channel "MBC", weight: 100, adapter: "Auvitek AU8522 QAM/8VSB Frontend : ATSC #0", network: "test", mux: "567MHz", service: "MBC", profile="pass", hostname="192.168.10.15", username="abcd", client="VLC/3.0.0-git-20150713-0402 LibVLC/3.0.0-git-20150713-0402"
more info about the client..
Check the info dialog in the service grid (i icon) if there's a video PID .
Service details for test/567MHz/MBC
Index
PID
Type
Language
Details
0x0011 / 17 PCR
0x0010 / 16 PMT
1 0x0011 / 17 MPEG2VIDEO
2 0x0014 / 20 AC3 kor
After filtering and reordering (without PCR and PMT)
Index
PID
Type
Language
Details
1 0x0011 / 17 MPEG2VIDEO
2 0x0014 / 20 AC3 kor
Attach file created using 'wget -O a.ts <URL_from_the_service_grid>'. About 30 seconds. The default profile should be set as 'passthrough' (default settings).
a.ts is attached. It has only audio in the mpeg ts container.
$ ./support/pid-count.py ~/Download/a.ts
0000 ( 0) - 246 (err 0)
0010 ( 16) - 98 (err 0)
0014 ( 20) - 4803 (err 0)
1FFB (8187) - 233 (err 0)
There is no PID 0011 ( 17). It seems that video is broadcasted on different PID. Do you have any reference receiver where you can check which PIDs are used for this service ?
Pls check the attached. This channel has no problem in watching in Windows. Video PID is 17.
Could you try matroska as the muxer ? Or try to disable 'SDT rewrite' in the pass profile. It seems that the pass muxer filters the packets out.
Good. Disabling 'SDT rewrite' did the trick.
Btw, why pass muxer filters the packets out?
- Subject changed from No video out and only audio to The pass muxer filters out the stream (A/V) data when PID reshared with SI tables (e.g. SDT)
- Target version set to 4.2
Because the PID is shared with the SDT service information table. It's not simple to determine if the MPEG-TS packet is A/V data or service info. I'll modify the pass muxer behaviour to not rewrite the MPEG-TS packets for these PIDs . Your broadcaster is crazy anyway.
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|101966cbdd5d5f7c37324ce0afede60cd86c2891.
Also available in: Atom
PDF
Updated by 
Updated by 