Project

General

Profile

Bug #1655

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

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

Status:
Fixed
Priority:
Normal
Category:
Muxers
Target version:
-
Start date:
2013-03-07
Due date:
% Done:

0%

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

#1

Updated by Dave Chapman almost 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?

#2

Updated by Eric Valette almost 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?

#3

Updated by Dave Chapman almost 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...

#4

Updated by Eric Valette almost 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?

#5

Updated by Dave Chapman almost 12 years ago

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

Can we now close this issue?

#6

Updated by Eric Valette almost 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.

#7

Updated by Eric Valette almost 12 years ago

Eric Valette wrote:

Dave Chapman wrote:

Can we now close this issue?

I will probably manage to finish testing over the week-end.

Its working so you can close the bug. Thanks for the support.

#8

Updated by John Törnblom almost 12 years ago

  • Status changed from New to Fixed

Also available in: Atom PDF