Post-0.10.0 feature wishlist

General discussion about LÖVE, Lua, game development, puns, and unicorns.
User avatar
buckle2000
Prole
Posts: 6
Joined: Wed Oct 14, 2015 10:02 am

Re: Post-0.10.0 feature wishlist

Post by buckle2000 » Wed Dec 07, 2016 10:27 am

Nape Physics Engine, has its own gc system.

Unused vectors are stored in a linked list, and when a new vector is needed, an old vector will be picked instead.

This implementation is really fast.

http://napephys.com/
http://napephys.com/docs/types/nape/geom/Vec2List.html
http://napephys.com/help/manual.html#Object_Pooling

User avatar
raidho36
Party member
Posts: 1685
Joined: Mon Jun 17, 2013 12:00 pm

Re: Post-0.10.0 feature wishlist

Post by raidho36 » Thu Dec 08, 2016 7:04 am

You could just use a stack for this, no linked list needed. And it is faster still.

User avatar
drunken_munki
Party member
Posts: 134
Joined: Tue Mar 29, 2011 11:05 pm

Re: Post-0.10.0 feature wishlist

Post by drunken_munki » Thu Jan 05, 2017 9:34 am

I see SpriteBatch:setColor() which I just figured out how to use in my game.

What I'm looking at, is it possible to have SpriteBatch:setBlendMode() ?

I'm thinking it's not practicle for most blend modes, but what about just "alpha", "add" and "subtract"; I mean, is there a technical limitation to prevent this from being implemented?

Cheers big ears.

User avatar
zorg
Party member
Posts: 2428
Joined: Thu Dec 13, 2012 2:55 pm
Location: Absurdistan, Hungary
Contact:

Re: Post-0.10.0 feature wishlist

Post by zorg » Thu Jan 05, 2017 10:07 am

drunken_munki wrote:(...)
It may or may not be practical, but iirc the colors work as (extra) vertex attributes for each defined sprite in the batch; as far as i know, you can't set the blendMode like that. (Or at the least, you can't have separate blendmodes in one draw call, which is i think what spritebatches do) This is something probably relevant that i've found.
Me and my stuff :3True Neutral Aspirant. Why, yes, i do indeed enjoy sarcastically correcting others when they make the most blatant of spelling mistakes. No bullying or trolling the innocent tho.

User avatar
kikito
Inner party member
Posts: 3142
Joined: Sat Oct 03, 2009 5:22 pm
Location: Madrid, Spain
Contact:

Re: Post-0.10.0 feature wishlist

Post by kikito » Thu Jan 05, 2017 2:05 pm

I'm beginning to think that an official "love-maker" would be a good idea. There have been some heroic unofficial attempts at creating a script for doing this in the past, but it's still a pain point for me.

I also would love it very much if LÖVE was smart enough to handle .love files made by compressing a folder instead of a list of files.
When I write def I mean function.

User avatar
Ulydev
Party member
Posts: 428
Joined: Mon Nov 10, 2014 10:46 pm
Location: Paris
Contact:

Re: Post-0.10.0 feature wishlist

Post by Ulydev » Thu Jan 05, 2017 3:23 pm

kikito wrote:I'm beginning to think that an official "love-maker" would be a good idea. There have been some heroic unofficial attempts at creating a script for doing this in the past, but it's still a pain point for me.

I also would love it very much if LÖVE was smart enough to handle .love files made by compressing a folder instead of a list of files.
Yes and yes, definitely. I think we need an official, actively supported tool for packaging. There are too many tools out there that die almost as soon as they are made.

gianmichele
Prole
Posts: 44
Joined: Tue Jan 14, 2014 11:03 pm

Re: Post-0.10.0 feature wishlist

Post by gianmichele » Thu Jan 05, 2017 4:05 pm

+1

It would be great to have some sort of command line options to handle packaging properly, with all the icons (iOS and adroid alone need a lot of them) and maybe a simple initial project creation. A few examples:

love create MyProject -p ios,adroid
love create MyProject -p win,osx,linux
love package MyProject -p ios,osx

Still talking about workflow, on iOS you need to copy the love file either via iTunes or open it through Safari. It would be aweome if you could specify a network storage or an address where you could pick up the .love file you want. This way one could cut quite a few steps in the build/test process (zip the file, upload somewhere, open safari, run in love).
Even better, considering the command line tool mentioned before, something that could push changes to device via network:

love serve MyProject -ip 192.168.1.10

I believe Corona is doing something similar now: https://docs.coronalabs.com/guide/distr ... liveBuild/

Keep loving!

User avatar
slime
Solid Snayke
Posts: 2783
Joined: Mon Aug 23, 2010 6:45 am
Location: Nova Scotia, Canada
Contact:

Re: Post-0.10.0 feature wishlist

Post by slime » Thu Jan 05, 2017 4:47 pm

Keep in mind love is open source and anyone is welcome to contribute! I don't really have the capacity to significantly improve distribution workflow myself, right now.

User avatar
kikito
Inner party member
Posts: 3142
Joined: Sat Oct 03, 2009 5:22 pm
Location: Madrid, Spain
Contact:

Re: Post-0.10.0 feature wishlist

Post by kikito » Thu Jan 05, 2017 5:03 pm

slime wrote:Keep in mind love is open source and anyone is welcome to contribute! I don't really have the capacity to significantly improve distribution workflow myself, right now.
I can totally sympathise. My free time has diminished dignificantly in the recent months, and my open source projects are stalling a bit.

But wishes, like love, are free ^^
When I write def I mean function.

User avatar
pgimeno
Party member
Posts: 1369
Joined: Sun Oct 18, 2015 2:58 pm

Make Shader:send not throw an error, but return a status instead.

Post by pgimeno » Thu Jan 05, 2017 9:50 pm

The rationale is that it's worse to have the code work flawlessly in your computer, and then crash when the program is made public (case in point), than to have a hard time debugging shader code because of a mistyped variable, because when it works, it will (in principle) work for everyone.

Also, the status code provides debuggability.
Thrust II Reloaded - GifLoad for Löve - GSpöt GUI - My NotABug.org repositories - portland (mobile orientation)
The MS-Github repositories I had have been closed after the acquisition announcement and will be removed in the near future.

Post Reply

Who is online

Users browsing this forum: Google [Bot] and 2 guests