aboutsummaryrefslogtreecommitdiff
path: root/backends/midi
AgeCommit message (Collapse)Author
2012-11-24BACKENDS: Remove excess space from warningsMatthew Hoops
2012-09-26JANITORIAL: Remove trailing whitespaces.Johannes Schickel
Powered by: git ls-files "*.cpp" "*.h" "*.m" "*.mm" | xargs sed -i -e 's/[ \t]*$//'
2012-09-17MACOSX: Make failing to load a soundfont in CoreAudio fatalMatthew Hoops
If we don't bail out, CoreAudio will explode.
2012-09-14MACOSX: Fix soundfont loading with CoreAudio on newer versions of Mac OS XMatthew Hoops
2012-05-15MIDI: add sndio midi backendJonathan Gray
New sndio MIDI backend for OpenBSD written by Alexandre Ratchov. Tested with an external MT-32 and fluidsynth.
2012-03-17ALL: Make use of defined() for the preprocessor consistent.Johannes Schickel
This does not change the use of defined for some NDS source files, since they seem to be (based on?) third party code.
2012-02-25AUDIO: (Windows) fix issue with non-unique MIDI device namesathrxx
This should fix the issue mentioned here: http://forums.scummvm.org/viewtopic.php?t=11255 Apparently Windows doesn't generate unique names for MIDI devices of the exact same type. I do not know whether this could be a problem on other backends, too.
2012-01-17MACOSX: Moved an include a bit to make sure that some defines are there ↵Oystein Eftevaag
before they are actually used.
2012-01-14MACOSX: Changed CoreAudio deprecation check slightly to allow building with ↵Oystein Eftevaag
older SDKs
2012-01-14MACOSX: Default to new CoreAudio API on x86, and to old on PowerPCMax Horn
The new API has been present since Mac OS X 10.5 (released four years ago, in October 2007), and also since iOS 2.0 (thus, the iOS port may be able to use it, too). Moreover, 10.5 was the last system to support PowerPC.
2011-12-13Merge pull request #137 from fingolfin/various-cleanupFilippos Karapetis
Various cleanup
2011-12-12MACOSX: Optionally allow building against "new" (10.5+) CoreAudio APIMax Horn
This silences a bunch of deprecation warnings when compiling on any current system. Moreover, the new API is available on the iPhone, so perhaps this is interesting for the iPhone port, too. On the long run, ScummVM will have to switch to the new API, as Apple will eventually drop the old one.
2011-12-12AUDIO: Add endian FIXME to timdity codeMax Horn
2011-05-25ALL: initialise -> initializeMatthew Hoops
2011-05-25ALL: behaviour -> behaviorMatthew Hoops
2011-05-12GIT: Clean up: Suppress SVN tags, now uselessstrangerke
2011-05-08CAMD: Added _isOpen checks to send() and sysEx()eriktorbjorn
At Raziel^'s request. This is the same as the ALSA checks I added earlier today.
2011-05-08ALSA: Warn if events or SysEx messages are received when not open.eriktorbjorn
This should make it easier to spot errors like the one spotted in the Queen engine yesterday. The Windows MIDI driver already seems to do something like this; I don't know about the others.
2011-05-08IRIX: Fix compilationJoost Peters
2011-05-04BACKENDS: Fix copy & paste mistakes in some commentsMax Horn
2011-04-29AMIGAOS: Fix CAMD compiler warningHubert Maier
2011-04-29fix AmigaOS 4 build (thanks to Raziel^)Alyssa Milburn
2011-04-28MACOSX: Fix compilationMax Horn
2011-04-28JANITORIAL: Add in necessary include files to fix compilation in MSVCPaul Gilbert
2011-04-28JANITORIAL: Reduce header dependencies in shared codeOri Avtalion
Some backends may break as I only compiled SDL
2011-03-29JANITORIAL: Remove/comment unused varsdhewg
Found by GCC 4.6's -Wunused-but-set-variable
2011-03-22AUDIO: Add pure virtual MidiDriver::isOpen() methodMax Horn
This in turn enables modifying MidiDriver_MPU401::close() to allow it to be called on a midi driver that has not yet been opened. The specific issue that triggered me to make these changes was a crash-upon-quit in HUGO, caused by it instantiating a midi driver, then encountering an error (missing hugo.dat) *before* having opened the new midi driver; the general cleanup code then tries to close the (not yet opened) midi driver -> kaboom Also fixed some engines which were leaking MidiDriver instances.
2011-03-10ALSA: Fix formatting.Johannes Schickel
2011-03-10ALSA: Work around a firmware bug in USB-MIDI cables.Johannes Schickel
Thanks to waltervn (and wjp) for their investigation on this and Walter's SCI specific workaround which I more or less just copied here so it will apply for all engines.
2011-03-10ALSA: Strip trailing spaces in device name.Johannes Schickel
This might fix odd problems when storing the device name in the config file, when the name ends with a space by chance.
2011-02-09MIDI: Really fix bug #3153076 (this time also for Timidity)Max Horn
svn-id: r55857
2011-02-09MIDI: Fix bug #3153076 (warnings in SEQ driver)Max Horn
svn-id: r55851
2011-02-09AUDIO: Rename sound/ dir to audio/Max Horn
svn-id: r55850
2011-01-15MIDI: Fixed unnecessary casts of return values to void, reported in bug #3153076Filippos Karapetis
svn-id: r55248
2010-11-29BACKENDS: Fix SVN keyword usage.Johannes Schickel
svn-id: r54584
2010-11-29SDL: Trying to cleanup the FORBIDDEN_SYMBOL situationMax Horn
svn-id: r54575
2010-11-29BACKENDS: Include scummsys.h at top of all .cpp files, *before* any #ifdefsMax Horn
svn-id: r54573
2010-10-30ALL: Add code to help stop people from accidentally using "bad" APIsMax Horn
A new header file common/forbidden.h is included by scummsys.h and it re-#defines numerous symbols like fopen(), fread(), system(), etc. with garbage, in order to provoke compile errors in any code using them. If a .cpp file really *must* use any of these (e.g. because it is a backend file), then these redefinitions can be disabled by #defining FORBIDDEN_SYMBOL_ALLOW_ALL as the first thing in the .cpp file. Whenever this is done, an explanatory comment should be added. Note that this system cannot catch all "bad" usages (notably the Lua code in the sword25 engine), as it can only work if scummsys.h is included. svn-id: r53961
2010-10-13SOUND: Allow TiMidity support to be disabled via configure.Johannes Schickel
svn-id: r53395
2010-09-18JANITORIAL: Removed most punctuation at end of warning() and error()Torbjörn Andersson
Our warning() and error() functions always add an exclamation mark to the end of the message anyway. svn-id: r52791
2010-07-27ALSA: Be more intelligent when picking MIDI portTorbjörn Andersson
Often, a client has more than one available port. Pick the first one that isn't already in use. For instance, on my computer client 17 is the "Emu10k1 WaveTable", and it has four available ports. If, say, aplaymidi is already playing on port 17:0, ScummVM will use port 17:1 instead. Otherwise the two programs will mess up each others instruments and controller settings. Of course, in reality I doubt that anyone will run two different MIDI playing applications at once. svn-id: r51380
2010-07-27ALSA: Tweak capability and type flags for the MIDI portTorbjörn Andersson
This keeps ScummVM's own port from being included in the list of available MIDI devices. svn-id: r51378
2010-07-27ALSA: Simplify device querying code.Johannes Schickel
Thanks to eriktorbjorn for some quick testing. svn-id: r51366
2010-07-20General: Fixed building the SEQ MIDI driverTorbjörn Andersson
An #include was missing, causing the driver to never be built. Also fixed what looked like a cut-and-paste error in generating the features string. svn-id: r51056
2010-07-20BUILD: Unify adding -DUNIX to DEFINES; complete SEQ MIDI detectionMax Horn
* Added a yes/no variable _unix to configure, which controls when -DUNIX is added to DEFINES * Enable SEQ MIDI via _seq_midi by default on UNIX type systems, except for those which override that. * Switch SEQ MIDI code to check #define USE_SEQ_MIDI (alternatively, we could compile it only conditionally...) svn-id: r51055
2010-07-20MIDI: Build and use ALSA driver if and only if USE_ALSA is definedMax Horn
svn-id: r51053
2010-07-19ALSA: Get ALSA port settings from the new device config settings.Torbjörn Andersson
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
2010-07-19SUBSYSTEM: ALSA music driverTorbjörn Andersson
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
2010-07-17Remove PalmOS portMax Horn
svn-id: r50964
2010-07-14If the ALSA driver hasn't been opened, closing it should do nothing. This keepsTorbjörn Andersson
ScummVM from crashing if, for instance, someone accidentally closes the driver twice. svn-id: r50870