ImageManager : Image not found about gdevelop HOT 10 CLOSED

It's working when I load exactly the same texture (with relative path) inside the LoadResources of an object. I'm think it's related to the working directory...

from gdevelop.

Yes, it is related to the working directory: any time a resource (=file) used by a game is loaded, the working directory must be set to the game directory, then set back to the original working directory (=IDE directory). But normally, you shouldn't have to change the working dir.
You should be using gd::Resource and gd::ResourceManager. In an editor, you can do:

project.GetResourcesManager().GetResource(imageName)

to get a resource then use GetAbsoluteFile on the resource (make sure it is an image before). See a full example in SpriteObjectEditor.cpp (method GetwxBitmapFromImageResource)

When displaying an object, you should use in LoadResources a line like this:

project.GetImageManager()->GetSFMLTexture(imageName)

from gdevelop.

You're trying to factor the drawing code I guess, I didn't take a look at it for now but maybe this drawing code should not rely on the image manager but on a SFML sprite (or whatever it needs) passed as a parameter?

from gdevelop.

Yes, the TileSet class contains a wxBitmap and a SFMLTextureWrapper. The wxBitmap is only used in the editor but all the calculations are made on the SFML texture. So, even in the editor I need to load the texture.

from gdevelop.

@victorlevasseur Did you manage to find a solution? Maybe you have a suggestion about something that should be updated/refactored?

from gdevelop.

I've found a workaround : I get the current working dir, then I put the
game working dir, the image is loaded, then I put the old working dir.

from gdevelop.

Ok, we should think a bit about if there is a way to refactor something (either in the extension or in GD) because I'm not totally satisfied with this workaround (because it is a workaround as you said ^^)

from gdevelop.

@victorlevasseur any news about it? 😄 Did you think about a better solution or do you think the current solution is good enough?

from gdevelop.

I didn't find another solution and the workaround works fine. So, we can close that issue.

from gdevelop.

Ok, sounds fine. :)

from gdevelop.