2020-01-01 21:29:24 +01:00
|
|
|
#ifndef MUSIC_H
|
|
|
|
|
#define MUSIC_H
|
|
|
|
|
|
|
|
|
|
#include "SoundSystem.h"
|
2020-06-07 22:11:35 +02:00
|
|
|
#include "BinaryBlob.h"
|
2020-01-01 21:29:24 +01:00
|
|
|
|
|
|
|
|
#include <vector>
|
|
|
|
|
|
|
|
|
|
#define musicroom(rx, ry) ((rx) + ((ry) * 20))
|
|
|
|
|
|
|
|
|
|
class musicclass
|
|
|
|
|
{
|
|
|
|
|
public:
|
Allow using help/graphics/music/game/key/map/obj everywhere
This commit makes `help`, `graphics`, `music`, `game`, `key`, `map`, and
`obj` essentially static global objects that can be used everywhere.
This is useful in case we ever need to add a new function in the future,
so we don't have to bother with passing a new argument in which means we
have to pass a new argument in to the function that calls that function
which means having to pass a new argument into the function that calls
THAT function, etc. which is a real headache when working on fan mods of
the source code.
Note that this changes NONE of the existing function signatures, it
merely just makes those variables accessible everywhere in the same way
`script` and `ed` are.
Also note that some classes had to be initialized after the filesystem
was initialized, but C++ would keep initializing them before the
filesystem got initialized, because I *had* to put them at the top of
`main.cpp`, or else they wouldn't be global variables.
The only way to work around this was to use entityclass's initialization
style (which I'm pretty sure entityclass of all things doesn't need to
be initialized this way), where you actually initialize the class in an
`init()` function, and so then you do `graphics.init()` after the
filesystem initialization, AFTER doing `Graphics graphics` up at the
top.
I've had to do this for `graphics` (but only because its child
GraphicsResources `grphx` needs to be initialized this way), `music`,
and `game`. I don't think this will affect anything. Other than that,
`help`, `key`, and `map` are still using the C++-intended method of
having ClassName::ClassName() functions.
2020-01-29 08:35:03 +01:00
|
|
|
void init();
|
2020-01-01 21:29:24 +01:00
|
|
|
|
|
|
|
|
void play(int t);
|
|
|
|
|
void haltdasmusik();
|
|
|
|
|
void silencedasmusik();
|
|
|
|
|
void fadeMusicVolumeIn(int ms);
|
|
|
|
|
void fadeout();
|
|
|
|
|
void processmusicfadein();
|
|
|
|
|
void processmusic();
|
|
|
|
|
void niceplay(int t);
|
|
|
|
|
|
|
|
|
|
void changemusicarea(int x, int y);
|
|
|
|
|
|
|
|
|
|
int currentsong, musicfade, musicfadein;
|
|
|
|
|
int resumesong;
|
|
|
|
|
|
2020-04-02 01:36:35 +02:00
|
|
|
void playef(int t);
|
2020-01-01 21:29:24 +01:00
|
|
|
|
|
|
|
|
std::vector<SoundTrack> soundTracks;
|
|
|
|
|
std::vector<MusicTrack> musicTracks;
|
|
|
|
|
SoundSystem soundSystem;
|
|
|
|
|
bool safeToProcessMusic;
|
|
|
|
|
|
|
|
|
|
int nicechange;
|
|
|
|
|
int nicefade;
|
|
|
|
|
|
|
|
|
|
bool m_doFadeInVol;
|
|
|
|
|
int FadeVolAmountPerFrame;
|
|
|
|
|
int musicVolume;
|
|
|
|
|
|
|
|
|
|
float volume;
|
|
|
|
|
|
|
|
|
|
bool custompd;
|
|
|
|
|
|
2020-01-13 04:33:58 +01:00
|
|
|
int fadeoutqueuesong; // -1 if no song queued
|
|
|
|
|
bool dontquickfade;
|
|
|
|
|
|
2020-01-01 21:29:24 +01:00
|
|
|
// MMMMMM mod settings
|
|
|
|
|
bool mmmmmm;
|
|
|
|
|
bool usingmmmmmm;
|
2020-06-07 22:11:35 +02:00
|
|
|
|
|
|
|
|
binaryBlob musicReadBlob;
|
2020-01-01 21:29:24 +01:00
|
|
|
};
|
|
|
|
|
|
Allow using help/graphics/music/game/key/map/obj everywhere
This commit makes `help`, `graphics`, `music`, `game`, `key`, `map`, and
`obj` essentially static global objects that can be used everywhere.
This is useful in case we ever need to add a new function in the future,
so we don't have to bother with passing a new argument in which means we
have to pass a new argument in to the function that calls that function
which means having to pass a new argument into the function that calls
THAT function, etc. which is a real headache when working on fan mods of
the source code.
Note that this changes NONE of the existing function signatures, it
merely just makes those variables accessible everywhere in the same way
`script` and `ed` are.
Also note that some classes had to be initialized after the filesystem
was initialized, but C++ would keep initializing them before the
filesystem got initialized, because I *had* to put them at the top of
`main.cpp`, or else they wouldn't be global variables.
The only way to work around this was to use entityclass's initialization
style (which I'm pretty sure entityclass of all things doesn't need to
be initialized this way), where you actually initialize the class in an
`init()` function, and so then you do `graphics.init()` after the
filesystem initialization, AFTER doing `Graphics graphics` up at the
top.
I've had to do this for `graphics` (but only because its child
GraphicsResources `grphx` needs to be initialized this way), `music`,
and `game`. I don't think this will affect anything. Other than that,
`help`, `key`, and `map` are still using the C++-intended method of
having ClassName::ClassName() functions.
2020-01-29 08:35:03 +01:00
|
|
|
extern musicclass music;
|
2020-01-01 21:29:24 +01:00
|
|
|
|
|
|
|
|
#endif /* MUSIC_H */
|
