0
0

Hi everyone,

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,

edit: same problems here viewtopic.php?f=8&t=14838&hilit=bank+crash
and here viewtopic.php?f=8&t=14838&hilit=bank+crash

but no luck in either of those :(

  • You must to post comments
0
0

unzip them into a new folder

  • You must to post comments
0
0

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://52.88.2.202/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.

  • You must to post comments
0
0

Do you have another machine you can test this on? As I said i used your project and source, and there was no crash. I’m trying to work out how this could be machine specific. Currently I can only suspect UAC, soundcard settings (ie is it set to 44/48khz and stereo/5.1, or something more exotic?) or file permission issues.

  • You must to post comments
0
0

it may be related to your sound files, maybe some of them are corrupted. There are 2 options,
Can you start a new bank and add the same files, a section at a time, and does a certain wav trigger this issue? If so, please send it to us.
Are you able to package up all wavs and the fdp and send it to us, and we can try it here. You can use http://ftp.fmod.org l:upload p:upload

  • You must to post comments
0
0

Alright- I haven’t checked the others, but the first does not contain any executable file.

  • You must to post comments
0
0

This one does not crash. Here’s the fmod.log though… https://dl.dropboxusercontent.com/u/193 … ash%29.log

edit – wait! not sure why but it is crashing now. every time except the first.

  • You must to post comments
0
0

I have tested this on 2 machines. One is an i5 laptop running win7 home premium 64-bit, conexant integrated audio. My desktop is an AMD running win7 home premium 64-bit as well, steinberg/yamaha Ci-1 audio interface. I doubt the audio device has anything to do with it, but figured I’d let you know.

Sorry- this information is probably not much help since both machines are running the same exact OS. However, the similarities end there. These 2 systems have absolutely nothing else in common.

  • You must to post comments
0
0

you unzip it first, as the filename says, then unzip the 3 .exe only zips into that folder, rather than having a huge zip each time.

  • You must to post comments
0
0

And here’s your dump. https://dl.dropboxusercontent.com/u/193 … ump_02.zip

  • You must to post comments
0
0

is it loaded over network or local hard disk, if you copy to a different folder not under /users does it change the behaviour.

  • You must to post comments
0
0

Ah, sorry. I should have checked. I’ll have a go at it tomorrow and post the results.

Thanks,

  • You must to post comments
0
0

thanks, that one worked, will let you know what we find.

  • You must to post comments
0
0

It is on a local drive, but shared via dropbox. So all the files are run from /users. I just move the project folder to c:/, and the crash still occurs.

  • You must to post comments
0
0

Hi, I’ve finally have the chance to try these builds you sent. All 3 builds are crashing. Uploading the dump files with fmod.log files now.

  • You must to post comments
0
0

Can hardly wait! :p

  • You must to post comments
0
0

the next 2 things to try, because I don’t see how you can get a 100% crash rate no matter what you do and after testing on multiple machines here we get no problem at all. This is based on the data you sent us.

  1. use the zip you sent us, in a clean directory, rather than a copy of the data you have already on your HD.
  2. make sure nothing like a virus scanner is interfering with designer file access.
    Is there a possibilty you have corrupted data from a source control get/merge?
  • You must to post comments
0
0

Here’s an archive with the dumps and logs…
https://dl.dropboxusercontent.com/u/193 … 26logs.zip

  • You must to post comments
0
0

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://52.88.2.202/files/public/fmod_d … _qt474.zip

  • You must to post comments
0
0

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.

  • You must to post comments
0
0

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

  • You must to post comments
Showing 1 - 20 of 35 results
Your Answer

Please first to submit.