cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
adf802bb2b
openbsd-ports/devel/sdl/patches/patch-src_audio_SDL_audio_c

23 lines
819 B
Plaintext
Raw Normal View History

cleanup sndio backend - rename from "libsndio" to "sndio" - remove support for "frame tick" synchronization; nothing uses it - as with many other sndio backends, the audio device block size is the buffer-write-size the application wants and there are 2 blocks per device buffer - if SDL will resample, increase the audio block and buffer size by the same ratio, so that device latency (or how much *time* the application has between write()s to not let the buffer underrun) does not change - allow applications to disable conversions tested with almost every port that uses this code (exceptions being some games that require non-free game data) on a device most likely to be affected by the changes (azalia(4) that only does 44.1 or 48 kHz s16) unoverriding conversion disabling exposes brokenness in a few other ports, those will be fixed soon
2009-01-24 05:56:11 -05:00
$OpenBSD: patch-src_audio_SDL_audio_c,v 1.16 2009/01/24 10:56:11 jakemsr Exp $
- make artsd audio output work by linking with libartsc instead of trying to dlopen() it. also fix a couple bugs in the artsd output module: when artsd is "suspended", it only means that it it not accessing the soundcard at the moment, not that it will not accept data. fix output latency by setting parameters that actually are settable, instead of trying to set read-only(!) parameters. - allow the default audio output method to be chosen with the SDL_AUDIO_DRIVER environment variable. choices are 'arts', 'esd' and 'audio'. 'audio' selects audio(4) output, and is the default if SDL_AUDIO_DRIVER is not set. ok pvalchev@
2008-03-19 09:33:29 -04:00
--- src/audio/SDL_audio.c.orig Sun Dec 30 20:47:59 2007
cleanup sndio backend - rename from "libsndio" to "sndio" - remove support for "frame tick" synchronization; nothing uses it - as with many other sndio backends, the audio device block size is the buffer-write-size the application wants and there are 2 blocks per device buffer - if SDL will resample, increase the audio block and buffer size by the same ratio, so that device latency (or how much *time* the application has between write()s to not let the buffer underrun) does not change - allow applications to disable conversions tested with almost every port that uses this code (exceptions being some games that require non-free game data) on a device most likely to be affected by the changes (azalia(4) that only does 44.1 or 48 kHz s16) unoverriding conversion disabling exposes brokenness in a few other ports, those will be fixed soon
2009-01-24 05:56:11 -05:00
+++ src/audio/SDL_audio.c Thu Jan 22 20:40:14 2009
add libsndio backend and use it by default. take maintainership as suggested by current maintainer. ok pvalchev@
2008-11-02 09:53:51 -05:00
@@ -36,6 +36,9 @@
/* Available audio drivers */
static AudioBootStrap *bootstrap[] = {
cleanup sndio backend - rename from "libsndio" to "sndio" - remove support for "frame tick" synchronization; nothing uses it - as with many other sndio backends, the audio device block size is the buffer-write-size the application wants and there are 2 blocks per device buffer - if SDL will resample, increase the audio block and buffer size by the same ratio, so that device latency (or how much *time* the application has between write()s to not let the buffer underrun) does not change - allow applications to disable conversions tested with almost every port that uses this code (exceptions being some games that require non-free game data) on a device most likely to be affected by the changes (azalia(4) that only does 44.1 or 48 kHz s16) unoverriding conversion disabling exposes brokenness in a few other ports, those will be fixed soon
2009-01-24 05:56:11 -05:00
+#if SDL_AUDIO_DRIVER_SNDIO
+ &SNDIO_bootstrap,
add libsndio backend and use it by default. take maintainership as suggested by current maintainer. ok pvalchev@
2008-11-02 09:53:51 -05:00
+#endif
#if SDL_AUDIO_DRIVER_BSD
&BSD_AUDIO_bootstrap,
#endif
cleanup sndio backend - rename from "libsndio" to "sndio" - remove support for "frame tick" synchronization; nothing uses it - as with many other sndio backends, the audio device block size is the buffer-write-size the application wants and there are 2 blocks per device buffer - if SDL will resample, increase the audio block and buffer size by the same ratio, so that device latency (or how much *time* the application has between write()s to not let the buffer underrun) does not change - allow applications to disable conversions tested with almost every port that uses this code (exceptions being some games that require non-free game data) on a device most likely to be affected by the changes (azalia(4) that only does 44.1 or 48 kHz s16) unoverriding conversion disabling exposes brokenness in a few other ports, those will be fixed soon
2009-01-24 05:56:11 -05:00
@@ -532,7 +535,7 @@ int SDL_OpenAudio(SDL_AudioSpec *desired, SDL_AudioSpe
various audio fixes; from jakemsr@
2007-08-14 11:51:07 -04:00
return(-1);
}
if ( audio->convert.needed ) {
update to sdl-1.2.12. long due update, possible now since the macppc X acceleration bug is now gone (thanks for ajacoutot for endless testing of this issue), diff from brad
2007-09-21 21:12:38 -04:00
- audio->convert.len = (int) ( ((double) desired->size) /
various audio fixes; from jakemsr@
2007-08-14 11:51:07 -04:00
+ audio->convert.len = (int) ( ((double) audio->spec.size) /
update to sdl-1.2.12. long due update, possible now since the macppc X acceleration bug is now gone (thanks for ajacoutot for endless testing of this issue), diff from brad
2007-09-21 21:12:38 -04:00
audio->convert.len_ratio );
various audio fixes; from jakemsr@
2007-08-14 11:51:07 -04:00
audio->convert.buf =(Uint8 *)SDL_AllocAudioMem(
audio->convert.len*audio->convert.len_mult);
Reference in New Issue Copy Permalink