| Age | Commit message (Collapse) | Author |
|---|
|
The previous default buffer size of 4096 samples for 44kHz mixer
would add up to 93ms of audio latency, which is fine for early
adventure games, but this is significantly more latency than is
acceptable for games with full motion video. For these games,
the latency needs to be kept within roughly +15ms and -45ms of
video frame presentation to avoid lip sync problems. With this
change, the default audio buffer size is calculated to be 1024
samples at 44kHz (which happens to match what DOSBox uses).
There is a possibility that the reduced latency may cause issues
that did not previously exist with things like the MT-32 emulator,
where a larger buffer size allowed for a larger window where
high-complexity synthesis that could not be generated in realtime
could be balanced out by low-complexity synthesis that could be
generated faster than realtime. In this case, rather than
increasing the system mixer buffer size again, please move the
MT-32 emulator into its own thread and give it its own larger ring
buffer into which it can generate more sample data in advance,
independently from the rest of the audio system.
For other systems where this buffer size reduction might cause a
problem with audio drop-outs, a new audio_buffer_size
configuration option has been added to allow users to tweak the
audio buffer size to match their machine's ability to generate
audio samples.
Fixes Trac#10033. Also improves playback of samples in SCI that
were programmed to restart across several consecutive frames,
relying on lower audio latency in the original engine for this to
not sound bad, like the hopping sound at the start of chapter 1
of KQ7, and the sound of turning on the power in the digger train
in the Lighthouse volcano.
|
|
Removing this GUI control was suggested as far back as 2011 at
<http://lists.scummvm.org/pipermail/scummvm-devel/2011-November/010416.html>.
There were no objections, but it was never removed. When working
on audio latency bugs, I independently rediscovered that the GUI
option was broken: the per-game options would *never* work, and the
option would not take effect until ScummVM was restarted because
there is no API for interacting with the backend audio mixer. So
now, it is finally gone.
Primarily for the sake of future troubleshooting, configurability
of the audio sample frequency within SdlMixerManager is maintained
for the moment, but now users will need to edit their ScummVM
configuration file manually to change it.
|
|
|
|
SDL does an awful job at resampling 44100 -> 48000 Hz
|
|
When SDL returns an unsupported audio sample format, ask
SDL to do resampling to the one ScummVM expects.
This is needed for the PS3 which natively only supports
32 bits floating point as a sample format.
|
|
|
|
This is based upon skristiansson's change set to make ScummVM work with SDL2.
|
|
|
|
|
|
This situation was only caused by a buildbot issue, and the relevant
information has been added to the FAQ on the ScummVM web site.
|
|
This will help avoid bug reports like #6510 - "SDL: Audio delay
in daily builds" in future.
|
|
This is to aid with investigation of bug #6510 - "SDL: Audio delay in
daily builds" and similar future issues.
|
|
|
|
This tries to make our code a bit more compliant with our code formatting
conventions. For future use, this is the command I used:
git ls-files "*.cpp" "*.h" | xargs sed -i -e 's/[ \t]*$//'
|
|
|
|
This commit corrects a number of minor issues and adds warnings
for when the desired output parameters given to SDL_OpenAudio()
don't match the obtained.
|
|
|
|
|
|
Some backends may break as I only compiled SDL
|
|
svn-id: r54519
|
|
svn-id: r52029
|
|
svn-id: r51587
|
|
GP2XSdlEventManager, and added GP2X code.
svn-id: r50542
|
|
svn-id: r50474
|
|
svn-id: r50198
|
|
svn-id: r50189
|
|
"common/timer.h" that should have been included in r50095)
svn-id: r50097
|
|
Updated and removed mixer code in OSystem_SDL for using SdlMixerImpl.
svn-id: r49602
|
