bonifacy Posted June 2, 2016 Share Posted June 2, 2016 (edited) 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 Quote Link to comment
slavik Posted June 30, 2016 Share Posted June 30, 2016 (edited) 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 Quote Link to comment
Griga Posted June 30, 2016 Share Posted June 30, 2016 Is a recording log available? Does DVBViewer find all audio tracks when you play the recording? Quote Link to comment
slavik Posted June 30, 2016 Share Posted June 30, 2016 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 fps7:10:14 / 0:00:13 (~ 0,4 MB) PID 1082: MPEG Audio Stereo, 48 khz, 128 kbps7:10:14 / 0:00:13 (~ 0,4 MB) PID 1083: MPEG Audio Stereo, 48 khz, 128 kbps7:10:14 / 0:00:13 (~ 0,4 MB) PID 1084: MPEG Audio Stereo, 48 khz, 128 kbps9: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.2Scanning for PIDsFound 6 different PIDsIdentifying 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.2Scanning for PIDsFound 6 different PIDsIdentifying 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] Quote Link to comment
Griga Posted July 1, 2016 Share Posted July 1, 2016 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.