As we were testing a standalone level for Game Guru and went into the main menu and tried to use the save function or tried to go into video settings we got this error, RUNTIME ERROR: 501:Image Number 96001(graphics_init) The game crashed. Can anyone explain this or has had a similar issue ?

This might help you out not sure what your error message means though sorry

Edit, just found this
(i think 501 is a sprite error so make sure your images have copied over to the standalone correctly)

https://forum.game-guru.com/thread/216983

Dave

make sure your images have copied over to the standalone correctly??? How ? I want to thank you for showing me this list of runtime error's, However, this doesn't answer the question. And isn't the engine supposed to transfer "EVERYTHING" to the stand alone final exe? Before all these so called bug fixes ? I didn't have this problem a few years ago. And why do I have to manually have to "copy" anything ? That makes no sense but thank you for your help just the same.

Should it copy over everything? Yes. Does it? No, not always.

Often it’s images that are referenced in lua scripts that aren’t copied. Your error is tending to suggest some image reference in graphics.lua

GG attempts to copy over only those assets and images that are used in the levels of the game build (rather than just copy over everything which would make huge standalone builds). It scans lua scripts attached to the levels in the game trying to find references to images - sometimes it can’t pattern match this properly or with nested calls and misses the copy over.

EDIT: - might help a little - https://forum.game-guru.com/thread/220545#msg2612178

Cheers.

Thank you cybernescence. This was most helpful and will apply what I've learned from it.

exactly...
"Often it’s images that are referenced in lua scripts that aren’t copied."
that also happens with sounds which are somewhere in lua scripts etc.

The only thing that I wonder about Stand-alone is--
so the test mode is flawless in loading the game and 'playing' it.
If there's a lua error, or something similar- fine, it tells you and you
can correct it and move on. But when the testing mode is really
there working perfectly, it just seems odd that standalone is (as it is)...
commonly prone to errors and such. Does the test mode always
load everything?

Test mode can always find everything it needs, not load everything, that is the difference.

Failing to properly build a stand alone is a pretty significant deficiency in a game making program - to the point of show stopping.

Consider the uproar if Visual Studio couldn't reliably make an executable!

This should be the first bug addressed in the current bug-fix exercise.

so no-one remembers the FPP file then?

https://forum.game-guru.com/thread/220545#msg2612178

Guess not. That is what it is there for.

Cyber did link to that above and I use it myself for one particular decal that never goes across.
( although there is a reason for that )
The fpp works just great

Pfft!
It's good that a means of identifying failed stuff is available.
It's great that improving the analysis is being worked on.

I'm never going to want to bring a GG game to marketplace.

BUT - I'd surely like to be able to play my creation without going through multiple iterations of manual fixing of compiler deficiencies.

"so no-one remembers the FPP file then?"
Edited: apparently I did see this posted a year ago... but the need for a
standalone build is forthcoming I suppose this is one of those work-
arounds we seem to hear often. Anyhow, whatever work can go into the
computer hunting down the files itself, sounds pretty nice, useful and AI
is known for it's accuracy-- when so equipped!
@benjiboy;
"I'm never going to want to bring a GG game to marketplace."
We have the complete opposite goals. I don't have time to goof around
with GG just for the fun of it. Being hard to find work because of bad
feet -- (destroyed by working hard!!) has been a struggle, and the idea
of creating some kind of income source through game creation has took
a hold of me, and well, I think I'm lost on a deserted Island with a poor
game making companion-- GG!

I'm going to update the GG source and get the code to actually scan scripts etc that contain hidden media files and copy them over. it's not hard just have to locate the right code sections. Let's see what I can do while I am on a role with source code updates and LUA coding

Not in this case .. I have a custom muzzleflash and sound effect to a custom script. Nothing in GameGuru actually points to these items meaning it wont normally get carried to the standalone and I would have to manually do it. I don't think of this as a work around but more of a command for this kind of situation.

The FPP allows this to get carried across so this is what my " protascope.fpp " looks like.

[standalone add files]
gamecore\decals\muzzleflash2\
audiobank\BLUEPRINT\lights.wav\

That's great syncromesh. Sounds pretty simple- hope it works.
So I just have to wonder if the big, burly, popular game engines
have the same type of file correcting system? IDK?

They probably do not have this issue. they are far more advanced and probably tag everything added to the game by other means.
GG relies on fpe's and scripts pointing to files ?

fpe is not the best way to go since it usually is managed/customized by the user, I means GG has not control over them, I myself almost never care about correct material id, never state my sounds on the fpe file, and so on.
And about customized scripts, most likely could need some check system before include them on standalone.
About sounds, scripts I most relies on entity properties, after all user has to set all via that properties panel, even changing fpe values there, like static value, script, sounds, another reason not to trust the data in the fpe file.
When user save level, GG has to make some sort of entities inventory over the map, those entities has their own properties such textures, x file, fpe file, scripst attached, a buch of data that should go to that inventory, being maybe some sort of database or json file, and them GG can rely on that level inventory data.

The fact than user can do or has to do many things via LUA is good and bad thing. Is good because thus GG don`t has to provide those features, bad is bad because GG can't control them, as instance the sprites going via lua nor generate and controled by GG, but for the user itself.
if GG had a sprite system then GG would not have this problem, if GG had a controlled system of generating the fpe file, and so on.

@BOTR
That's great news