DVBViewer v 5.6.2 - audio tracks in TS container, lost AC3 track

[bonifacy]

Recording all audio tracks.

mkvtoolnix v 9.2.0 doesn't recognize the AC3 track from .TS file rocorded by DVBViewer v 5.6.2

This an error in structure file .TS? MediaInfo correctly detects all audio tracks.

For old version v 5.5.2 all ok.

Edited June 2, 2016 by bonifacy

[slavik]

I can confirm the same behavior in my case. With version 5.6.2 programs like TSMuxer, MPEG Video Wizard DVD 5.0 detect only one audio track in the recorded ts file. After rollback to v5.5.2 all tracks are available. All tracks are:

Format: MPEG Audio

Format version: Version 1

Format profile: Layer 2

Codec ID: 3

Config is: TBS 5880, dvb-c, encrypted channel, conax ci.

Edited June 30, 2016 by slavik

[Griga]

Is a recording log available? Does DVBViewer find all audio tracks when you play the recording?

[slavik]

Yes, log available, all tracks present:

 

7:10:01 / 0:00:00 (~ 0,0 MB) Start

7:10:14 / 0:00:13 (~ 0,4 MB) PID 1081: MPEG2 Video, 16:9, 720x576, 25 fps
7:10:14 / 0:00:13 (~ 0,4 MB) PID 1082: MPEG Audio Stereo, 48 khz, 128 kbps
7:10:14 / 0:00:13 (~ 0,4 MB) PID 1083: MPEG Audio Stereo, 48 khz, 128 kbps
7:10:14 / 0:00:13 (~ 0,4 MB) PID 1084: MPEG Audio Stereo, 48 khz, 128 kbps
9:15:00 / 2:04:59 (~ 3572,6 MB) Stop

 

And yes, DVBViewer find all audio tracks when play recording.

 

Other media players find all tracks also. MediaInfo show all video and audio tracks.

 

Found one difference between v5.5.2 and v5.6.2 recorded ts files using TSDoctor tool - in v5.5.2 it found streams in order video-audio-audio-audio, in v5.6.2 - audio-video-audio-audio.

 

v5.5.2
Scanning for PIDs

Found 6 different PIDs

Identifying stream types

$03F0: 0% = PMT
$0000: 0% = PAT
$0439: 90% = MPEG2 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]
$043C: 3% = MPEG1 Audio (PES_StreamID CA = Audio_Stream_10) [PTS][PESLength]
$043A: 3% = MPEG1 Audio (PES_StreamID CC = Audio_Stream_12) [PTS][PESLength]
$043B: 3% = MPEG1 Audio (PES_StreamID C8 = Audio_Stream_8) [PTS][PESLength]

v5.6.2
Scanning for PIDs

Found 6 different PIDs

Identifying stream types

$03F0: 0% = PMT
$0000: 0% = PAT
$043A: 3% = MPEG1 Audio (PES_StreamID CC = Audio_Stream_12) [PTS][PESLength]
$0439: 90% = MPEG2 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]
$043B: 3% = MPEG1 Audio (PES_StreamID C8 = Audio_Stream_8) [PTS][PESLength]
$043C: 3% = MPEG1 Audio (PES_StreamID CA = Audio_Stream_10) [PTS][PESLength]

 

[Griga]

I think I've found the reason. A slightly different processing sequence in 5.5.2 and 5.6.2.

 

Each TS contains a table of contents (PAT/PMT, Program Association Table and Program Map Table) enumerating the available streams. The "Adjusted PAT/PMT" option lets the recorder adjust the original (broadcasted) PAT/PMT to the actual content of the recording. In DVBViewer 5.6.2 it may happen that the modified PMT is written before all audio streams indicated by the original PMT have been processed. In this case the first PMT in the recording only indicates a single audio stream. It is followed by another PMT that indicates a version change and enumerates all audio streams.

 

This is a correct behaviour in the DVB sense - a broadcaster may switch audio or subtitle streams on or off at any time, yielding such PMT changes. Therefore software that is processing TS files should continuously keep track of the PMT. However, it looks like some software is not be able to handle it, so I will check if we can re-establish the old DVBViewer 5.5.2 processing sequence in the next release.