summaryrefslogtreecommitdiffstats
path: root/audio/filter/af_lavcac3enc.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-09-23 00:35:57 +0200
committerwm4 <wm4@nowhere>2014-09-23 00:35:57 +0200
commit1f4a74cbed9a631fc86d332e0869decb47f33be2 (patch)
tree3c374b38ee82e5eeb018a1e85886060cdfe4905d /audio/filter/af_lavcac3enc.c
parent9fe076f02a67a87a79856e9583fc76aeb211c330 (diff)
downloadmpv-1f4a74cbed9a631fc86d332e0869decb47f33be2.tar.bz2
mpv-1f4a74cbed9a631fc86d332e0869decb47f33be2.tar.xz
vf_vapoursynth: make it possible to get filter output incrementally
Until now, we always required the playback core to decode a new frame to get more output from the filter. That seems to be completely unnecessary, because filtered results may arrive before that. Add a filter_out callback, and restructure the code such that it can return any filtered frames, or block if it hasn't read at least one frame. In the worst case, it still can happen that bursts of input requests and output requests happen. (This commit tries to reduce burst-like behavior, but it's not entirely possible due to the indeterministic nature of VS threading.) This is a similar change as with 95bb0bb6.
Diffstat (limited to 'audio/filter/af_lavcac3enc.c')
0 files changed, 0 insertions, 0 deletions