0
0

Is it possible (or planned) to be able to load sounds or streams from the .FEV (or .FSB) file?

I see how to load an Event which can be comprised of multiple sounds, and how all the parametric sounds can be provided to the application in a single file.

It seems that it would be beneficial to be able to provide non-parametric sounds (just WAVs, for example) in the same manner, so the application programmer saw only one “library” file with events, sounds, and streams embedded in it.

Or is this already possible and I’m just not seeing it?

Thanks,

Bill

  • You must to post comments
0
0

[quote:3tcf18uw]In case you dont mean that, maybe you mean you want a way to access sounds that are not part of events? Thats not possible, events are the things you trigger in the game, so you add your wave to an event, then trigger it.[/quote:3tcf18uw]

If I understand things right, any sound that is an event can be made parametric (i.e., since it’s an event, it needs to be treated as one, even if the primary parameter isn’t used for anythign).

Thus, even static sounds (horn_beep.wav) are triggered as events, and every instance requires a distinct buffer space. If I wanted 10 simultaneous sounds, that’s 10 events, and the designer needs to ensure that they’ve accounted for 10 simultaneous plays (10 buffers, etc.).

Obviously for something as simple as a beep, we’d just want to use createSound() and then we can play copies with little overhead. But we’d have to load that sound separately outside of the FSB file.

So basically, I was wondering if we could put sounds in the FSB so ALL sounds for the application “traveled together” in the same file (i.e., all events, all static sounds, all streamed sounds) and could be loaded from this single “sound library”.

I understand I’m somewhat redefining the event concept here, but it seems that the FSB/FEV files already hold the raw media, but we can only access them as events.

Thus, we cannot apply pan, for example. We need to load a 2D wav outside of the FSB so now an application’s media would be spread across multiple individual (rip-able) files.

The FSB file as an encryptable “library” of event-based and non-event-based media seems advantageous.

This is hardly a complaint – just thinking out loud. Treating all the sounds as events is certainly a workable solution. I really thought of this as I was trying to figure out how we’d define a “max simultaneous copies” value for an event and just wondering if one could, where warranted, just pull non-event WAVs out of the encrypted FSB and play them.

Regards,

Bill

  • You must to post comments
Showing 1 result
Your Answer

Please first to submit.