Age | Commit message (Collapse) | Author |
|
- Removed AudioCDManager Singleton, and changed code for using AudioCDManager in OSystem.
- Added initialization code for new AudioCDManager in BaseBackend and OSystem_SDL.
svn-id: r49548
|
|
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: r49499
|
|
svn-id: r49497
|
|
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
|
|
pass the constructor a boolean, this should save some binary size.
svn-id: r48496
|
|
svn-id: r48495
|
|
47469, since the IFF sound code is only used by the Parallaction game engine.
svn-id: r48467
|
|
It is not a good idea to supply an SubLoopingAudioStream with the start
and end time to be exactly the same time. Clarify that in the
SubLoopingAudioStream documentation, add an assert in the
SubLoopingAudioStream constructor for that case and also prevent
make8SVXStream from doing so.
svn-id: r48356
|
|
svn-id: r48279
|
|
We need to use a namespace Common { } there to make strict C++ compilers
like clang++ and comeau happy. I also added a slight comment about why
that is needed to the macro definition and a note that you need to use
it from the global namespace.
svn-id: r48254
|
|
svn-id: r48246
|
|
svn-id: r48245
|
|
svn-id: r48242
|
|
My previous commit which tried to support this does not work correctly when
using QueuingAudioStream; it then just leads to nasty crashes. Hence I am
removing this again for now, until I get around to implement one of the
better alternatives.
svn-id: r48239
|
|
MixerImpl constructor
svn-id: r48238
|
|
svn-id: r48229
|
|
emulator is initialised.
svn-id: r48214
|
|
svn-id: r48203
|
|
* now takes a SeekableReadStream *pointer* like (almost) all other
audiostream factories
* fix potential memory leak in it
* rename takeOwnershipOfStream to disposeAfterUse for consistency
svn-id: r48184
|
|
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: r48182
|
|
svn-id: r48181
|
|
svn-id: r48180
|
|
svn-id: r48179
|
|
amount. This is a problem for the DS port.
svn-id: r48137
|
|
svn-id: r48122
|
|
svn-id: r48121
|
|
svn-id: r48077
|