mpv/audio
llyyr a44a726301 ao_alsa: assume device lost if we couldn't recover after 10 attempts
ALSA API reports -EPIPE even when the the device is lost, which we
currently always assume to be an XRUN. If we assumed XRUN 10 times and
didn't manage to recover, just consider the device lost and try to
reconnect. Allows ao_alsa to recover from alsa server being killed then
reinitialized. And even in the worst case, this should be better than
the status quo of mpv attempting to prepare a PCM device indefinitely
until the user restarts mpv.

This is admittedly not ideal, and I don't think the -EPIPE hack is
necessary anymore, but I can only test on my setup and removing the
'assume -EPIPE is an XRUN' hack might break some setups for whatever
mysterious reasons.
2024-09-14 14:08:30 +02:00
..
decode ad_spdif: update list of DTS_HD profiles 2024-08-01 13:27:08 +02:00
filter various: remove av channel layout check 2024-06-22 16:12:14 +02:00
out ao_alsa: assume device lost if we couldn't recover after 10 attempts 2024-09-14 14:08:30 +02:00
aframe.c various: remove av channel layout check 2024-06-22 16:12:14 +02:00
aframe.h ad_lavc: strip non-normalized floats 2022-09-02 01:27:31 +02:00
chmap.c chmap: mp_image_pool: drop stale mentions of Libav in comments 2024-01-20 16:10:20 +00:00
chmap.h audio/chmap: support up to 64 channels 2023-09-29 02:35:10 +00:00
chmap_avchannel.c
chmap_avchannel.h various: remove av channel layout check 2024-06-22 16:12:14 +02:00
chmap_sel.c
chmap_sel.h
fmt-conversion.c
fmt-conversion.h
format.c audio/format: fix Type 'struct entry' has incompatible definitions in different translation units 2022-10-23 14:57:24 +02:00
format.h