upvoted

I didn't know you were on greenlight, you should have posted a link here when you published, it could have bring some more votes/visibility.

Cool thanks all for your support/votes

@kappa: Sure you're right. For the last six months I've been working on the editor and I didn't have much to show. Now that I'm back on the game I will publish more updates/videos/screenshots. I will need this to keep the greenlight page alive anyway By the way thanks a lot for tweeting about my game, that's really cool

@sproingie: to tell the truth I'd really love to have a single player / campaign mode in Daedalus. But when I see what is left to do just for the multiplayer ... I think it will be too much work. I'm aiming the end of the year to have the game finished, if I have some time ( a lot actually ) before this date, I'll look into it ... or maybe I'll do this after the game release in the form of an addon ...

@heisenbergman: luckily this game doesn't have the same game mechanic as mine. It seems to be cool, and I'm not saying this only because of the blood and body parts


.. and I invite everybody to listen to Ultroman !


I always keep saying that I will post an update soon ... should be this week end I was able to package the game for windows, linux and mac ( all with bundled JRE ) .. so you'll be the first ones to try it !

cheers

Thanks, for sure I'm quite happy to have been persistant enough on this project to be able to at least try to be published on steam Being published on steam would be really amazing, but seeing the votes after two days on greenlight I think it will be really hard ...

Thanks for testing, this error is fixed for quite some time so it will be ok in the next release I'll post. Thanks for reporting anyway

A bit of an announcement:

I just opened a post on steam greenlight so if you happen to have an account on steam please vote for me !

http://steamcommunity.com/sharedfiles/filedetails/?id=143234929

I will post a new release here real soon, certainly next week

cheers

For info in Daedalus, I use TCP only ( via Kryonet ). Clients and server are sending update messages to each over 20 times per second and messages are sent each time an event occurs (bullet is fired, item is picked, player dies, player respawn ... ) ... so at the end it's quite a lot of messages exchanged ( should try to put a counter to get a precise count per second ) And all of this is running pretty well, even over internet.
Using UDP seemed to be really complicated to handle, and I was afraid to reimplement TCP over UDP at the end ...

So for a bomberman, for sure go with TCP

no I don't plan to open source it, or maybe only if I'm not able to sell it


ah ah cool ! Kicking butts is the main hobby of the bots, they like it

hmm I'm not really surprised by this error In fact I did something quite hacky in this shader as a quick workaround: testing the texture size using textureSize(...) to determine if a texture is binded .... But textureSize() is only available in GLSL 1.3 which is apparently not supported by your card. So I'm going to fix this in a proper way instead of relying on this dirty hack: I just have to always bind a texture even to draw solid colors ( I'll just bind a white texture in this case ... )

It will be fixed in the next update I'll post .. so you can keep your graphic card

Thanks for testing !

EDIT: just realized that I already fixed this some time ago by just removing the fragment shader which basically does nothing .... I really should post a new version, the one here is quite old ...

Thanks for the figures It seems that for the view, the FPS are capped to 60 ?

Thanks guys, I'm glad you liked it

Right now, I'm aiming only desktop via steam ( if I'm lucky enough to get greenlit ... and that's a big IF ). As I'm not using libgdx at all for the game ( only for the editor's UI ), having it ported to android may not be so simple. But for sure porting it to Ouya is very tempting I'm just a bit afraid by the performance of the tegra3 .. I have no idea how it compares to desktop GPUs, and I'm not sure it would be enough to run my game ( without reducing visual quality ... )

This looks very nice ! Do you plan to smooth the normals of your generated terrain to get rid of the sharp edges ?

if you scroll down a bit, you will find them
https://gist.github.com/mattdesl/5286905#file-pass-vert

exporting as a spritesheet is a really good idea ! and seamless looping would be a nice option as well. It's quite difficult to find a nice tool to do this kind of thing with enough control ( I have tried some but they were very limited ... ), so I'm glad you're making this one

Keep up the good work !

Great !
The tileset is indeed really nice. Did you use JBox2d to handle physics ?

hi,

your youtube link seems to be dead

Hi,

ok I tried it and it's pretty fun
Here are a few remarks in no specific order:
- I've got a bug: there's a black square rendered on top of your custom mouse cursor, as if the native cursor was still rendered ... but with a black square
- I think it would be cool to be able to scroll the map with the keyboard ( arrows )
- fullscreen !!! That would be cool too
- I'm not a big fan of the ingame menu:
  - it's difficult to open it without scrolling the map
  - when the menu is opened, the mouse is like "captured" by the menu, meaning that if I click anywhere in the screen it actually selects a menu option, it would be better I think to close the menu when clicking outside.
- when building something, it would be nice to be able to cancel after selecting in the menu but before clicking on the map ... maybe with the right click ..
- it's impossible to fire at a moving unit! This is quite frustrating because the enemy was keeping coming to my base, causing damages and then leaving with just a few lifepoints left ... and I wasn't able to kill them
- maybe it's a bit early to ask this but I don't like when my units are pursuing automatically enemy units. With this it becomes rapidly a mess where all your units are just going everywhere in the map without control. It would be nice to give orders to the units like "stay in position!"
- I've found a bit strange to come back to the main menu between each mission. It was kind of "breaking" the mission flow.


+1 !

Otherwise I though it was really nice and fun, it was a good surprise to have a tutorial level at the begining and to have naration/cut scenes. The graphics are cool even if the tiles do not tile perfectly ( meaning that we see a break in the textures ) .. but that was a detail.

Good job !

congrats, the graphics are really cool ! I'll try it back home tonight

Hi,

just a bit of an update with a video showing players casting shadows. I'm quite happy with the result so I though I could share with you
As always, I suggest you to watch the video in HD

Otherwise, I'm still working on the editor, I think ( and hope ) I should be able to provide a fully featured demo soon ...

cheers

<a href="http://www.youtube.com/v/-Fj975hpmcM?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/-Fj975hpmcM?version=3&amp;hl=en_US&amp;start=</a>

Very nice ! Your game just took one hour of my time

you can upload pictures in "My files" in the top menu

sure


how often is not the point, it can or cannot happen ( sorry to be so binary ) ... and as you said "it is a guarantee that start() can only be called after the constructor was called" and you insisted on this point, I just wanted to say that it was a mistake ...

... but anyway the issue is fixed and everybody is happy

cool !

is it normal that I can see a picture of my game submitted even if I did not submit anything ? ( or maybe I'm a sleepwalker sleepposter ). The file is uploaded in "My files" but I've never uploaded anything in there either.

Or maybe I was a test case ?

cool feature anyway !

yes, any language will do as long as you have access to a low level graphics API like opengl or Direct3D ... so I'm really happy that LWJGL ( or JOGL ) exists in java otherwise for sure I would not have chosen this language to make a game ( and therefore I think I would never have made any game because I don't want to go back to c++ ) 

Anyway I'm glad you chose java thanks to me I hope we will see here a project of yours soon

Thanks for the trick, it's always bothering me to refresh my project each time I touch a resource file

In fact that's not completely true ... if the start method ( which is declared in the Applet class or an upper class as suggested by the @override ) was called in the default constructor of Applet, it would have been called before the constructor of CounterApplet

Nice ! I hope it will be successful

I have exactly the same config here at work, and I have exactly the same exception.
I'm now using scene2d.ui for my game editor, so now I can tell a bit more: I have this exception only when using libgdx through the LwjglFrame. Using the LwjglApplication is working fine.
I tried to call Display.create(...) in LwjglGraphics.java ( with the debugger) with the exact same parameters as the ones I use for my game, and I got strange results: sometimes it worked and sometimes not ...

Thanks for the nice words
Things might get a little less "shoot all you see" when I will introduce some more gamemodes ( at least CTF .. ) ... but I have to admit that I like this kind of game ( big fan of Quake3 and Unreal tournament ... )


I hope as well I will try to put this on steam greenlight as soon as possible ... I will then know if standard gamers ( I mean not developpers ) can be interested in such a game in 2d .. suspense

ahah thanks for your comments


oh yes don't worry, I will not give up ! I just stopped my servers because I had no one connecting for a few weeks ... and as it's a home server I prefered to shut it down

I still can't release the editor now, as it's far from being complete In its current state, you can only create/modify lights and respawn points. The map that is shown in the screenshots was done with the previous version of the editor, and just loaded in the new one I'm currently working on the floor brush ..

Hi there,

just a bit of an update .. I'm currently working on the level editor. I restarted from scratch using libgdx scene2d.ui instead of SWT. It's working pretty well but I still have a lot to do. I'm quite impressed by how scene2d.ui works even if I was a bit surprised by how the events work ( I still am to say the truth ). Also the skining mecanism is really easy to use and powerful enough to do all I wanted to do

Here are some screenshots :

the videos look very good !
I hope to see a playable demo soon