summaryrefslogtreecommitdiffstats
path: root/libao2
diff options
context:
space:
mode:
authorUoti Urpala <uau@glyph.nonexistent.invalid>2009-12-29 15:51:59 +0200
committerUoti Urpala <uau@glyph.nonexistent.invalid>2009-12-29 15:51:59 +0200
commit57ce95b96a9d5ff75b5afa608bdda8366a999cf5 (patch)
tree416883d01181a719c50d460b49a2a7aa575bcfde /libao2
parentd7d8babe61914f14df1fc1bab173574e1fabad1e (diff)
downloadmpv-57ce95b96a9d5ff75b5afa608bdda8366a999cf5.tar.bz2
mpv-57ce95b96a9d5ff75b5afa608bdda8366a999cf5.tar.xz
audio: Remove fixed decode_audio() return size limit (MAX_OUTBURST)
A couple of months ago MPlayer's ALSA driver started rounding the amount of input data it was willing to accept in one call down to an integer multiple of the value it set in ao_data.outburst. In some configurations it was possible for this value to exceed the 64 KiB limit on the amount MPlayer was willing to write in a single call to the AO. As a result ao_alsa accepted 0 bytes in each play() call and audio playback failed. Fix this by removing the fixed 64 KiB limit on the amount of audio sent to AO at once; the limit was mostly a remnant of older code anyway.
Diffstat (limited to 'libao2')
-rw-r--r--libao2/ao_oss.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/libao2/ao_oss.c b/libao2/ao_oss.c
index b4e5ab49b8..6872b15946 100644
--- a/libao2/ao_oss.c
+++ b/libao2/ao_oss.c
@@ -519,8 +519,6 @@ static int get_space(void){
if(ioctl(audio_fd, SNDCTL_DSP_GETOSPACE, &zz)!=-1){
// calculate exact buffer space:
playsize = zz.fragments*zz.fragsize;
- if (playsize > MAX_OUTBURST)
- playsize = (MAX_OUTBURST / zz.fragsize) * zz.fragsize;
return playsize;
}
#endif