| Age | Commit message (Collapse) | Author |
|---|
|
The version of push() that pushes arrays inside WorklistManager has been renamed to pushArray(), so that it's more apparent where arrays are pushed.
svn-id: r50486
|
|
svn-id: r50485
|
|
it from the EngineState, since it's static throughout the course of a game
svn-id: r50484
|
|
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
|
|
svn-id: r50482
|
|
This was present in the original interpreter.
svn-id: r50480
|
|
svn-id: r50479
|
|
svn-id: r50478
|
|
svn-id: r50477
|
|
svn-id: r50473
|
|
Before in case MDT_PREFER_MT32 nor MDT_PREFER_GM was specified
the code used "auto" as key name for ConfMan.get, instead of
passing "auto" directly to getDeviceHandle.
svn-id: r50472
|
|
It formerly only used the global "mt32_device" and "gm_device"
values, but we also allow game specific values, thus we take
that into account now.
Also formerly the the check for the first available MT32/GM
device only used the device handle of the mt32_device/gm_device
instead of the list of devices it iterates over. Fixed that too.
Last but not least that whole detection code looks strange to me,
it seems we only use mt32_device and gm_device for fallback
detection, at least when the music_driver matches it will always
be used. So I wonder why we have those at all?
svn-id: r50471
|
|
Along with it documented that "0" is a special device handle
for the invalid device. Now getDeviceHandle returns 0, when
the identified device could not be found.
Also getMusicType now returns MT_INVALID (newly introduced),
when a non existing device was specified.
svn-id: r50470
|
|
This is a regression from r50158:
"LAUNCHER: hopefully fixed music driver selection via command line".
The problem here was that the code used operator[] of HashMap
to check whether "music-driver" was specified on command line,
but that on the other hand inserted a (key, value) pair with
a default constructed Common::String as value.
svn-id: r50469
|
|
the GMM's options dialog.
The problem here is that our ConfigDialog uses "" as domain name,
this will result in the assert in common/config-manager.cpp:323
getting triggered, when using ConfMan.removeKey.
Since setting the domain to the game's domain does not seem save
according to the FIXME in gui/dialogs.cpp about this domain hackery,
I decided to adapt the OptionsDialog to only call ConfMan.removeKey
for "music_driver" etc., when the music driver widgets are present.
This is consistent with the over uses of removeKey in
OptionsDialog::close too.
svn-id: r50468
|
|
issue was actually caused by the old volume adjust code that was also causing the issues in gk1
svn-id: r50466
|
|
svn-id: r50465
|
|
svn-id: r50464
|
|
filtering, also now ignoring channel volume changes on tick 0 (fixes lsl5 fading of sound 274, almost at the end), fixing also fading in gk1 and enabling fading in sci32 again
svn-id: r50463
|
|
- Added support for the LSL2 menu bar object
- We no longer need a reference to the init() selector - it's always the first method of the menu bar object
svn-id: r50462
|
|
svn-id: r50461
|
|
svn-id: r50460
|
|
svn-id: r50457
|
|
svn-id: r50456
|
|
svn-id: r50454
|
|
svn-id: r50453
|
|
real mt-32/lapc1/cm32l/cm64 device and our emulator is incomplete)
svn-id: r50452
|
|
- fixes animations in all sorts of games
svn-id: r50451
|
|
svn-id: r50450
|
|
last call - fixes sci breakpoints
svn-id: r50449
|
|
Currently it ws not decided where to put fonts, but if you put BDF files into
themepath, they will get picked up.
The font name has to contain same codepage specification as in the .po file,
i.e. fixed5x8-iso-8859-5.bdf for Cyrillic codepage. In case the font does not
exist, default will be used.
All built in fonts get proper names.
TODO: Currently there is a bug with our font cacher. Font clR6x12-iso-8859-5
is empty after loading from FCC file. Reason is unknown.
svn-id: r50448
|
|
svn-id: r50447
|
|
valgrind testing
svn-id: r50446
|
|
also displaying local calls and exports
svn-id: r50445
|
|
svn-id: r50443
|
|
If one of these is triggered for you, you can add an exception to
the error, together with a comment explaining why this exception
is necessary. Ideally after verifying that the cause is a script
bug and not a bug in our code...
svn-id: r50442
|
|
svn-id: r50441
|
|
svn-id: r50440
|
|
svn-id: r50439
|
|
svn-id: r50438
|
|
svn-id: r50437
|
|
svn-id: r50436
|
|
svn-id: r50435
|
|
svn-id: r50434
|
|
svn-id: r50433
|
|
svn-id: r50432
|
|
svn-id: r50431
|
|
svn-id: r50430
|
|
This means a little bit more overhead but makes the code much more readable
and understandable.
svn-id: r50429
|
|
Only three Script members remain public (for now)
svn-id: r50428
|
