# Fmod event not stopping

**URL:** <https://qa.fmod.com/t/fmod-event-not-stopping/19364>\
**Category:** FMOD Studio\
**Created:** [October 5, 2022, 11:09am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364 "2022-10-05T11:09:47Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Camiel](https://avatars.discourse-cdn.com/v4/letter/c/7ab992/32.png) [@Camiel](https://qa.fmod.com/u/Camiel)\
**Post date:** [October 5, 2022, 11:09am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/1 "2022-10-05T11:09:47Z")

</div>

Hi I’ve made a system that plays a sound at the start of the event and when stopping. However when using this with a parameter sheet and the cursor is on an instrument that is set to “cut”, it keeps the “stopping” state after it’s been called to stop. when the cursor moves of the instrument it stops. Is this intended? If so, is there a better way for me to implement this? Attached is a screenshot of the setup.

Thanks in advance!

 ![image](https://canada1.discourse-cdn.com/flex036/uploads/fmod/original/2X/8/823bfff8796e846dfc1bfa3e53dca53f2800e088.png)

 ![image](https://canada1.discourse-cdn.com/flex036/uploads/fmod/original/2X/7/7af4b0a153b007e05b51c98eb0784d4691729594.png)

---

<div class="post-metadata">

**Author:** ![Alcibiade](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/alcibiade/32/4284_2.png) [@Alcibiade](https://qa.fmod.com/u/Alcibiade)\
**Post date:** [October 5, 2022, 11:23pm UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/2 "2022-10-05T23:23:30Z")

</div>

Indeed, that seems like a bug. When an instrument in a parameter sheet has the event state “stopping” or “not stopping” trigger condition, it causes some weird behavior in the timeline sheet, with infinite stopping state.

---

<div class="post-metadata">

**Author:** ![joseph](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/joseph/32/264_2.png) [@joseph](https://qa.fmod.com/u/joseph)\
**Post date:** [October 5, 2022, 11:32pm UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/3 "2022-10-05T23:32:13Z")

</div>

The behavior you describe sounds like the intended behavior to me, so I’m not sure I fully understand the issue you’re having.

Could you describe in detail both the behavior you’re seeing, and how it differs from the behavior you expect?

---

<div class="post-metadata">

**Author:** ![Camiel](https://avatars.discourse-cdn.com/v4/letter/c/7ab992/32.png) [@Camiel](https://qa.fmod.com/u/Camiel)\
**Post date:** [October 6, 2022, 11:52am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/4 "2022-10-06T11:52:32Z")

</div>

The behaviour I expect is that when the event is called to stop, the async instrument set to “cut” in the parameter sheet should also stop playing. However, in this case the event will continue infinitely in it’s “stopping” state. So I’m wondering if there is some feature that I’m missing here.

As Alciblade pointed out I’m using the event state “stopping” on the transition region. If this is not clear I can make a short video when I have the time.

I hope that helps!

---

<div class="post-metadata">

**Author:** ![joseph](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/joseph/32/264_2.png) [@joseph](https://qa.fmod.com/u/joseph)\
**Post date:** [October 6, 2022, 11:32pm UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/5 "2022-10-06T23:32:22Z")

</div>

Stopping an event does not stop any of the instruments in that event. This is an important feature, because it allows you to define complex stopping behavior for an event that includes instruments being triggered, playing out tails, and otherwise continuing to function as part of the event’s gradual winding down.

If you want an instrument to be untriggered when the event is stopped, you should give that instrument a “not stopping” trigger condition.

---

<div class="post-metadata">

**Author:** ![Alcibiade](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/alcibiade/32/4284_2.png) [@Alcibiade](https://qa.fmod.com/u/Alcibiade)\
**Post date:** [October 7, 2022, 7:49am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/7 "2022-10-07T07:49:56Z")

</div>

I was wrong in my previous post, as I though it shouldn’t be possible to have infinite looping stopping state events. In fact, it’s possible and intended to have such things, as @joseph pointed out, to allow complex stopping behaviors.

However, I can see how what @Camiel is showing is confusing:

In a straightforward event, when the parameter sheet is triggering an instrument, and then the event is called to stop, if nothing prevents the immediate stop, the parameter sheet instrument is abruptly cut (even AHDSR on that instrument doesn’t apply here, probably to not interfere with modulation at the track level, I presume).  
**BUT, if the timeline has a conditional transition based on the event state, when the event is called to stop, the parameter sheet instrument is not cut, even if the timeline hasn’t anything more to play (and isn’t persistent, of course).**  
It may be some good reasons for this, but I admit it’s quite confusing.

---

<div class="post-metadata">

**Author:** ![Camiel](https://avatars.discourse-cdn.com/v4/letter/c/7ab992/32.png) [@Camiel](https://qa.fmod.com/u/Camiel)\
**Post date:** [October 8, 2022, 11:41am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/8 "2022-10-08T11:41:01Z")

</div>

Awesome, sorry for the confusion. FMOD QA team is amazing!

---

<div class="post-metadata">

**Author:** ![joseph](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/joseph/32/264_2.png) [@joseph](https://qa.fmod.com/u/joseph)\
**Post date:** [October 10, 2022, 3:19am UTC](https://qa.fmod.com/t/fmod-event-not-stopping/19364/9 "2022-10-10T03:19:31Z")

</div>

> [@Alcibiade](#):
>
> It may be some good reasons for this, but I admit it’s quite confusing.

The reason is that we assume a stop command is always intended to make the event stop. If the event has any content that’s responsive to being put in the “stopping” playback state (e.g.: an AHDSR modulator on an event property or an event state trigger condition on an instrument or logic marker), then we assume that that content in part of a user-designed stopping behavior that will bring the event to a complete stop. However, if there is no content in the event that reacts to the event being put into the “stopping” state, we know that the event will not end on its own, and therefore assume that the stop command was intended to cause the event to stop immediately.

To put it another way, if a sound designer doesn’t specify how an event should behave when stopped, FMOD Studio has to default to _some_ way of stopping the event - and stopping it immediately is the way it defaults to.

> [@Camiel](#):
>
> Awesome, sorry for the confusion. FMOD QA team is amazing!

Thank you!
