summaryrefslogtreecommitdiffstats
path: root/mpvcore
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-09-08 05:09:16 +0200
committerwm4 <wm4@nowhere>2013-09-08 05:09:16 +0200
commit222b8c6e0291c791391c572d273d4708bcd3b34f (patch)
tree8f7c036c0a9117a73559f9e4928d775e4e53dfd6 /mpvcore
parent7f398f833e51dd68e175fbc7585fc29e5dc80f6b (diff)
downloadmpv-222b8c6e0291c791391c572d273d4708bcd3b34f.tar.bz2
mpv-222b8c6e0291c791391c572d273d4708bcd3b34f.tar.xz
demux_mkv: don't overflow packet queue when doing sub-preroll
Consider the cluster used for prerolling contains an insane amount of subtitle packets. Then the demuxer packet queue would be full of subtitle packets, and demux.c would refuse to read any further packets - including video and audio packets, resulting in EOF. Since everything involving Matroska and subtitles is 100% insane, this can actually happen. Fix this by putting a limit on the number of subtitle packets read by preroll, and throw away any further packets if the limit is exceeded. If this happens, the preroll mechanism will stop working, but the player's operation is unaffected otherwise.
Diffstat (limited to 'mpvcore')
0 files changed, 0 insertions, 0 deletions