# Automate local parameter by other local parameter inside event context only

**URL:** https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877
**Category:** FMOD Studio
**Created:** [May 4, 2025, 3:34am UTC](https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877 "2025-05-04T03:34:54Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![EwigeDreamer](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/ewigedreamer/32/8434_2.png) [@EwigeDreamer](https://qa.fmod.com/u/EwigeDreamer)
#### Post date: [May 4, 2025, 3:34am UTC](https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877/1 "2025-05-04T03:34:54Z")

</div>

Hello! So, I trying to setup car engine sound events. I’ve created the automation “turbo” parameter by engine “rpm” and it looks like global dependency. It affects the other events which uses the same parameters.

 ![image](https://canada1.discourse-cdn.com/flex036/uploads/fmod/original/2X/c/ce8abf4fab35ab6c26d540e0e13ad22922031322.png)  
 ![image](https://canada1.discourse-cdn.com/flex036/uploads/fmod/original/2X/1/19dfa31e3675f40cba757df30d3c73ebe5729d7e.png)  
Is there any way to prevent it, or it’s fmod constraint?

---

<div class="post-metadata">

### Author: ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)
#### Post date: [May 6, 2025, 5:43am UTC](https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877/2 "2025-05-06T05:43:36Z")

</div>

Hi,

Thank you for sharing the information and screenshots!

> [@EwigeDreamer](#):
>
> I’ve created the automation “turbo” parameter by engine “rpm” and it looks like global dependency. It affects the other events which uses the same parameters.

Just to clarify, are you saying that you created a parameter `turbo` and automated it based on the `rpm` parameter inside the `e36` event, and that this setup unexpectedly affects other nested events (like engine, gearwhine, turbo), whose volumes are automated by their own `turbo` parameter, even though they are supposed to be independent?

Could you please share a few more details about how your events are structured and what behavior you’re aiming to achieve?

Some additional screenshots or a short video would really help confirm the setup and better understand the issue you’re encountering.

---

<div class="post-metadata">

### Author: ![EwigeDreamer](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/ewigedreamer/32/8434_2.png) [@EwigeDreamer](https://qa.fmod.com/u/EwigeDreamer)
#### Post date: [May 23, 2025, 12:13am UTC](https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877/3 "2025-05-23T00:13:32Z")

</div>

Thanks for responding!  
Sure. Parameters “turbo” and “rpm” are local and I thought I can automate one with other inside event only. But this automation appears inside other event too (rccp\_sport)  
In this case turbo works fine, but what if I have to setup different automations for one parameter in many events? 🙂

---

<div class="post-metadata">

### Author: ![li\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/li_fmod/32/6577_2.png) [@li\_fmod](https://qa.fmod.com/u/li_fmod)
#### Post date: [May 27, 2025, 2:41am UTC](https://qa.fmod.com/t/automate-local-parameter-by-other-local-parameter-inside-event-context-only/22877/4 "2025-05-27T02:41:10Z")

</div>

Thank you again for all the details and video! They’ve been super helpful in understanding what’s happening.

I think the issue comes down to how FMOD handles automation on local parameters:

When you automate one local parameter based on another local parameter, that automation becomes part of the parameter definition itself, not just the event.

This means that even if two events use a parameter with the same name (e.g. “turbo”), FMOD treats it as the **same parameter definition**.

As a result, any automation or modulation added to that parameter will appear in **every event** that uses it, even though the parameter values themselves are local to each event.

> [@EwigeDreamer](#):
>
> In this case turbo works fine, but what if I have to setup different automations for one parameter in many events? 🙂

If you want different automation setups in different events, you could consider two options:

### 1. Use different parameter names

This ensures each parameter has its own definition and automation setup. For example:

- One event uses `rpm`
- Another uses `rpm_alt` or `rpm2`

### 2. Use the same parameter name, but place it in different folders in the Preset Browser

FMOD treats parameters as unique based on their **path** , not just their name. So you could do:

- `/vehicle/rpm`
- `/aircraft/rpm`

In this case, both are named `"rpm"`, but FMOD sees them as **completely independent parameters** , each with its own automation.

Hope this helps, let me know if you have more questions.
