diff options
| author |  wm4 <wm4@nowhere> | 2018-03-01 12:51:44 +0100 |
|---|---|---|
| committer |  Jan Ekström <jeebjp@gmail.com> | 2018-03-03 02:38:01 +0200 |
| commit | 6f27a165a8b28e464b732a0b349ea382b0123ba7 (patch) | |
| tree | 0bef54b1e935243715a77b68c3a381efe92d68e3 /demux | |
| parent | 4a5a4b676e338c6a27ebaa5548862aaca9f8971f (diff) | |
demux_mkv: enable libavcodec parser for eac3
It appears some (or all) mkv files with EAC3 are muxed in a way that
breaks FFmpeg's spdifenc. I suspect it's because either dependent
substream packets are localted in their own packets, or the reverse. Or
possibly this is case where the muxer did not respect packet boundaries
at all. Enabling the EAC3 parser seems to fix this anyway, because why
waste your precious time on retarded Dolby bullshit technology? (Which
idiot came up with this shitty substream garbage?)
Observed with dolby_digital_plus_channel_check_lossless-DWEU.mkv.
Fixes #5578.
Diffstat (limited to 'demux')
| -rw-r--r-- | demux/demux_mkv.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/demux/demux_mkv.c b/demux/demux_mkv.c index e939f0ae2a..310a6d4bcd 100644 --- a/demux/demux_mkv.c +++ b/demux/demux_mkv.c @@ -1760,7 +1760,7 @@ static int demux_mkv_open_audio(demuxer_t *demuxer, mkv_track_t *track) const char *codec = sh_a->codec; if (!strcmp(codec, "mp2") || !strcmp(codec, "mp3") || - !strcmp(codec, "truehd")) + !strcmp(codec, "truehd") || !strcmp(codec, "eac3")) { track->parse = true; } else if (!strcmp(codec, "flac")) { |