summaryrefslogtreecommitdiffstats
path: root/DOCS
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-07-16 22:44:15 +0200
committerwm4 <wm4@nowhere>2013-07-16 22:44:15 +0200
commit66a9eb570d8ab086ecd29c244dc99c5c6b85cd03 (patch)
tree7a74008c12573c87d213f1879ab5694ee5b283ff /DOCS
parent6230e0b896f2f022a83f034e401d18c259f22012 (diff)
downloadmpv-66a9eb570d8ab086ecd29c244dc99c5c6b85cd03.tar.bz2
mpv-66a9eb570d8ab086ecd29c244dc99c5c6b85cd03.tar.xz
demux_mkv: never force output sample rate
Matroska has an output sample rate (OutputSamplingFrequency), which in theory should be forced instead of whatever the decoder outputs. But it appears no software (other than mplayer2 and mpv until now) actually respects this. Even worse, there were broken files around, which played correctly with (in theory) broken software, but not mplayer2/mpv. Hacks were added to our code to play these files correctly, but they didn't catch all cases. Simplify this by doing what everyone else does, and always use the decoder's sample rate instead. In particular, we try to handle all sample rate issues like libavformat's Matroska demuxer does.
Diffstat (limited to 'DOCS')
0 files changed, 0 insertions, 0 deletions