mpv/audio/decode
wm4 0a406f97e0 video, audio: don't actively wait for demuxer input
If feed_packet() ended with DATA_WAIT, the player should have gone to
sleep, until the demuxer wakes it up again when there is new data. But
the call to read_frame() unconditionally overwrote this status code, so
it never waited. The consequence was that the core burned CPU by
effectively polling the demuxer status, which was noticeable especially
when seeking in network streams (since seeking is async, decoders will
start out with having to wait for network).

Regression since commit 33e5755c.
2018-01-09 09:19:56 +01:00
..
ad.h audio: introduce a new type to hold audio frames 2017-08-16 21:10:54 +02:00
ad_lavc.c audio: introduce a new type to hold audio frames 2017-08-16 21:10:54 +02:00
ad_spdif.c options: drop some previously deprecated options 2017-12-25 04:06:17 -07:00
dec_audio.c video, audio: don't actively wait for demuxer input 2018-01-09 09:19:56 +01:00
dec_audio.h audio: introduce a new type to hold audio frames 2017-08-16 21:10:54 +02:00