Fmod Unity banks not loading, illegal characters in path

Unity
1

Hello,
I’m having an issue with events not properly showing in the event browser in unity. We are working with unity version 2022.3.13f1 and fmod version 2.02.13.

Whenever I try rebuilding the banks, unity is showing me this error:

grafik
grafik1027×187 39.3 KB

It also says, the bank has already been loaded:

grafik
grafik793×190 37.5 KB

Now, I don’t have any special characters anywhere in my fmod project. I can’t find anything that would classify as illegal in this case. But in fmod studio some events appear with three dots at the end. These are different from the dots that show up when the event name is to long to display it fully. Those dots appear in the middle of the event name, these are at the end. See how the ClothFlap event is fine but the Coins have … at the end. When I try to edit the event name the dots disappear.
grafik

The problem seems to be related to the fmod plugin cache in unity. When rebuilding banks or deleting the cache to refresh it, sometimes old events from a previously connected fmod project show up, but not the correct events from the current project.
This is only happening with one specific fmod project. I managed to set up a new project with the original unity project, but if possible I would like to keep all the work I’ve done so far and use my old fmod project.

Also for context: we are using plastic and we’ve had issues with cache files showing up in pending changes although they are technically on the ignore list.

Does anyone know how to fix this?

2

Hi,

Thank you for the information.

Could you please package the FMOD Studio project with the following settings:
image

image
image446×628 15.1 KB

uploaded to your profile? Please note you must register a project with us before uploading files.

We have documentation on using source control here: Unity Integration | User Guide - Using Source Control. Hopefully, it will have some useful information.

Would it be possible to update the integration and check if the issue persists?

3

Hey Connor,
thank you for looking into this! It is my companies fmod project, not my own, so I have to ask them if I can upload it - NDA’s and all that. I’ll get back to you on this.

In the meantime I managed to fix it by changing our naming convention for events from AMB_ExampleScene_ExampleSound to amb_exampleScene_exampleSound after I read in another thread that having upper case letters can be a problem between Fmod and Unity. Something about the API not being case sensitive. It seems to be fine with camelCase though.

Between this and rebuilding the library folder to completely clear the cache in unity the issue seems to be solved now, but I’d still be interested to know how this happened in the first place.

We also did update the integration to 2.02.22 as a potential solution, but it didn’t help.

1 Like
4

Thank you for sharing the solution.

Could you please link the forum you found this solution on? Yes, I would also be very interested in what is causing this issue I will await on your banks but I will also try and reproduce the behavior using the naming convention you have shared.

5

Yes, it was in this thread: Event renaming issue - #12 by XploZ
Their problem was a little different than mine, but since we had a similar case of a upper case letters as first letter in event names, I gave it a try.

I also got permission to upload the fmod project, so we are registering it now. I’ll let you know when it’s done.

1 Like
6

Thank you for sharing the forum.

Have you had a chance to register/upload the studio project files?

7

Hello, different account, same person here. I needed to use a company account. The project is now registered and uploaded on this one.

1 Like
8

Thank you for providing those files! I have been able to reproduce the issue and will pass it on to our development team to look into further.

Thank you again for all your work.

9

Hi,

Just an update, I was able to identify the issue. Somehow a new line was added to the event’s .xml file

		<property name="name">
			<value>XXXXXXXXXXXXX
</value>

which was then being rendered as the three dots in Studio and a \n being read in Unity which it didn’t like. That is why renaming the event solved the issue as it was rewriting the .xml file, so your old naming convention is fine as well. Are you doing anything to the .xml files that might add the new line?

Thank you again for bringing this to our attention!

10

Hello, thank you so much for getting back to this! Good to know that it was not the naming convention.

We don’t do anything to the xml files intentionally. Could this be a version control issue?
We didn’t have this problem again btw. so it probably was something we did only this one time. I will investigate…

Thanks again!

Edit: Could you please not quote anything from the project in public? It is all still under NDA. The screenshot above is fine, but just for future reference :slight_smile:

1 Like
11

My apologies! I have fixed that up.

Potentially version control could have altered the file. But if the issues does crop up again, simply renaming the event should fix it right up.

If you have any more questions please do not hesitate to reach out!

12

Just to keep this post alive: it really helped me as well, the problem for my project were the new lines in event names as well. For an easier check this can be seen with the … dots at the end of an event name, even though you re alreay seeing the whole event name and in the event editor itself the name of the event in the event tab is offset by a line.

As a quick tip: you can use the pre-installed “batch rename” script and find “< n >” and replace with nothing over all events to fix that.

To me this happened because I thought I was smart and wrote a js script to import many event names from a list (as we are tracking our event names and their current work in progress state on a google sheet). This import progress sadly attached the new line from the .txt file

1 Like
13

Thank you for the tip!