diff options
author | wm4 <wm4@nowhere> | 2013-05-24 11:56:49 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-05-26 16:55:20 +0200 |
commit | 137c1032faca14b922fc79d8813eabf095be9c35 (patch) | |
tree | 94accfc0479368494477df903c7bd1230b221ca4 /TOOLS/lib | |
parent | 58a7d81dc55835fb0f5cc6a3f14288d722f83c91 (diff) | |
download | mpv-137c1032faca14b922fc79d8813eabf095be9c35.tar.bz2 mpv-137c1032faca14b922fc79d8813eabf095be9c35.tar.xz |
stream: de-inline some larger functions
Tests with demux_mkv show that the speed doesn't change (or actually,
it seems to be faster after this change). In any case, there is not
the slightest reason why these should be inline. Functions for which
this will (probably) actually matter, like stream_read_char, are
still left inline.
This was tested with demux_mkv's indexing. For broken files without
index, demux_mkv creates an on-the-fly index. If you seek to a later
part of the file, all data has to be read and parsed until the wanted
position is found. This means demux_mkv will do mostly I/O, calling
stream_read_char() and stream_read(). This should be the most I/O
intensive non-deprecated part of mpv that uses the stream interface.
(demux_lavf has its own buffering.)
Diffstat (limited to 'TOOLS/lib')
0 files changed, 0 insertions, 0 deletions