LÖVE

Does anyone know a way to make it work with slam? (https://github.com/vrld/slam)
I get some hard to debug error (thrown in a thread) when I have love-loader require slam.

Does anyone know a way to make it love 0.10.0 ready, e.g. load videos?

murks wrote:Does anyone know a way to make it love 0.10.0 ready, e.g. load videos?

Currently, love's video decoding is done by reading the file a bit at a time (and decoding the contents) in a separate thread already, so love-loader wouldn't help much there.

What love-loader doesn't do properly right now is load Images which are Compressed Textures (it should use [wiki]love.image.isCompressed[/wiki] to determine whether to load the file as a [wiki]CompressedImageData[/wiki] or a regular ImageData, before eventually passing the data to love.graphics.newImage).

I have not given a look at 0.10.x features for this lbrary just yet. I don't know when I will be able to do so (Pull requests are accepted and encouraged though)

I guess by slimes argumentation, it does not make sense to use love-loader for streaming audio either, right?

Additionally to the workaround I use for sounds (https://github.com/kikito/love-loader/issues/15) I simply load streaming audio without the loader: instead of: I have not tested the performance, but it works.

Btw., kikito, your libraries are great, they tend to ... work! Thanks!

Yo is this still alive?

I have not updated it in a while, but it still works as far as I know.

It still works well!

Is it able to create a feature request for love-loader?
About it's integration with 3DreamEngine's (https://github.com/3dreamengine/3DreamEngine) resourses?
Preloading *.obj files, *.3do files (innder format of subj), textures?
love-loader is an extremely useful piece of code, but It would be nice to use it with other libraries.
And I do not even understand what person should I talk about this: kikito, Tanner Rogalsky, 3DreamEngine's author or someone else.