#Day 2
- Day started good! Woke up with new inspiration :)
I decided to make it a small survival game. Sort of like Gravity, the movie.
Also will be working with Spriter and Overlap2D. Got some first animations done in Spriter, and for now I will borrow all other graphics from the web.
First layout of the game:
Tomorrow will need to get back to work, so probably progress will be slow. I will try to get some code written this week - and see if we can tie the basics together.
#Day - > (?) - Lost count...
I have been working on and off on the project the last week. Finally got some work done today as I took a day off from work. I have added a lot of features, but still got a lot more to go before I finish the game. I have even spend some time thinking what need to be added. Here is a list:
I have spend way to much time already on these 'solar wind objects'. Rotating objects in Overlap2D is a pain - and actually only works reasonably well if you encapsulate them in a composite. I made some error in my thinking and will still have to redo most of these objects - to add some polygon components. I did add the landing sequence, and a 'oxigen timer'. Hopefully I will be able to show a bit more over the next couple of days.
My world now looks like this - I actually really like the drawings so far. I will still need to add all the bonus stuf, replace the 'space ship' with something more definite and hopefully add something with tentacles...
Hi them. The name kind of gives it away. This is the rendering engine behind Overlap2d. All graphics processing is done here.
It's here on Git: https://github.com/UnderwaterApps/overlap2d-runtim....
With previous Overlap2d projects I did not have these performance issues, so somewhere something should be off.
What about convertation overlap objects to scene objects https://github.com/DmitriyL/Feed-the-space/blob/ma... ?
It looks like you are reimplementing libgdx scene.
Hi them.
No - I am not doing anything that complicated. (Although that code does look interesting :) I just noticed that the performance of Overlap2D drops on Android when I have a lot of entities. This is even true if I switch off the back ground layer and these are not rendered at all.
Now in order to solve this I will remove the composite objects that make up the border shapes in my scene. I will then replace them with simple much larger textures. So I will end up with a lot less entities.
I was just thinking it would be nice to have a tiled option in Overlap2D. The idea behind Tiled is that the textures are send to the graphics buffer once, and then stencilled when needed. That is a faster technique, but obviously only works when you can simply copy the textures again and again. I don't think the current Overlap2dRenderer can handle that. So for now my idea is to stick with a limited set of textures.
In any way - this game just utilizes the standard functionality of Overlap2D, Ashley, Box2D and Spriter. I am not sure about my implementation of the ECS. (So let me know what you think :) As I said before I think it would be good to have more 'live' examples of how this can be best used in games.
Hi, I see Overlap2dRenderer is doing the job, but it looks like it's doing too much for one system and at the same time like it could be difficult to split its logic on sub-systems. I could just recommend (1) convert everything possible to libgdx/bod2d domain objects (sprite/color/lighting/collisions...) and (2) assign component-system to these objects. I'm sure it's a big chance you will want add more functionality in scene renderer... into Overlap2dRenderer.
