On Fri, Feb 09, 2001 at 07:37:22PM -0000, [EMAIL PROTECTED]
wrote:
> Log message:
> * Prevented negative loop numbers from counting down in sound server
Related to that:
The pod effect is played twice:
first time, when the door opens:
FSCI: kDoSound(ksound.c L131): Command 0x0[InitObj](aab2)
FSCI: process_sound_events(ksound.c L100): Received init signal for aab2
FSCI: kDoSound(ksound.c L131): Command 0x1[Play](aab2)
FSCI: process_sound_events(ksound.c L81): Received playing signal for aab2
Receiving song for handle aab2: 539 bytes: OK
Set loops to 1 on handle aab2
Playing handle aab2
FSCI: process_sound_events(ksound.c L67): Received loop signal for aab2
FSCI: process_sound_events(ksound.c L74): Received finished signal for aab2
Then when it shuts down:
FSCI: kDoSound(ksound.c L131): Command 0x0[InitObj](aab2)
FSCI: process_sound_events(ksound.c L100): Received init signal for aab2
FSCI: kDoSound(ksound.c L131): Command 0x1[Play](aab2)
FSCI: process_sound_events(ksound.c L81): Received playing signal for aab2
Receiving song for handle aab2: 744 bytes: OK
Set loops to -1 on handle aab2
Playing handle aab2
FSCI: process_sound_events(ksound.c L105): Received absolute cue 9 for aab2
FSCI: process_sound_events(ksound.c L67): Received loop signal for aab2
FSCI: process_sound_events(ksound.c L105): Received absolute cue 9 for aab2
FSCI: process_sound_events(ksound.c L67): Received loop signal for aab2
[...repeat ad nauseum...]
but when I mangle the sound server to not loop on -1:
Receiving song for handle aab2: 744 bytes: OK
Set loops to -1 on handle aab2
Playing handle aab2
FSCI: process_sound_events(ksound.c L105): Received absolute cue 9 for aab2
FSCI: process_sound_events(ksound.c L74): Received finished signal for aab2
state after it does the absolute cue:
Object doorSound
Species=000a, Superclass=4250
Local variables @ 0xacb0
Variable selectors:
species[0000] = 000a
superClass[0001] = 4250
-info-[0002] = 0000
name[0017] = aca2
state[0020] = 0002
number[002b] = 0005
priority[003f] = 0000
loop[0006] = ffff
handle[002c] = 0000
signal[0011] = 0000
prevSignal[0081] = 0009
client[002d] = 0000
owner[0082] = 0000
After the loop goes through:
Object doorSound
Species=000a, Superclass=4250
Local variables @ 0xacb0
Variable selectors:
species[0000] = 000a
superClass[0001] = 4250
-info-[0002] = 0000
name[0017] = aca2
state[0020] = 0002
number[002b] = 0005
priority[003f] = 0000
loop[0006] = ffff
handle[002c] = 0000
signal[0011] = 0000
prevSignal[0081] = ffff
client[002d] = 0000
owner[0082] = 0000
It's like 'signal' is not getting set correctly; or there's something
else that is resetting it down the line, moving 'signal' into
'prevsignal'. I'm trying to figure this stuff out.. not familiar with
the guts to figure out what it's checking...
Interesting...
2B63: [W] send 04
doorSound::check[FUNCT]()
419D: [B] pToa 12 (signal)
pc=419f acc=0009 o=aab2 fp=69b0 sp=69b0
prev=3c sbase=6994 globls=23fa &restmod=0
Step #941452
419F: [W] bnt 0019 [41b8] *** so it basically finds the cue, no branch.
41A2: [W] push1
41A3: [B] pTos 16 (client)
41A5: [B] callk IsObject[6] 02
Kernel params: (0000)
41A8: [W] bnt 0008 [41b0] *** takes the branch..
41B3: [B] pToa 12 (signal)
41B5: [B] aTop 14 (prevSignal) ** moves it into the prev signal
41B7: [B] ldi 00
41B9: [B] aTop 12 (signal)
....and then it pretty much fizzles from there. It looks like the
client for the sound object isn't getting set correctly, so nothing is
happening when the sound cue is coming through!
...sounds like a global problem; perhaps when sound objects aren't being
initialized with their client.
- Pizza
--
Solomon Peachy pizzaATfucktheusers.org
I ain't broke, but I'm badly bent. ICQ# 1318344
Patience comes to those who wait.
...It's not "Beanbag Love", it's a "Transanimate Relationship"...
