Redintegrate - MD5 Animations!

[AHelper]

I started working on a project under the name Redintegrate a few years ago as an attempt to make something using OpenGL. Instead, I got overwhelmed with it as I just tried to jump in. Over the past few weeks, I restarted the project from scratch after thinking the game over for a few years.

Redintegrate will be an FPS and RTS combo game. Gameplay will have two basic modes, one that focuses more on FPS aspects, one that focuses on RTS aspects. The game has two factions: Robots and Humans, and is set in the future. I am still getting a formal plot typed out, but it is there.

Features that have been researched, acquired, and will be put in:

• OpenGL 4.x for rendering, no toolkits
  
• SDL2 for windowing, events, and generation of other textures for 3D objects
  
• enet for networking
  
• Bullet Physics for doing rigid and soft body simulation
  
• Experimental Voronoi Fragcture world in Bullet Physics for dynamic terrain destruction
  
• OpenAL/SDL for sounds/music
  
• Either ncurses or Qt for server frontend GUI
  
• Embedded Lua for GUI handling and dynamic maps
  
• Possibly OpenCL/CUDA
  
• Client and server provided. Client has a built-in server.
  
• bzip2 - stream compression
  
• C++11 support

The above big list is the reason for me not doing any calculator stuffs over my break. I have plenty to do I will post info here as I go and for any feedback.

Edits:

• Added 2 more requirements for the backend
  
• Added colors showing what has been used so far.

_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[seana11]

[AHelper]

1) I was going to add in a single player mode that uses the plot. The maps will be themed accordingly.
2) My extended plot was to incorporate Tremulous' end (or something similar)... Note that I am not a good artist. Therefore the content in the game will be limited. Human-like stuff? Sure. Creative stuff? nope.

With that above #2, is there anyone here who has more artistic skills than me, ie. none?
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[seana11]

[AHelper]

Oh, ok. If you played tremulous, you would know how they are combined. I plan on making it a tad different. First is a FPS > RTS where you play, well, like a normal shooter. You can place turrets, repair things and other small things. Basically tremulous.

Next is the RTS heavy, still in FPS. In this mode, you create buildings to make a base. From there, you must destroy other places. You take on both a top view to place buildings and an FPS mode for standard shooter stuff.

I am still writing out the actual rules for each style, buildables available, how custom buildings are designed, etc..

---

The plot is basically this: (pre-game)Humans meet aliens. Nothing new, they go and fight them. (the game starts...)Humans return to find earth attacked already, not by aliens. If I can become a better modeler in Blender, I will extend the plot in the game to have flashbacks to how the earth died.

I will hammer out stuff as I work on content.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[seana11]

[AHelper]

If you would like to help out on modeling (or finding out the license on the current tremulous models), map ideas, etc., post here! I am working on the engine right now, specifically gamestate sync code.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[seana11]

[AHelper]

I don't know how battlezone is played. Wikipedia wasn't helpful.

The map theme is abandoned US. Think Halo.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[seana11]

[AHelper]

I will eventually get to mapping. Right now, I am focusing on stuff in this order:

• getting the backend ticking and updating clients (backend is the game code. It is embedded in both the client and server binaries)
  
• Getting the client storing the map data from the backend and rendering objects.
  
• Handling client input and sending it.
  
• Create a test character model and get armature animation working in the client.
  
• Add in teams, spawning, and spawned entities.
  
• Handle full client controls and pipe them to bullet.
  
• GUI?
  
• Make a map?
  
• Complete characters?
  
• Weapons?
  
• Buildables?
  
• Destruction, shaders, and other eyecandy.
  
• Create a game plot and materials

This list will change, but I am only focusing on the game from a technical aspect. I can think up a wonderful game, but if there is no code that will get the job done, then its pointless.

"So urban settings?"

Part of the plot is going from your landing zone through parts of the US to restore the government. I plan on having close indoor combat, wide outdoor building-heavy maps, suburban, some urban, maybe other odd things.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[AHelper]

The bacend ticks and has some network data code in it. I have the client able to render UV mapped objects finally after reworking my shader -- model -- texture interaction.

A bit out of order, but I did get a start on the GUI and it renders. A bug in SDL prevents me from finishing it, but meh.

I will be getting the client and server synced and trying to figure out how to interpolate movement between net frames on the client.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[KermMartian]

Huzzah, progress! If it was anyone else, I'd be concerned about you attacking several different pieces of the program at once, but I trust you to have it under control and not get overwhelmed.
_________________

[AHelper]

Well, I am the one who manages GlassOS where each source file is a completely separate projects The issue with this one is that I am not the best modeler at all, so it will be fun later on.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[KermMartian]

[AHelper]

Sounds good!

I will demo stuff once the engine and client sync up.

<edit>

The basic layout of the client side engine started. This is where all hell breaks loose. First off, I plan on using Bullet Physics' Voronoi Fragment dynamics world in order to make realistic destruction. Problem is, that code is experimental and crashes on some machines. I have yet to follow up and check subversion and the forums to see if it is being fixed up. Until then, destruction physics will be in two modes: Either the fragments will be part of the game in the server, client only, or off completely.

Second thing is interpolation of movement (smooth character movement when your client framerate is faster/sslower than packets are sent to update position info). I don't know where to look for pointers on this. I will most likely just blend the movement for the framelength then continue moving the object for a set amount of time based on average lag with a max timelength. Your own character will rely on received map data and bullet to get movement to be smooth, updating position info if the server does something weird.

Last thing for me to get hammered out is networking and prioritizing data. The server needs to benchmark network speed of clients in order to not go overboard on them. Seen objects have a higher network priority than occluded objects.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[AHelper]

Well well well well well well well... I have the client and server communicating to each other properly. Simply, the client connects then sends a connect packet. The server gives it the connection ID (unique). The client then requests the game header and the client list. The header is sent, holding the map name and rules. The client loads the map data. Its then asks the be resynced and to start sending public packets (entity updates).

Heres the logs in debug mode. Its color-coded, but I cannot show that using bbcode

Client:

[KermMartian]

It seems to be saying an awful lot of things about physics, the world, and such-like; can I assume that for the most part those are simple initializations that don't really set up any useful event loops for now, and will be later expanded? Either way, though, this is great work.
_________________

[AHelper]

Thanks. The resoure* parts load each resource in multiple passes. Models, shaders, programs, and images load in pass 1, models create VOA with VBOs and programs link the shaders in pass 2, and models find the images and shader program in pass 3. They work just fine right now.

Well, I do have event loops in the backend and client that currently handle networking (except the server which also handles physics). I am not sure on what to work on now. I will probably work on mouse/keyboard input in the client so I can pop into a spectator freecam and fly around the map.
_________________
°ᴥ° Get Lucky

<BrandonW> "You don't even want to know what TI Connect does when it's just detecting your calculator...It ACTUALLY ERASES THE SWAP SECTOR on every communication attempt...EVERY SINGLE ATTEMPT...Yes, TI Connect will kill your calculator..What do I have to do to get your attention?!....Such a bloated protocol."

[KermMartian]

Won't the client need physics as well so that it can do short-step simulation to compensate for server lag? I think almost every game with physics that I've played uses that sort of trick.
_________________