Fragen zu Sound / Musik

Hallo zsuammen

Ich bin gerade etwas mit den Sound-Routinen am spielen und habe da natürlich wieder einmal ein paar Fragen...

1. Ich habe einen Chunk mit den Sound-Events, welche ich per SoundPlayMusic() abspiele. Da übergebe ich den gelockten Memory-Handle von dem Chunk. Gleichzeitig setze ich UNLOCK_ON_EOS, was nach meinem Verständnis den Memory-Lock wieder aufheben sollte.

Code-mässig sieht das so aus:

MemHandle highSongHandle;

SoundAllocMusic(0, 4, &highSongHandle);

word *p_music;
SoundStopMusic(highSongHandle);
MemLock(HandleOf(@HighSong));
p_music = LMemDeref(@HighSong);
SoundReallocMusic(highSongHandle, p_music);
SoundPlayMusic(highSongHandle, SP_STANDARD + SP_IMMEDIATE, EIGHTH, UNLOCK_ON_EOS);

Was geschieht nun mit dem Memory-Lock, wenn während dem Abspielen die Funktion SoundStopMusic() aufgerufen wird?

2. Da sich bei Musik sehr oft Teile wiederholen, würde ich diese gerne einzeln definieren und dann in der entsprechenden Reihenfolge ausgeben. Per Sound-Buffer das über Messages zu versuchen, wird wahrscheinlich nichts gescheites geben. Am ehesten würde das wohl über die Stream-Varianten der Sound-Routinen gehen. Die Dokumentation dazu ist aber sehr eingeschränkt und es finden sich auch keine Beispiele in den Sourcen. Hat das schon jemand versucht?

3. Für allgemeine Hinweise und Warnungen zur Sound-Ausgabe bin ich sehr empfänglich. Dass die Instrumente nicht die besten sind und es eigentlich nur etwa 5 verschiedene Sounds gibt, ist leider so. Und dass das Abspielen auch nicht immer ganz sauber im Takt läuft, kann auch an der DosEmu liegen.

Besten Dank schon einmal für Eure Antworten.

Gruss Andreas

Hallo Rainer

Super, dann werde ich einmal mit der MemGetInfo() ansetzen.

Auch wenn die Sound-Streams nicht "so" gross sind, muss man diese doch realtiv mühsam ausprogrammieren. Man müsste sich hier schon fast ein Tool dazu erstellen... (nicht, dass ich Dir irgendwas aufschwatzen will!). Wenn man kleine Abschnitte hat und diese dann einfach in einen Buffer füttern kann, wäre definitiv cool. Es geht in einem meiner konkreten Fälle doch schon in den Bereich >100s.

Dass Du auf der Suche nach besseren Sound-Definitionen bist, habe ich nicht vergessen. Ich glaube definitiv daran, dass hier noch Luft nach oben ist. Alternativ zur FM-Synthese wäre auch die Midi-Funktionalität ein wünschenswerter Weg. Aber soweit ich verstehe, ist das im Sound-System von PC/GEOS nicht implementiert.

Ich habe die Definitionen in einem Chunk und war am überlegen, die einzelnen Teile in ein ChunkArray zu verpacken. Von dem her habe ich (noch) keinen statischen Buffer und verwende auch nicht die LMem-Varianten.

Ja, denke auch, dass für MIDI es einen separaten Treiber bräuchte. Sind eigentlich die FM-Synth und DAC auch getrennt?

Vielen Dank Dir Rainer für die Insights

Ich habe auhc noch Tests gemacht. Es scheint wirklich so zu sein, dass das UNLOCK_ON_EOS nicht den MemLock auslöst. Das bringt mich nun zum Grübeln. Wenn ich den Chunk mit den Musikdaten an die Funktion SoundPlayMusic() gelockt übergeben muss, die Funktion aber während der Sound-Ausgabe nicht blockiert, frage ich mich nun, wie und wann ich den MemLock wieder freigeben kann...

Entweder der Sound-Treiber kopiert den Inhalt des Chunks an einen Ort, wo er den Speicherbereich lockt, oder er muss mir irgendwie zurückmelden, wenn er mit der Wiedergabe fertig ist.

Getestet habe ich die Anzahl Locks mit folgendem Code:

 static char s[6];
 word e, l;
 word *p_music;
...
 SoundStopMusic(highSongHandle);
 MemLock(HandleOf(@HighSong));
 p_music = LMemDeref(@HighSong);
 // Control (MemHandle), Song (Pointer to word array)
 SoundReallocMusic(highSongHandle, p_music);
...
 // Control (MemHandle), Priority (word), Tempo (word), Flags (EndOfSongFlags)
 SoundPlayMusic(highSongHandle, SP_STANDARD + SP_IMMEDIATE, EIGHTH, UNLOCK_ON_EOS);

 l = MemGetInfo(HandleOf(@HighSong), MGIT_FLAGS_AND_LOCK_COUNT);
 sprintf(&s, "%-5u", l >> 8);
 UserStandardDialog(
   0, 0, 0, 0,
   s,
   (CDT_NOTIFICATION << CDBF_DIALOG_TYPE_OFFSET) | (GIT_NOTIFICATION << CDBF_INTERACTION_TYPE_OFFSET)
 );

//  MemUnlock(HandleOf(@HighSong));

Belasse ich das MemUnlock() einkommentiert, zählt er bei jeder Ausführung hoch. Ansonsten bekomme ich schön die 1 zurück.

In der Doku von MemGetInfo() steht übrigens folgendes:

MGIT_FLAGS_AND_LOCK_COUNT
The upper byte of the return value is the current HeapFlags record for the block. The lower byte is the number of locks currently on the block.

Das war ziemlich verwirrend, aber bei Little Endian wohl richtig... Im Quelltext in ASM steht dand AH für die Anzahl Locks.

Wenn man die Doku zur Sound-Unterstützung liest, kommt man schon ein wenig ins Schmunzeln... Da wird doch leicht hochgestapelt Wobei da eventuell ein ehemaliger Mattel-Mitarbeiter dran war...

Quote from Rainer

Unabhängig davon hat der Soundtreiber noch ein paar Baustellen. Die Fertig-Meldung ist nur eine davon.

Ja, das Pausieren und Fortsetzen wäre auch nicht erst eine Erfindung der letzten drei Jahre