mirror of https://github.com/mpv-player/mpv
5cd067e6a0
uncovered while trying to send sound to a remote esd server over a wireless (11 mbs, just enough to handle to sound) link. First, the sound was full "ticking" sounds. I found a bug that prevented the "send the remainder of this block" code from ever being called - so large chunks of audio were simply being ignored. Fixing this bug removed the "ticking" from audio streams. Fixing this bug, however, uncovered another problem - when the socket buffer was full, doing a blocking write to finish the buffer would take far too long and would turn video into a chunky mess. I'd imagine this blocking write would be fine for an audio-only stream, but it turns out to hold up the video far too much. The solution in this patch is to write as much data as possible to the socket, and then return as soon as possible, reporting the number of bytes actually written accurately back to mplayer. I've tested it on both local and remote esd servers, and it works well. Patch by Benjamin Osheroff <ben@gimbo.net> git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@11620 b3059339-0415-0410-9bf9-f77b7e298cf2 |
||
|---|---|---|
| .. | ||
| .cvsignore | ||
| Makefile | ||
| afmt.c | ||
| afmt.h | ||
| ao_alsa1x.c | ||
| ao_alsa5.c | ||
| ao_alsa9.c | ||
| ao_arts.c | ||
| ao_dxr2.c | ||
| ao_esd.c | ||
| ao_macosx.c | ||
| ao_mpegpes.c | ||
| ao_nas.c | ||
| ao_null.c | ||
| ao_oss.c | ||
| ao_pcm.c | ||
| ao_plugin.c | ||
| ao_sdl.c | ||
| ao_sgi.c | ||
| ao_sun.c | ||
| ao_win32.c | ||
| audio_out.c | ||
| audio_out.h | ||
| audio_out_internal.h | ||
| audio_plugin.h | ||
| audio_plugin_internal.h | ||
| eq.h | ||
| filter.h | ||
| fir.h | ||
| firfilter.c | ||
| pl_delay.c | ||
| pl_eq.c | ||
| pl_extrastereo.c | ||
| pl_format.c | ||
| pl_resample.c | ||
| pl_surround.c | ||
| pl_volnorm.c | ||
| pl_volume.c | ||
| remez.c | ||
| remez.h | ||