When I try to run my game from the compiled folder I get this:
"Could not load sprite set file ACSPRSET.SPR
This means that the file is missing or there is not enough free system memory to load the file."
It works fine when trying to run it from the editor. I'm using AGS 3.0.2 and it worked fine a few days ago. This also happens on other peoples computers.
Things I've tried:
Adding the sprite file to the compiled folder (which used to work, but not anymore)
Compiling it without debug mode (didn't work)
Any clue as to why this is?
Are you definitely using 3.0.2 SP1? The original 3.0.2 release had a bug which generated corrupt EXE files.
I was using 3.0.2 not the service pack.
It works now (after downloading SP1)... on my PC. On some other computers it still comes up with the same message. Putting the sprite file in the compiled folder makes it run, but who knows how long that'll last.
At least it works for now. Thanks for the SP CJ.
You should definitely not need to put the sprite file in the compiled folder. If you've compiled the EXE with SP1 and are still getting the error message, please post an example that I can investigate.
It works fine now (with SP1). I just need to test it at school (which is where it wasn't working and where I need it to work most due to a media project). I'll edit this post later with details on what's happening.
I have the same thing and I'm using AGs 3.02 non service pack, in-case anybody else does just delete the sprindex.dat and recompile.
I'd strongly recommend against doing that -- please upgrade to SP1 instead. The original 3.0.2 generates corrupt EXE files, and the sprite file error is the usual symptom. If you just delete the sprite index that may appear to get around the problem but it may cause other issues later in the game.
There is no reason not to upgrade to SP1 if you're using 3.0.2, as the difference is only a small collection of important bug fixes.
I know Chris.. I 'll just wait for 3.10
Even if you're waiting for V3.10 there is no reason you are still using the non-service pack version of V3.02.
For the same reason people are using 2.51..they just stick with it. Anyway, i downloaded it and will update to that.
This is not the same reason (like for example I use V2.6x for DOS support), as CJ pointed out, there are only few changes in V3.02 SP1 compared to V3.02 and included in that few changes are fixes for serious bugs, i.e. V3.02 is now considered an unstable version and should not be used anymore.