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_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
ad.h	audio: introduce a new type to hold audio frames	2017-08-16 21:10:54 +02: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