Project

General

Profile

Bug #3053

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.

Status:
Fixed
Priority:
Normal
Category:
Streaming
Target version:
Start date:
2015-08-26
Due date:
% Done:

100%

Estimated time:
Found in version:
3.x, 4.0.5 and 4.1
Affected Versions:

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

a.ts (988 KB) a.ts freebits FB, 2015-09-01 12:14
2015-09-03_095835.png (556 KB) 2015-09-03_095835.png freebits FB, 2015-09-03 03:00

History

#1

Updated by freebits FB over 9 years ago

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..

#2

Updated by Jaroslav Kysela over 9 years ago

Check the info dialog in the service grid (i icon) if there's a video PID .

#3

Updated by freebits FB over 9 years ago

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

#4

Updated by Jaroslav Kysela over 9 years ago

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).

#5

Updated by freebits FB over 9 years ago

a.ts is attached. It has only audio in the mpeg ts container.

#6

Updated by Jaroslav Kysela over 9 years ago

$ ./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 ?

#7

Updated by freebits FB over 9 years ago

Pls check the attached. This channel has no problem in watching in Windows. Video PID is 17.

#8

Updated by freebits FB over 9 years ago

no update yet?

#9

Updated by Jaroslav Kysela over 9 years ago

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.

#10

Updated by freebits FB over 9 years ago

Good. Disabling 'SDT rewrite' did the trick.
Btw, why pass muxer filters the packets out?

#11

Updated by Jaroslav Kysela over 9 years ago

  • 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
#12

Updated by Jaroslav Kysela over 9 years ago

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.

#13

Updated by Jaroslav Kysela over 9 years ago

  • Status changed from New to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|101966cbdd5d5f7c37324ce0afede60cd86c2891.

Also available in: Atom PDF