Age | Commit message (Collapse) | Author |
|
svn-id: r51053
|
|
This is also an attempt to make the transition from the old settings to the
new ones a little less rough, by trying to put something sensible into the
first device, which is what's used by default. Currently it prefers 17:x
and 65:x since they're the old defaults, followed by 128:x since that's
probably TiMidity.
The old SCUMMVM_PORT environment variable still overrides any config
settings. I haven't made up my mind whether or not that's a good idea, but
at least it prints a warning message.
TODO: The old 'alsa_port' setting is not handled. It should probably be
used to set sensible defaults for the new settings, but I'm not sure where
this should be done.
TODO: The documentation will need to be updated, once everything is working
the way it should.
svn-id: r51019
|
|
We should probably open the sequencer the exact same way, both when
opening the driver and when asking it for available MIDI devices. Not
that I've been able to figure out the difference between "hw" and
"default" from the fine ALSA manual...
And I'm not sure we really need to try and keep compatibility with
ancient (pre-0.9.0?) ALSA any longer...
svn-id: r51014
|
|
svn-id: r50989
|
|
svn-id: r50982
|
|
svn-id: r50981
|
|
svn-id: r50980
|
|
svn-id: r50964
|
|
ScummVM from crashing if, for instance, someone accidentally closes the driver
twice.
svn-id: r50870
|
|
svn-id: r50844
|
|
svn-id: r50835
|
|
Previously, the code in OSystem_SDL::detectSupportedFormats
assumed that the arrays RGBList and BGRList had the exact
same length, and that the entries in each mirrored those in
the other 100%. Instead of relying on that, the code now
simply iterates over both lists separately. This changes the
resulting order a bit, but since we never gave any
guarantees on that, this should not matter.
svn-id: r50833
|
|
* Do not use global constructor for the RGBList and BGRList
tables anymore, by moving them inside a function.
* Update the list of supported formats if the hardware
screen surface changes. Previously, the list of supported
pixel formats (and its order) was computed only once and
then never changed.
svn-id: r50832
|
|
clean'
svn-id: r50745
|
|
This parallels what I did in ds.mk
svn-id: r50744
|
|
svn-id: r50743
|
|
svn-id: r50742
|
|
* remove (S)RAM save code (it has not been in use for quite some time)
* remove the lz compressor (was only used by ram save code)
* OPT_SPEED was set incorrectly
* dsmain.cpp was misspelled as ds_main.cpp
* remove unsed arm9 libcartreset (the copy in the arm7 directory
still is around, though)
svn-id: r50741
|
|
svn-id: r50736
|
|
svn-id: r50729
|
|
svn-id: r50728
|
|
svn-id: r50727
|
|
svn-id: r50709
|
|
svn-id: r50708
|
|
svn-id: r50702
|
|
svn-id: r50701
|
|
svn-id: r50694
|
|
* Do not modify the strings passed to std_fopen anymore
* Correct signature of std_fread
* Do not cast away constness, nor perform unnecessary casts
svn-id: r50693
|
|
svn-id: r50692
|
|
svn-id: r50691
|
|
* Don't #include "nds/ndstypes.h" everywhere
* Don't #define ITCM_DATA globally, it is only need in one place
* Fix STREAM_AUDIO_FROM_DISK definition (copy&paste error)
* Fix custom assert() implementation by using the do/while(0) trick
for macros. Previously, there could be subtle errors caused by
statements like
if (COND) assert(...) else ...
svn-id: r50690
|
|
svn-id: r50689
|
|
svn-id: r50688
|
|
svn-id: r50687
|
|
svn-id: r50686
|
|
This removes the final private library - we should be completely above
board now.
svn-id: r50677
|
|
svn-id: r50676
|
|
svn-id: r50675
|
|
svn-id: r50674
|
|
svn-id: r50673
|
|
Conversion of the old build system is incomplete. Binaries created
using this new build system support most likely will not run!
More work is needed, but the work done so far should be enough
to get basic NDS support on our buildbot working.
svn-id: r50672
|
|
Also tried to enable the conversion of .raw/.pal/.bin files,
but this does not currently work (probably something really
silly, but I don't have the time to debug this right now).
svn-id: r50671
|
|
arm-*-linux-androideabi, since this is what the upcoming gcc-4.6
change uses.
Work around Android 2.0 and newer dynamic linker bug by explicitly
linking plugins against the core libscummvm.so.
Mark Android packages as preferring to be on external storage.
Move -lm from LDFLAGS to LIBS.
svn-id: r50665
|
|
svn-id: r50664
|
|
svn-id: r50582
|
|
svn-id: r50557
|
|
svn-id: r50555
|
|
Add a boolean for disabling the "no plugins found" warning.
svn-id: r50494
|
|
our module unzip.cpp can read uncompressed ZIP archives even without zlib. if some of the files
inside are compressed and zlib is not linked in, an error is returned.
svn-id: r50483
|
|
This will cause our code to include less functionality, but might on the other hand fasten up the compilation.
svn-id: r50346
|