I’ve been having a problem with one of my projects in FMOD designer. When I go to the bank view and select one particular bank, it always causes a crash when trying to populate the sound files.
If I copy my sound events over to a new project, it works fine. However, if I save and reload my project, I am plagued with the same issue.
Has anyone seen anything like this before? If so was there something in particular that may have caused this?
Thanks in advance,
but no luck in either of those
- RichardPGoulet asked 4 years ago
The dmp showed why it crash but it didn’t make much sense (there’s a null pointer being referenced but i don’t see a reason for it). I’d like to test the theory that QT is the reason – because there was a build i think 4.45 that I sent you by accident that you said worked.
I’ve compiled 4.44 with QT 4.7.4 that we upgraded to a while back, to see if that makes it work. I put it here, you can have this in its own folder, no other old files should be present.
http://22.214.171.124/files/public/fmod_d … _qt474.zip
As per your suggestion, I extracted the zip I sent you to a new directory in c:/. I have disabled my antivirus software, and even added fmod to it’s exclusion list; still crashing. I am not using source control. I just noticed, though, the last bank titled "atat" is not causing the crash. I must have left that one in the project before uploading it to you. The others still crash though.
I’d like to add- I hope I’m not giving you too much of a hard time- the issue, as mentioned before, can be solved by first building the project (even without any banks selected). This will solve the issue until the next time I load the project. However, I’m happy to assist you in further investigating and crushing this bug.
were there any options when you produced that dump? It says there is an error with the dump, because it was dumped in 64bit mode, and a 64bit dump cannot be used to debug a 32bit app.
Looks like there’s a post about it here, its because the dump is from syswow64.
http://blogs.msdn.com/b/tess/archive/20 … chine.aspx
edit: the link in there looks easy enough to use http://technet.microsoft.com/en-us/sysi … 96900.aspx
Ok i’ve uploaded a debug version that logs out to fmod.log file. If you can get a debug dump from this that would be good, but also send the fmod.log file to us as well.
The zip is at http://126.96.36.199/files/public/FMOD_D … _Debug.zip
I only used the windows task manager which did not provide any options. Bummer, sorry… If you’d like I can find a dedicated dump application which may have the feature to specify 32bit. An MSDN article I read stated it would be fine so long as the debugging is done on a 64-bit machine. I must have misunderstood or have been misinformed.
Oh but that would be too easy 😀 Your debug version does not crash! Tried loading in 4.44.32, and it crashes.
Would the fmod_designer.log from 4.44.32 be of any use? Also, I made a dump file for 4.44.32 if you want that: https://dl.dropboxusercontent.com/u/193 … signer.DMP
I’ve made a 32-bit dump of the designer – release. More to come. https://www.dropbox.com/sh/o182depw2bf9grc/20iT3lxIzn
designer log doesnt give any info about the low level operations.
I’ve created some new zips if you want to try in order, i used 4.44 branch rather than our main branch which was the zip i gave before (though they’re the same really). I accidently built that with QT5 as well and designer uses QT4.5.2, so the designer_release.zip should be the same as the public build really.
http://188.8.131.52/files/public/fmod_d … pfirst.zip
http://184.108.40.206/files/public/fmod_d … elease.zip
http://220.127.116.11/files/public/fmod_d … ogging.zip
http://18.104.22.168/files/public/fmod_d … ogging.zip
Apologies for not replying sooner – firstname.lastname@example.org is a better venue for getting fast turnaround. I’ll put a watch on this topic now though so I should get an email about it if you reply.
I loaded your project in 4.44.32 and it didn’t crash, which means hopefully you are using an old version, I can see something which may or may not be relevant in the revision.txt for 4.44.21. I should have asked that first, but assumed you were on latest.
Otherwise, i’m not sure why a machine specific issue would be responsible when its just loading data in a cross platform way. I’m not sure if flac is relevant, ie if you used wav instead of flacs if that makes any difference.
Okay 2 things.. Firstly, the dump file from the debug/logging build.
https://dl.dropboxusercontent.com/u/193 … g_dump.zip
Secondly, I just discovered the crash does not occur if I view an event associated with the bank, right click, and click "show in bank". This method will populate the bank in full and be fine until the next time I load the project. However, manually going to the banks view and selecting the bank will cause the crash.
Not to worry, thanks for getting back! The version I am using is 4.44.30. The crash occurs when selecting (clicking on) any of the banks in the bank view. This is apparently the same issue that the other users reported in their threads. As I am writing this, I have updated to 4.44.32, and the crash is still occurring.
Thanks for your reply, sorry I didn’t get back sooner. I was able to make a new project and add each and every file to a new bank, without crashing issues. However, copying the events to a new project will cause the new project to inherit the crashing issue. As mentioned in another thread regarding the same problem, building the project at any time (even without any banks selected) will solve the crashing issue for the current session. After closing designer and opening another session, the crashing continues.
All of the sound files are flac. I would be happy to package up the project and sound files, and send them your way.
Thanks in advance!
Edit: I have uploaded a zip file containing my problematic project. There were other events/banks in the project that did not have problems, but I removed them to save space. If in the future you would like the entire project, let me know.
Hi Richard, sorry! it looks like the pdb and exe for the debug version didn’t match, so it wouldn’t work (i think the pdb was for the release version). I made a new exe+pdb zip for you if you could try one more time. I tested this one by copying these files
http://22.214.171.124/files/public/fmod_d … debug2.zip
over the top of the ‘unzip first’ folder, then did a procdump on it, and tested the dmp in visual studio and it worked, so this should be right.
Please login first to submit.