LFS / |R| strange behaviour

pie

Hi,
my app at the beginning reads a bunch of sound files from a subfolder in the resource directory and puts them in a table.
The issue comes out only when I export the app standalone;
on windows player and exporting android player to real time test everything is fine.

Exported standalone app (full export) crashes as soon as I get to the line of code reading sound files:
logcat says
cannot open |R|sounds: No such file or directory
which should be there, otherwise it should not work in other "modes" too..

There is no CaSe difference between directory name and path, any idea? may this be a bug?

Thank you

hgy29

I think it is a bit complex: on Android, files are contained within a set of zip files (APK, main, extra), which means that they are not directly visible in the filesystem. Gideros knows how to access them within zip files, but lfs probably doesn't...

pie

So the only workaround is to copy those files in device memory?
As an alternative, is there a way to read the content of |R| directly from gideros without relying on lfs?

Thank you

SinisterSoft

Copy from assets to |T| then load...

hgy29

Unfortunately gideros doesn’t support listing directories. that could be added probably.

SinisterSoft

Ahh, sorry I misread this - I thought you wanted to load in a specific file - not read the list of files in a directory.

Maybe a quick fix: If they follow a pattern then you can attempt to read the patterned filenames in sequence - on a failure you know you have reached the end?

totebo

Maybe a quick fix: If they follow a pattern then you can attempt to read the patterned filenames in sequence - on a failure you know you have reached the end?

That's what I do in my games. All levels are incrementally numbered and I read all of them on startup, stopping when a nil is returned.