[FFmpeg-devel] Proper parsing of DTS-HD MA streams

[Robert McNamara]

>
>
>
> There is only one sample available world wide with E-AC3
> and that is from a Dolby demo disc. So we can forget
> about that for now. It's not needed in real life.


Good to know.  I'm actually attaching a version of the patch that removes
the LPCM parsing for right now-- it seems that some streams parse fine, and
some get hung up.  Not sure why, and it's over my pay grade to find out.


>
>
> I've uploaded an AC3/TrueHD sample and two LPCM
> samples here:
>
> (1) http://madshi.net/hd_dolby_true_hd.m2ts
> (2) http://madshi.net/LPCM-3-1.m2ts
> (3) http://madshi.net/lpcm-96-kHz.m2ts


Thanks a lot for this.  It helped.


> <http://madshi.net/lpcm-96-kHz.m2ts>
>
> Here are the reports for those 3 samples from my
> tool "eac3to":
>
> (1)
> M2TS, 1 video track, 1 audio track, 0:00:12
> 1: h264/AVC, 1080i60 /1.001 (16:9)
> 2: TrueHD/AC3, 7.1 channels, 96khz
>   (embedded: AC3, 5.1 channels, 640kbps, 48khz)


FFMPEG Output with patch applied:

Input #0, mpegts, from 'hd_dolby_true_hd.m2ts':
  Duration: 00:00:12.01, start: 600.000000, bitrate: 22213 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9],
29.97 tb(r)
    Stream #0.1[0x1100]: Audio: mlp, 96000 Hz, 7.1, s16

 I didn't try the other two since the LPCM parsing is problematic at the
moment (probably because it's defaulting to MP1 as the codec).  Here is the
output of a DTS-HD stream with the patch applied, though, just to show that
it's working.  AFAICT Bluray audio PIDs start at 0x1100 and increment from
there, so it's pretty easy to tell when a track isn't being parsed.

Input #0, mpegts, from '/MythMedia/movies/For Your Eyes Only.m2ts':
  Duration: 02:07:59.29, start: 11.650667, bitrate: 31823 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9],
23.98 tb(r)
    Stream #0.1[0x1100]: Audio: dca, 48000 Hz, 5.1, s16, 1536 kb/s
    Stream #0.2[0x1101]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s
    Stream #0.3[0x1102]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s
    Stream #0.4[0x1103]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s
    Stream #0.5[0x1104]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s
    Stream #0.6[0x1105]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s
    Stream #0.7[0x1106]: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s

On unpatched ffmpeg, the parser just hangs and has to be Ctrl-C'd.
 Hopefully this is adequate to get the mpegts improvements committed so that
Kostya can have an easier time of getting the DCA parsing working.  To
summarize, all stream IDs except for E-AC-3 (0x84) in this patch have been
tested and are working properly.  As Madshi mentions, this one does not
exist in the wild, but it doesn't seem to be harmful to include it to be as
complete as possible.  I have tested stream copies of these audio tracks and
they are working correctly.

Hopefully someone can take a quick look at this and commit if appropriate.

Thanks,

Robert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mpegtsparser_hdformats.diff
Type: application/octet-stream
Size: 1856 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20081126/b8421e69/attachment.obj>