EternityZA

Members
  • Content count

    686
  • Joined

  • Last visited

Community Reputation

1226 Excellent

About EternityZA

  • Rank
    Advanced Member

Personal Information

  • Interests
    Programming
  1. Empire Rising The next thing we felt critical to add was an computer player to play against. Both for when there happens to be no one online, or if you want some practice to get used to the game before playing against other people. We ended up with two AI's, a normal and a hard. On normal the AI does basic country farming and maintains his lands without doing anything special, eventually making an army and slowly working towards capturing other counties. It should be a good match for someone just starting the game and is still learning the ropes. The hard AI is mostly the same but stronger. It takes over counties faster and has bigger armies. By no means unbeatable but definitely a challenge, this AI is for people with confidence. We were thinking about added a third, even harder AI but decided against it at this time because we believe putting an impossible difficulty would detract at this point. We might add, or tweak AI's in the future. Another big addition is the music we added to the game. The music is by Kristen Morales (see her profile at Kristenmoralesmusic.tumblr.com ). We have two fantasy tracks that alternate randomly and they really help get you in the mood of the game. Once again there was a bunch of smaller things we fixed so I'll mention a few: We fixed an anti-cheat mechanism that was over zealous and punished players that weren't cheating. We made it so you can move unit stacks around in the army to change formation. The top line is the front and the bottom is the back so you can, for example, move your archers to the back to protect them. We also made it so you can split your stacks so you use more strategies. We decrease the number of people you need in an army you need to burn fields from 200 to 100, because we felt burning fields was never viable. Lastly (that I can think of anyway for now) we changed the way the castle upgrades affect sieges. Before when you upgraded your castle it would take more seasons and more units to siege. We found that in more case the increase units requirement was annoying rather than helpful so we changed it so that only the number of season increase. We took a video of the two of us playing against 2 hard AI's. You can play the updated game at www.empirerising.net
  2. Hi I've done a lot of work on Empire Rising these last couple of months, Ive made various improvements to it but the biggest work was getting the real time combat working. With this all the planned gameplay features are in. What remains is a ton of polishing and fine tuning (and replacing placeholder assets) but this is a big milestone reached. Here is a video I made while playing a 1v1 game. If you want to try it out you can play it at empirerising.net (I apologize we still do not have a tutorial) You can also check out empire rising on indiedb at http://www.indiedb.com/games/empire-rising
  3. mouse pointer raycasting

    Thank you, I will try your functions.
  4. mouse pointer raycasting

    Hi, Im having alot of trouble with determining the ray normal that goes into the scene through the pointer. Heres an example: I have. A projection matrix that i generate with an implementation of gluPerspective and glFrustum 0.001953000 0 0 0 0 0.002604000 0 0 0 0 1 0 -1 -1, 0 1 A dead simple view matrix obtained from a camera that sits at [0,0,5] and doesn't have any orientation. 1 0 0 0 0 1 0 0 0 0 1 0 0 0 -5 1 mouse pointer dead center in the screen (so [0,0] in clip space) I then do the following calculation. (that i found in a tutorial here: http://antongerdelan.net/opengl/raycasting.html) float x = (2.0f * mouse_x) / width - 1.0f; //0 in this case because the mouse is in the center of the screen float y = 1.0f - (2.0f * mouse_y) / height; //0 in this case because the mouse is in the center of the screen float z = 1.0f; vec3 ray_nds = vec3(x, y, z); vec4 ray_clip = vec4(ray_nds.xy, -1.0, 1.0); vec4 ray_eye = inverse(projection_matrix) * ray_clip; ray_eye = vec4(ray_eye.xy, -1.0, 0.0); vec3 ray_wor = (inverse(view_matrix) * ray_eye).xyz; ray_wor = normalise(ray_wor); I then expect a result of [0,0,-1] because the camera is looking straight down the z-axis and the mouse is in the center of the screen. instead the result i get is [0.799999,0.59999925,-0.001562398] Please take a look and point out what I'm missing here, Maybe the calculation is wrong, maybe I'm missing a step, maybe the projection or view matrixes are wrong or maybe my expectation is wrong and I'm just misunderstanding something. Thnx in Advance!
  5. Ya... As I develop the game I get so used to it gets hard to guess how easy others will pick it up. Next on my list is UI tooltips, a proper manual and some other small things to make things more clear. Those things should have probably been a slightly higher priority! In a week or two I should have a version up that's (hopefully) allot easier to get into.
  6. Thnx for the feedback. I will expand the guide. A gameplay video is also a good idea, I just tend to be way too lazy when it comes to these things. I can make the scroll area more apparent. I think I will add semi transparent regions on all sides indicating the area your mouse needs to be to scroll and have them light up when the mouse hovers over them. I wonder if I should then rather have the player click to scroll to prevent accidental scrolling. As for the different UI actions I think I will add tooltips to all of them that show up when you hover over them.
  7. Ah, cant believe I forgot to add the link. Added it in now. empirerising.net
  8. Hi. I've finished a first release of my game 'Empire Rising'. Its a turn based strategy game greatly inspired by Lords of the Realm 2 and to a lesser extent Heroes of Might and Magic. The game is fully browser based. No installation necessary, You can play against other people if you happen to find someone online otherwise you could just try it out by yourself (which has no challenge but lets you see the game nonetheless). You can play empire rising at empirerising.net All feedback/discussion greatly appreciated! Here are 4 screenshots. Some placeholder assets still exist.
  9. Hi. The name of the game is Ash Dawn We've finally gotten it to the point were the gameplay is mostly complete and we have a running server for anyone to log in and play. We are currently a team of 2 and we've been working on this game for the last 4 years.  website: http://ashdawn.net indiedb page: http://www.indiedb.com/games/ashdawn gamedev.net journal: http://www.gamedev.net/blog/807-wilhelms-journal/ Feel free to try it out. You can download it from the website (ashdawn.net) Most of the models currently in the game are placeholders. We are at the point were we would like one or two skilled modelers to start redoing the placeholders and then after that start creating new models for new areas. At this point we would firstly like to focus on the player model including various armour/weapons and secondly on static terrain objects (houses, trees, rocks etc). You'l notice that its a cell shaded game with a "anime"ish look. Ive found a couple of cell shaded games which style I really like but unfortunately the characters are usually very child like whereas I want more adult looking characters. After google image searching for long enough I found a game that has a character art style that's more or less what I'm looking for. Its Fire Emblem. Here's one nice gif image I found that shows some of the characters. This can be used as a starting point discussing character art style. Its not set in stone.   The game itself is free. We are planning on doing microtransaction and we already have one functional item that you can buy ingame as a test but making money really isn't the aim here. As such I cant promise any payment. If this were to turn into a commercial success then of course we will be fair but that should not be the reason you join us.  Since the game is already live any models that you make or change can be patched into the game quickly and we can add your name to the credits as soon as you start contributing. Let me know if you're interested and we can work out the details or feel free to ask any other questions in this thread.
  10. Hi First things first. Since S2 brought out their new moba named "Strife" we decided to change our game's name from "Legends of Strife" to "Ash Dawn". For quite a while we chose to keep the name as it was but in the end we thought it best to change it. Aspecialy since we would use "Strife" as short for "Legends of Strife" Ash Dawn has now reached the point where all the systems we considered critical are in place. It also has 1 big pretty much complete zone and 1 half done zone but with working pvp objectives. A good amount of quests items and npc's can be found and the 4 player classes each have an array of unique spells and abilities. With this we've reached a milestone where we consider the game feature complete and in Alpha. Just very unpolished and very thin on total content compared to other MMORPG's but fully playable. The amount of content should increase rapidly from here on as we have streamlined the addition of new content to the game and content now becomes our biggest priority. We have a server up for anyone that wants to try it and we welcome all feedback. I've created a basic website with a forum for Ash Dawn where you can download the game. http://ashdawn.net
  11. Compiling java games to javascript

    Hi. Ive been very busy with my main project (Legends of Strife) Its pretty much ready for an fully playable release. There is still only one zone but it has about 60 quests and 20 spells/abilities and a decent amount of frendly and hostile npc's with unique behavior and lots of items/stats and a working "town siege" system but il save that for another post in the hopefully near future. I decided to take a little break from that so for the last three weeks I've been playing with a library called TeaVM. It allows java classes to be converted into javascript to run directly in the browser. As far as I understand there are other projects that aim to do the same but before now I never thought it possible ^^. So I took the time to create a javascript implementation of my engines "system interface". basically swapping openGL calls for webGL and instead of loading files from disk downloading them through the browser etc. I then went ahead and compiled one of the smaller games i made a few years ago and it works very well. For me this is amazing. I used to have a website hosting of couple of games that i created in java + opengl using my engine. But they all ran as java applets wich is basicly blocked everywhere now. Chrome fully blocks java applets regardless of security setting as of about two months ago and other browsers make it so hard it might as well be fully blocked. But even when java applets were still feasible they were annoying since the users had to have java (and a new enough version of java) installed. It also even back then came up with threatening security warnings that detered users and anyone with slightly higher than "normal" security settings could not run it. Making sure the applet ran in linux or mac also needed quite a bit of effort. Now i can host those games again and have them run in the browser with no security warnings, no plugins and less cross platform issues (Only tested it on windows and linux using chrome though).No changes were needed to the actual game to have it run in the browser. So the exact same game code runs as a desktop app as well as in the browser. There is one big downside though. It is quite a bit slower. But since its small games thats hardware rendered it doesnt matter too much. And i expect it to only get better with time. One other drawback is that TeaVM doesnt support reflection. and probably never will based on the fact that it only compiles methods that can possibly execute though static linking. Wich once again for smaller scale projects should be no problem. I had to do a little refactoring on my engine to get rid of one or 2 instances of reflection but that wasnt too much of a problem. On the other hand this makes compiling really fast and the output javascript as small as possible. Lastly I found that TeaVM failed to compile some deeply nested loop structures with labelled break or continue statements so I had to do a little more reworking in that regard. But i hope future versions will address that. Its only at version 0.4.0 and seems to be under active development. I hosted the game here. http://www.distantmelody.net/spheres-of-madness/ I plan on soon putting up my other small games as well
  12. Strife update

    Legends of Strife I realized that i haven't made and update in 7 months. Fortunately its not for lack of progress I somehow just never got to writing posts. So here's a quick summary, in the last 7 months I have: Separated the opengl part of my engine from the rest via an interface and with that created a DirectX equivalent. Since I'm using java I had to create my own directx bindings in C++ and link it in using java's native interface. All of that was a surprisingly large amount of work especially considering that before I started I had no experience with either C++ or directx (or java's native interface for that matter). Soon I want to add an android opengles equivalent as well ^^ Significantly improved the AI system and made it easier to quickly define an NPC's behaviour and abilities. Server and client now reads all Quest, Entity and Item information from XML. If you're interested here's the current Entity XML file. For two good monster examples check the ForestBoar and the AntleWorker. For two town npc examples check Valice and Auburn. http://distantmelody.net/journal/2015-01-12/entity.xml Added various spells that can be used by the different player classes and/or npc's and lots of other things (Npc's, Terrain, Terrain Objects, quests, items etc etc.) Here's a small montage we've made demonstrating some of the new (and some old) spells and abilities followed by some screenshots. For a more detailed breakdown of the new content visit our our other blog on indiedb (link at the bottom). [media][/media] [color=rgb(40,40,40)][font=arial][font=arial] [/font][/font][/color]
  13. Software Fallback?

      Thnx i didnt know that. Il give it a try.
  14. Software Fallback?

    ok some more info as requested. I use java and the lwjgl opengl wrapper (wich supports windows, linux and mac). To make the mac build i use vmware to run macosx on my windows machine. but that has the limitation of not suporting any hardware rendering so i can only test it to an extent. I also bundle a jre into the app so the system it runs on doesnt need java installed. I should not be using any feutures newer than 2.1 unless im not realising it (wich i supose is possible) but the game in its current state is a dead simple prototype that only has one simple vertex/fragment shader set to render 2D objects.