I guess I could post a suggestion, but I am starting to feel that every game engine/framework that is easy to use ends up being sandboxed or made by devs that think that people should download libraries or code the function themselves. its kinda of annoying You know, you could just go the easy rout...

Reading the wiki's article about love.filesystem.write tells you this: data can either be a string, or a löve object; you're trying to save a table, which is basically a number. If you don't want to use any fancy serialization libraries, then you could tiptoe the issue the following way: function se...

Did you zip up your game folder itself, or its contents? I'm guessing the former; do the latter and it should work. Edit: I checked out the zip you posted, the zip combined with the exe was made correctly (although i couldn't test it because of missing dll-s...), so i don't know what the issue could...

I don't think that works if it's fused since the game directory would be in the .love, which is fused to the love (or lovec) executable, hence the game dir would be inside the exe itself. Ah, right. In this case you need to do it like this: love.filesystem.mount(love.filesystem.getSourceBaseDirecto...

AFAIK, you don't need to mount a folder that's inside the game directory. love.filesystem.getDirectoryItems('myfolder') Works fine without mounting the folder. I don't think that works if it's fused since the game directory would be in the .love, which is fused to the love (or lovec) executable, he...

Okay i misunderstood; that's actually a legit thing... i wonder why it does it like that. My best mostly uneducated guess would be that löve also has a 32bit version, and 64bit values are slower on that? Not sure how much sense this makes though, probably not much. :crazy: In which case it should be...

Okay, so let's go back to the wiki's example code that you didn't use or look at, and allow me to edit it a smidge: if love.filesystem.isFused() then -- the game will be fused if it's an .exe already local dir = love.filesystem.getSourceBaseDirectory() -- gets the real path of the directory (or fold...

Yes, the internal color precision of any texture will never be as precise as a double float, unless there'd be such a format supported by OpenGL. In short, it's not a bug. Similarly you can't set SoundData samplepoints to (normalized [-1,1] instead of [0,1]) values it couldn't represent with the cho...

milon wrote: ↑

Thu Apr 19, 2018 7:30 pm

So, what should I be downloading instead?

(Link on the home page - Other Downloads)
https://bitbucket.org/rude/love/downloads/
Probably this one?
https://bitbucket.org/rude/love/downloa ... src.tar.gz

love.graphics.newArrayImage
or if you want to look into it more in-depth
Basically, it apparently gives solutions to texture bleeding that regular atlases have if you don't pad the image or something like that.