summaryrefslogtreecommitdiffstatshomepage
path: root/src/devices/sound/samples.cpp
diff options
context:
space:
mode:
Diffstat (limited to 'src/devices/sound/samples.cpp')
-rw-r--r--src/devices/sound/samples.cpp24
1 files changed, 11 insertions, 13 deletions
diff --git a/src/devices/sound/samples.cpp b/src/devices/sound/samples.cpp
index bd8fbb1144f..999f4da7e0b 100644
--- a/src/devices/sound/samples.cpp
+++ b/src/devices/sound/samples.cpp
@@ -2,23 +2,21 @@
// copyright-holders:Aaron Giles
/***************************************************************************
- samples.c
-
Sound device for sample playback.
****************************************************************************
- Playback of pre-recorded samples. Used for high-level simulation of
- discrete sound circuits where proper low-level simulation isn't
- available. Also used for tape loops and similar.
-
- Current limitations
- - Only supports single channel samples!
-
- Considerations
- - Maybe this should be part of the presentation layer
- (artwork etc.) with samples specified in .lay files instead of
- in drivers?
+Playback of pre-recorded samples. Used for high-level simulation of discrete
+sound circuits where proper low-level simulation isn't available. Also used
+for tape loops and similar.
+
+TODO:
+- Only supports single channel samples!
+- When mame.ini samplerate is close to the loaded sample(s) samplerate,
+ (eg. 48000, with 44100Hz samples), things can sound quite bad. This is
+ more an issue in sound.cpp resampler, not this device.
+- Maybe this should be part of the presentation layer (artwork etc.)
+ with samples specified in .lay files instead of in drivers?
***************************************************************************/