Riven SLST resources - Revision history

Clone2727: typo

2008-09-08T21:07:34Z

typo

TitoDalCanton: bahamut's riven sound model

2008-09-08T17:46:12Z

bahamut's riven sound model

TitoDalCanton: volume range

2008-03-10T17:17:47Z

volume range

TitoDalCanton: explained the record structure

2008-02-08T18:35:19Z

explained the record structure

Di gama: import

2008-02-06T02:47:49Z

import

New page

<noinclude>{{Riven}}</noinclude>
They contain ambient sound info for the card. Ambient sounds are arbitrary mixes of a number of sounds (for example wind + steam flowing in a pipe). Sounds are read from tWAV resources stored in the associated *_sounds.mhk archive (not in the same archive storing the SLST resource). For example, a SLST resource in a_Data will point to tWAV sounds stored in a_Sounds, not a_Data. The record structure is:

{| class="structure"
|unsigned short||index||class="comment"|Record index, starting from 1
|-
|unsigned short||sound_count||class="comment"|How many sounds to mix
|-
|unsigned short||sound_ids[sound_count]||class="comment"|[[Riven tWAV resources|tWAV]] resource IDs of the sounds to use
|-
|unsigned short||fade_flags||
|-
|unsigned short||loop||class="comment"|If set to 1, the mix loops forever
|-
|unsigned short||global_volume||class="comment"|Volume of the resulting sound mix
|-
|unsigned short||u0||
|-
|unsigned short||u1||
|-
|unsigned short||volumes[sound_count]||class="comment"|Volume for each sound component
|-
|unsigned short||balances[sound_count]||class="comment"|Balance for each sound component (<0 left, 0 center, >0 right)
|-
|unsigned short||u2[sound_count]||
|}

''fade_flags'' is a bit field controlling how to fade the sound channels when the record is activated. Bit 0 controls the fading out of any previous playing sound, bit 1 controls the fading in of the sound specified by the new record. For example, 3 would cause both sounds to fade, while 0 would suddenly stop the previous sound and immediately start the new one.

''u0'' is usually 0 or 1, and changing it seems to do nothing. ''u1'' is 0; giving it a non-zero value prevents sounds from playing. ''u2[]'' seems always 255 or 256 (for every sound component) and changing it seems to do nothing.

The first record is automatically enabled when entering the card, so it doesn't need to be activated from scripts.

@@ Line 42: / Line 42: @@
 * Any sound present in the currently playing set and the SLST record set keep on playing, but their volume and pan attributes are updated.
 * Any sound not present in the currently playing set but present in the SLST record gets added to the set of currently playing sounds. Appropriate fade-in is applied if specified by the sound flags.
-* Any sound present in the currently playing set but not present in the SLSLT record gets removed from the set of currently playing sounds. Appropriate fade-out is applied if specified by the sound flags.
+* Any sound present in the currently playing set but not present in the SLST record gets removed from the set of currently playing sounds. Appropriate fade-out is applied if specified by the sound flags.
 In-data-archive sounds ("instant sounds", or "foreground sounds") are kept in a separate set, since they never loop. They should not block script execution.

← Older revision		Revision as of 17:46, 8 September 2008
Line 35:		Line 35:

	The first record is automatically enabled when entering the card, so it doesn't need to be activated from scripts.		The first record is automatically enabled when entering the card, so it doesn't need to be activated from scripts.
		+
		+	==Riven sound logic==
		+	This is an explanation of the Riven sound logic as it is currently understood.
		+
		+	Riven seems to maintain a set of playing sounds. Each sound has attributes, such as volume, panning, and fade flags. When an SLST record is activated, the set of playing sounds is updated with the set of sounds specified by the SLST record.
		+	* Any sound present in the currently playing set and the SLST record set keep on playing, but their volume and pan attributes are updated.
		+	* Any sound not present in the currently playing set but present in the SLST record gets added to the set of currently playing sounds. Appropriate fade-in is applied if specified by the sound flags.
		+	* Any sound present in the currently playing set but not present in the SLSLT record gets removed from the set of currently playing sounds. Appropriate fade-out is applied if specified by the sound flags.
		+
		+	In-data-archive sounds ("instant sounds", or "foreground sounds") are kept in a separate set, since they never loop. They should not block script execution.

@@ Line 29: / Line 29: @@
 ''fade_flags'' is a bit field controlling how to fade the sound channels when the record is activated. Bit 0 controls the fading out of any previous playing sound, bit 1 controls the fading in of the sound specified by the new record. For example, 3 would cause both sounds to fade, while 0 would suddenly stop the previous sound and immediately start the new one.
 ''u0'' is usually 0 or 1, and changing it seems to do nothing. ''u1'' is 0; giving it a non-zero value prevents sounds from playing. ''u2[]'' seems always 255 or 256 (for every sound component) and changing it seems to do nothing.
 The first record is automatically enabled when entering the card, so it doesn't need to be activated from scripts.

@@ Line 1: / Line 1: @@
 <noinclude>{{Riven}}</noinclude>
-They contain ambient sound info for the card. Ambient sounds are arbitrary mixes of a number of sounds (for example wind + steam flowing in a pipe). Sounds are read from tWAV resources stored in the associated *_sounds.mhk archive (not in the same archive storing the SLST resource). For example, a SLST resource in a_Data will point to tWAV sounds stored in a_Sounds, not a_Data. The record structure is:
+They contain ambient sound info for the card. Ambient sounds are arbitrary mixes of a number of sounds (for example wind + steam flowing in a pipe). Sounds are read from tWAV resources stored in the associated *_sounds.mhk archive (not in the same archive storing the SLST resource). For example, a SLST resource in a_Data will point to tWAV sounds stored in a_Sounds, not a_Data.
 {| class="structure"