| Age | Commit message (Collapse) | Author |
|---|
|
using an assert.
The new DBOPL emulator we are using should support multiple instances though. We *might*
consider allowing as many instances as the user wants. Of course since the original
games only had one OPL chip available, that should not be required. Also just in case
we might allow real hardware as playback device that would be out of the question again
too.
svn-id: r48183
|
|
svn-id: r47843
|
|
/ company.
Check this for reference:
http://en.wikipedia.org/wiki/Ad_Lib,_Inc.
http://www.crossfire-designs.de/images/articles/soundcards/adlib.jpg (note the upper left of the card)
This commit does not touch "adlib" and "ADLIB" uses!
Also it does not update all the SCUMM detection entries, which still use "Adlib".
svn-id: r47279
|
|
svn-id: r46141
|
|
consistency
svn-id: r44634
|
|
svn-id: r42849
|
|
svn-id: r40867
|
|
svn-id: r40503
|
|
svn-id: r40502
|
|
"opl_driver")
- Make MAME FM OPL the default emulator again
- Add GUI support for selecting the active OPL emulator
- Update themes
svn-id: r40496
|
|
- Add some note that no one should use the legacy API for new code
svn-id: r40337
|
|
- Add new OPL emulator API (and legacy access API) in sound/fmopl.h
- Add DOSBox OPL emulator.
- Update MAME OPL emulator for the API changes.
svn-id: r40334
|
|
- Add new directory sound/softsynth/opl
- Move sound/fmopl to sound/softsynth/opl/mame
svn-id: r40333
|
|
svn-id: r38211
|
|
svn-id: r32193
|
|
svn-id: r29741
|
|
formerly knowns as Gaim) does; added new (incomplete) COPYRIGHT file; updated copyright dates in a few spots
svn-id: r27024
|
|
svn-id: r21920
|
|
(Unfortunately, this does not fix the Kyra bug I'm looking for.)
In the most extreme case:
* DR and RR will point to &DR_TABLE[60], and AR will point to &AR_TABLE[60]
* SLOT->KSR will be 0
* CH->kcode will be 15
In that case, it will attempt to access AR[15], RR[15] and DR[15], i.e.
AR_TABLE[75] and DR_TABLE[75]. So these arrays need to be 76 elements, not 75.
We used to initialise element 75, but this was changed to 74 to match the size
of the arrays. Buf if my reasoning is correct, it was the arrays that were too
small.
svn-id: r21301
|
|
svn-id: r20515
|
|
svn-id: r20088
|
|
svn-id: r19142
|
|
svn-id: r18604
|
|
svn-id: r16676
|
|
fmopl.h...
svn-id: r16532
|
|
svn-id: r16398
|
|
svn-id: r13262
|
|
OSystem API is not yet finished); porters will have to fix their ports to get them to compile again
svn-id: r13036
|
|
svn-id: r12176
|
|
so that we at some point can get rid of -Icommon; exception is made for stdafx.h, since a) we might want to rename it and b) might want to move it to the top level)
svn-id: r9359
|
|
common/system.h which is either only of interest to backends or code instantiating a backend (->backends/intern.h); also removed fmopl specific enums (->sound/fmopl.h)
svn-id: r9327
|
|
Until specific information regarding the benefits
of migrating to the new emulator can be made
available, the "old" code will remain in effect
for the benefit of slower hardware platforms such
as some WinCE-based devices.
svn-id: r8903
|
|
svn-id: r8763
|
|
svn-id: r8726
|
|
should we ever have to)
svn-id: r7328
|
|
svn-id: r6726
|
|
svn-id: r6719
|
|
PROP_GET_FMOPL_ENV_BITS and PROP_GET_FMOPL_EG_ENT
svn-id: r6573
|
|
Midi Emulation driver sounds a lot better now.
svn-id: r4235
|
|
svn-id: r4063
|
|
fmopl.c/fmopl.h are infringing on the GPL at the moment. We either need to
replace these, or get permission to relicense them, before 0.2.0
svn-id: r4036
|
|
svn-id: r3510
|
