diff options
author | wm4 <wm4@nowhere> | 2020-08-28 20:23:54 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2020-08-29 13:12:32 +0200 |
commit | b74c09efbf7c6969fc053265f72cc0501b840ce1 (patch) | |
tree | bfaa86f7b03f28a191e5fdc83594095952e3dfba /TOOLS/lua/status-line.lua | |
parent | bb1f82107801a7981f9ae5b4229f48af68cc85c2 (diff) | |
download | mpv-b74c09efbf7c6969fc053265f72cc0501b840ce1.tar.bz2 mpv-b74c09efbf7c6969fc053265f72cc0501b840ce1.tar.xz |
audio: refactor how data is passed to AO
This replaces the two buffers (ao_chain.ao_buffer in the core, and
buffer_state.buffers in the AO) with a single queue. Instead of having a
byte based buffer, the queue is simply a list of audio frames, as output
by the decoder. This should make dataflow simpler and reduce copying.
It also attempts to simplify fill_audio_out_buffers(), the function I
always hated most, because it's full of subtle and buggy logic.
Unfortunately, I got assaulted by corner cases, dumb features (attempt
at seamless looping, really?), and other crap, so it got pretty
complicated again. fill_audio_out_buffers() is still full of subtle and
buggy logic. Maybe it got worse. On the other hand, maybe there really
is some progress. Who knows.
Originally, the data flow parts was meant to be in f_output_chain, but
due to tricky interactions with the playloop code, it's now in the dummy
filter in audio.c.
At least this improves the way the audio PTS is passed to the encoder in
encoding mode. Now it attempts to pass frames directly, along with the
pts, which should minimize timestamp problems. But to be honest, encoder
mode is one big kludge that shouldn't exist in this way.
This commit should be considered pre-alpha code. There are lots of bugs
still hiding.
Diffstat (limited to 'TOOLS/lua/status-line.lua')
0 files changed, 0 insertions, 0 deletions