It might be doing that, but each time you draw you're calling a function, crossing a Lua/C barrier, something like that. Even if LÖVE culls automatically (it might be doing that already) you will still have to cross that barrier, which is one of the main bottlenecks as far as I know.I~=Spam wrote:(BTW why doesn't LOVE do this automatically? It shouldn't be too hard to do that. )
Unexplored
Re: Unexplored
lf = love.filesystem
ls = love.sound
la = love.audio
lp = love.physics
lt = love.thread
li = love.image
lg = love.graphics
ls = love.sound
la = love.audio
lp = love.physics
lt = love.thread
li = love.image
lg = love.graphics
Re: Unexplored
It depends on what you are doing. But crossing that boundary (at least in lua anyway) does not cost much. Plain lua was designed in such a way that crossing this boundary costs incredibly little. This was because lua was designed to be embedded in a c program from the ground up.Nixola wrote:It might be doing that, but each time you draw you're calling a function, crossing a Lua/C barrier, something like that. Even if LÖVE culls automatically (it might be doing that already) you will still have to cross that barrier, which is one of the main bottlenecks as far as I know.
But because we are using luajit this gets even faster. But you are right. Calling c functions does have some overhead. But this overhead is going to be about the same (maybe less) as calling a lua function because of the way lua was designed.
My Tox ID: 0F1FB9170B94694A90FBCF6C4DDBDB9F58A9E4CDD0B4267E50BF9CDD62A0F947E376C5482610
- GreenAvoro
- Prole
- Posts: 4
- Joined: Wed Apr 29, 2015 10:25 am
Re: Unexplored
Damn I'm loving all the sounds. I feel embarrassed about my abilities.
- bartbes
- Sex machine
- Posts: 4946
- Joined: Fri Aug 29, 2008 10:35 am
- Location: The Netherlands
- Contact:
Re: Unexplored
At least in puc lua it's significantly worse. In luajit there's the added problem of c calls not being eligible for jit compilation.I~=Spam wrote: But because we are using luajit this gets even faster. But you are right. Calling c functions does have some overhead. But this overhead is going to be about the same (maybe less) as calling a lua function because of the way lua was designed.
Re: Unexplored
That is true. But the overhead isn't going to be much compared to a lot of other things. I think the FFI library and terria attempt to solve this but they still have their own disadvantages. (ie. no direct c++ support in FFI)bartbes wrote:At least in puc lua it's significantly worse. In luajit there's the added problem of c calls not being eligible for jit compilation.I~=Spam wrote: But because we are using luajit this gets even faster. But you are right. Calling c functions does have some overhead. But this overhead is going to be about the same (maybe less) as calling a lua function because of the way lua was designed.
My Tox ID: 0F1FB9170B94694A90FBCF6C4DDBDB9F58A9E4CDD0B4267E50BF9CDD62A0F947E376C5482610
Re: Unexplored
Trying to make a right HUD
Re: Unexplored
You say "trying"... It looks like you aren't trying anymore. You clearly succeeded. It looks great!
My Tox ID: 0F1FB9170B94694A90FBCF6C4DDBDB9F58A9E4CDD0B4267E50BF9CDD62A0F947E376C5482610
Re: Unexplored
Because I deleted it 3x and started from scratch and the weapon indication (in the middle) still isn't what I wanted. It's because it isn't finished yet and a few things is still missing.I~=Spam wrote:You say "trying"... It looks like you aren't trying anymore. You clearly succeeded. It looks great!
- Ranguna259
- Party member
- Posts: 911
- Joined: Tue Jun 18, 2013 10:58 pm
- Location: I'm right next to you
Re: Unexplored
This looks increadible, now I feel like coding a space game like No Man's Sky or Elite: Dangerous.
Re: Unexplored
Very very good work on that HUD, it looks amazing!
Who is online
Users browsing this forum: Amazon [Bot] and 6 guests