| Age | Commit message (Collapse) | Author |
|---|
|
svn-id: r50926
|
|
our own statically linked version rather than relying on the system
shared lib that happens to be on most Android systems.
svn-id: r50666
|
|
were passed to detectDevice()
svn-id: r50510
|
|
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
|
|
svn-id: r50326
|
|
svn-id: r50324
|
|
svn-id: r50296
|
|
svn-id: r50293
|
|
select MDT_PREFER_MT32 or MDT_PREFER_GM
svn-id: r50288
|
|
svn-id: r50285
|
|
svn-id: r50281
|
|
svn-id: r50158
|
|
svn-id: r50152
|
|
support caused by patch #1956501
svn-id: r50145
|
|
svn-id: r50128
|
|
The client code should never try to pass commands to
the output via the MidiParser API.
SCI currently does that though...
Actually that shows that either our MidiParser API becomes
more and more an MidiPlayer than just a parser or that the
SCI design has its flaws here.
svn-id: r49996
|
|
svn-id: r49905
|
|
svn-id: r49867
|
|
svn-id: r49844
|
|
svn-id: r49843
|
|
Proper version of patch #2988641: "GSoC: Select drivers in GUI
based on output types". So far only SCUMM engine supports this
feature.
svn-id: r49783
|
|
Since AGI distinguishes between PCSPK and PCJR/Tandy, make it as a
pseudodriver.
svn-id: r49782
|
|
Based on patch #2903830: "Updated Translation Prototype" by alexbevi
which in turn is based on patch #1739965 by jvprat.
Currently it builds all translations right into ScummVM. Once the
feature will be accepted more widely, i.e. more translations will
pop up, it will be trivial to move translation strings to external
file.
Finished translation: Russian
Unfinished translation: Hungarian
Things which are nice to do:
- Language code -> language mapping for more user friendness
- Specifying fonts to be used with language
- Updating of interface language without restart. It will require
moving of much code to reflowLayout() methods for each dialog
The .po files must be in single byte encodings. I.e. no support
for Unicode.
svn-id: r49759
|
|
variables protected instead of private
svn-id: r49672
|
|
Also mention in the documentation that both LoopingAudioStream and
SubLoopingAudioStream do rewind the underlying in their constructor.
svn-id: r49539
|
|
given by cppcheck-1.43.
These are incorrect as '/' operator has precedence over >>, but this does improve readability anyway.
This bug in cppcheck has already been corrected: http://sourceforge.net/apps/trac/cppcheck/ticket/1714
svn-id: r49517
|
|
svn-id: r49449
|
|
during LSL6 intro.
This may be "hiding" a bug in the use of sound/midiparser.cpp in SCI i.e. incorrect use of parseNextEvent(), so this should be reviewed, but this patch initialises _next_event at object construction, which corrects this, should not break anything else and is good practice.
svn-id: r49445
|
|
the decoder fails to load, MAD is used instead. Disable with DISABLE_PSP_MP3.
svn-id: r49319
|
|
svn-id: r49314
|
|
the doxygen comment).
svn-id: r49236
|
|
Fixes bug #3001110: "FOTAQ Amiga: crashes reporting assertion failure"
Added a NEWS entry to the patch.
svn-id: r49210
|
|
svn-id: r49171
|
|
hopefully fixing compilation on most systems at the same time.
svn-id: r49170
|
|
Mohawk is not enabled) so SCI can use the code.
svn-id: r49165
|
|
svn-id: r49061
|
|
svn-id: r48965
|
|
svn-id: r48955
|
|
svn-id: r48921
|
|
svn-id: r48920
|
|
Unlike in the branch-1-1-x I did not restore the old RawMemoryStream
code in the trunk. Instead I stripped out the pre-buffering of the
RawStream code. I still decided to add some in-place buffering
in RawStream::readBuffer to at least not rely on super-fast disk I/O.
This is currently an experimental change. There might be need to
reconsider the buffering (even though backends with slow disk I/O
should actually do buffering for file I/O on their own).
svn-id: r48919
|
|
Currently we have an assert checking that the framerate of an
Audio::Timestamp is always > 0. Since MAD might return "0"
(and maybe even other illegal values) in case the MP3 stream is
invalid we need to check that before we setup the _length
Timestamp of MP3Stream.
svn-id: r48904
|
|
svn-id: r48869
|
|
unnecessary buffers.
svn-id: r48753
|
|
svn-id: r48694
|
|
svn-id: r48637
|
|
svn-id: r48604
|
