TODO.txt
author Sam Lantinga
Sat, 08 Jun 2019 18:22:18 -0700
changeset 12803 70d338e248c8
parent 7856 cb37776926ad
permissions -rw-r--r--
Fixed bug 4294 - Audio: perform more validation on conversion request

janisozaur

There are many cases which are not able to be handled by SDL's audio conversion routines, including too low (negative) rate, too high rate (impossible to allocate).

This patch aims to report such issues early and handle others in a graceful manner. The "INT32_MAX / RESAMPLER_SAMPLES_PER_ZERO_CROSSING" value is the conservative approach in terms of what can _technically_ be supported, but its value is 4'194'303, or just shy of 4.2MHz. I highly doubt any sane person would use such rates, especially in SDL2, so I would like to drive this limit further down, but would need some assistance to do that, as doing so would have to introduce an arbitrary value. Are you OK with such approach? What would a good value be? Wikipedia (https://en.wikipedia.org/wiki/High-resolution_audio) lists 96kHz as the highest sampling rate in use, even if I quadruple it for a good measure, to 384kHz it's still an order of magnitude lower than 4MHz.
slouken@7222
     1
Future work roadmap:
slouken@7222
     2
 * http://wiki.libsdl.org/moin.cgi/Roadmap
slouken@7222
     3
slouken@7222
     4
 * Check 1.2 revisions:
slouken@7222
     5
	3554 - Need to resolve semantics for locking keys on different platforms
slouken@7222
     6
	4874 - Do we want screen rotation?  At what level?
slouken@7222
     7
	4974 - Windows file code needs to convert UTF-8 to Unicode, but we don't need to tap dance for Windows 95/98
slouken@7222
     8
	4865 - See if this is still needed (mouse coordinate clamping)
slouken@7222
     9
	4866 - See if this is still needed (blocking window repositioning)
slouken@7222
    10