| Age | Commit message (Collapse) | Author |
|---|
|
I'm leaving fluidsynth in the build because the quality is higher and it
does technically work and feel good on several games. Added back in MAD support
for MP3 playback for CD-based music tracks on games like Monkey Island 1 - the
auto-detection seems to not work correctly for gcw0. Default mixer sampling rate
to 48000 due to device driver limitations (this should lower CPU cost since anything
other than 48k gets re-sampled)
|
|
|
|
|
|
|
|
|
|
|
|
If it turns out that everything that had previously been fixed by
this manager is broken by this change, everything that had been
fixed probably could have been fixed by just increasing the audio
buffer size in SdlMixerManager. :\
|
|
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
|
|
It was only used by the PS3 backend, and the standard SDL mixer was fixed
to work in the PS3 case.
|
|
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 version, available at https://bitbucket.org/bgK/sdl_psl1ght, is based on SDL 2.0.3.
|
|
threads to be named.
- Fixes compilation on OS X with SDL2 enabled, SDL1 builds should be entirely unaffected.
|
|
|
|
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.
|
|
|
|
|
|
Powered by:
git ls-files "*.cpp" "*.h" "*.m" "*.mm" | xargs sed -i -e 's/[ \t]*$//'
|
|
This does not change the use of defined for some NDS source files, since they
seem to be (based on?) third party code.
|
|
|
|
Changed the default values from "false" to "true" as current devices are
fast enough to handle this. It's still possible to change the values to
"false" if the device isn't fast enough.
|
|
SDL 1.3 allows converting from the S16SYS sound format to F32MSB, which is required by the PS3.
|
|
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: r55850
|
|
svn-id: r54572
|
|
svn-id: r54519
|
|
svn-id: r52029
|
|
svn-id: r51587
|
|
svn-id: r50609
|
