Bug #1655: PAT/PMT generation with passthrough muxer without libav is broken also - Tvheadend

Custom queries

Accepted bugs by category
Bugs by category
Bugs by priority
Bugs by status
Bugs by target version
Features by category
Features by target version
Issues by category
Issues by status
Issues by target version
Need feedback by date
New issues
Status for next release

Actions

Copy link

Bug #1655

closed

PAT/PMT generation with passthrough muxer without libav is broken also

Added by Eric Valette about 12 years ago. Updated about 12 years ago.

Status:

Fixed

Priority:

Normal

Assignee:

John Törnblom

Category:

Muxers

Target version:

Start date:

2013-03-07

Due date:

% Done:

Estimated time:

Found in version:

git today

Affected Versions:

Description

if you look at ts files in https://www.lonelycoder.com/redmine/boards/5/topics/7845 you will see that we do not have the PAT/PMT generated each 1000 packet as expected, that the TS recorded file does not start with the PAT packet.

My TV does not like the TS generated by new TVHEADEND either.

Simply record a file is passthrough mode and run TSINFO on it.

History
Notes
Property changes

Actions

Copy link

Updated by Dave Chapman about 12 years ago

What was happening was that the passthrough muxer was injecting the PMT packet first, followed by the PAT.

I've just pushed a change to master which swaps the order. Does this make your TV happier?

Actions

Copy link

Updated by Eric Valette about 12 years ago

Dave Chapman wrote:

What was happening was that the passthrough muxer was injecting the PMT packet first, followed by the PAT.

I've just pushed a change to master which swaps the order. Does this make your TV happier?

Yes the write order was swapped. But that does not explain the count?

Actions

Copy link

Updated by Dave Chapman about 12 years ago

Eric Valette wrote:

Dave Chapman wrote:

What was happening was that the passthrough muxer was injecting the PMT packet first, followed by the PAT.

I've just pushed a change to master which swaps the order. Does this make your TV happier?

Yes the write order was swapped. But that does not explain the count?

tvheadend outputs the PAT/PMT, then 1000 media packets, then the PAT/PMT, then 1000 media packets...

Actions

Copy link

Updated by Eric Valette about 12 years ago

Dave Chapman wrote:

Eric Valette wrote:

Dave Chapman wrote:

What was happening was that the passthrough muxer was injecting the PMT packet first, followed by the PAT.

I've just pushed a change to master which swaps the order. Does this make your TV happier?

Yes the write order was swapped. But that does not explain the count?

tvheadend outputs the PAT/PMT, then 1000 media packets, then the PAT/PMT, then 1000 media packets...

Problem is that tsinfo output says something else. https://www.lonelycoder.com/redmine/boards/5/topics/7845 "Found 10 PAT packets and 4 PMT packets in 5000 TS packets." Or the output of tsinfo is wrong?

Actions

Copy link

Updated by Dave Chapman about 12 years ago

Yes, as discussed in the forum, the tsinfo output is wrong.

Can we now close this issue?

Actions

Copy link

Updated by Eric Valette about 12 years ago

Dave Chapman wrote:

Yes, as discussed in the forum, the tsinfo output is wrong.

Can we now close this issue?

You can close it but I haven't finished testing with the TV. I would like to record channels with EAC3 5.1 audio and make sure it works also. I will probably manage to finish testing over the week-end.

Actions

Copy link