summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2018-03-01 12:51:44 +0100
committerJan Ekström <jeebjp@gmail.com>2018-03-03 02:38:01 +0200
commit6f27a165a8b28e464b732a0b349ea382b0123ba7 (patch)
tree0bef54b1e935243715a77b68c3a381efe92d68e3
parent4a5a4b676e338c6a27ebaa5548862aaca9f8971f (diff)
downloadmpv-6f27a165a8b28e464b732a0b349ea382b0123ba7.tar.bz2
mpv-6f27a165a8b28e464b732a0b349ea382b0123ba7.tar.xz
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.
-rw-r--r--demux/demux_mkv.c2
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")) {