The current status : Unplayable<br><br>This unnamed project of mine is like what the title said. And open source DOOM clone made with Godot engine. The idea is to have a fully playable template for an FPS game that can be use for other project. Currently I'm writing down a simple GDD for future reference. Here the elevator pitch for it.<br><br>The Game<br>This game is an Single Player FPS designed to be a Doom clone made with Godot Game Engine. This game will provide the basic gameplay so that it can be use as a module for future FPS game development.<br><br>The Story<br>Your Objective is to kill anything moving. A demon is moving? Kill that!! Heck even if a chair moves you should kill that too!<br><br>Motivation<br>This is a hobby project so I can't guarantee it will ever be finish project. I'm also not an experience programmer so the code structure I might use will surely be a little unorthodox for some veteran. I will consider this project as a way to gain experience. So hit me hard with those C&amp;C !<br><br>Finally here is the link to the Git https://github.com/Windastella/fps-game<br>Be sure to read the Wiki if you want to see what I'm going for.<br>

It is amazing, because the 3d FPS template here enough is missing. How are you planning to do the bullet system-Hitscan bullets(only raycasting) or object(mesh)bullets?...I think if it is to be an template of a better way to do both -Hitscan weapons, and an object bullet for grenades and a rocket launcher.

Single Player only? A death match mode would be awesome.

[quote author=Bishop link=topic=15648.msg16888#msg16888 date=1466864070]...I think if it is to be an template of a better way to do both -Hitscan weapons, and an object bullet for grenades and a rocket launcher. [/quote]Come to think of it, I might do both if this is a template. Might need to rewrite the GDD on how to achieve.[quote author=Peidorrento link=topic=15648.msg16896#msg16896 date=1466879565]Single Player only? A death match mode would be awesome.[/quote]To be honest. I&#039;m not that good yet with UDP and such. I might try to do it after I finish the bare bone of the SP. I can try making it the same way as how Sauerbraten handle their SP. If anything changes, I&#039;ll change the Wiki too.

Will these weapon be enough?1.Pistol&nbsp; The balance base weapon. Hitscan weapon.2.Rifle&nbsp; A long range weapon with high damage but a long cooldown and reload time. Hitscan weapon.3.Minigun&nbsp; A mid range weapon with low damage but short cooldown and no reload time. Hitscan weapon.4.Grenade Launcher&nbsp; Fire a slow projectile that will bounce and explode in-time or when hit. Effect the user as well. Bullet projectile.5.Rocket Launcher&nbsp; Fire a slightly faster projectile in an arc and will explode on contact. Bullet projectile.6.Crossbow&nbsp; A mid range, insta-kill weapon with low ammo capacity, long cooldown/reload time. The projectile also cause the target to be ragdolled(will try that) back or stuck to wall if near one. Bullet projectile.7.Chainsaw&nbsp; A melee weapon with DPS(Damage per Second) damage.8.Katana&nbsp; A strong melee weapon with range slightly farther than the Chainsaw.&nbsp;

It will be great!!...of course these are completely sufficient, great work, thanks a lot for this G:

I had add the current status of the project to the title and change it when it is in a playable state.

I would be happy to help by doing some maps. Is there a map editor or something (like Build, in duke nuken)? Will it ever have a map editor? Is the mechanics like doom (Stairs, elevators, Red/yelow/blue key, etc)?

Well the level editor is already there. The Godot Editor is enough for it. I&#039;ll try to make the system to be as modular as possible where people doesn&#039;t really need to code but just use the editor to drag and drop things into the scene to make a level.

[quote author=windastella link=topic=15648.msg16913#msg16913 date=1466983381]Well the level editor is already there. The Godot Editor is enough for it. I&#039;ll try to make the system to be as modular as possible where people doesn&#039;t really need to code but just use the editor to drag and drop things into the scene to make a level.[/quote]Sorry, I was too lazy to check by myself. Last time I tried to do something like this was a disaster (there was no development at all).I will check it out ass soon as I get home.

It looks like I will shift focus on having a simple multiplayer deathmatch game mode first since it&#039;s simpler than SP for now. Co-op SP will be easier to imagine.

12 days later

That project looks a lot like mine, except that I don&#039;t try to make a clone of Doom, but more like a mix of doom/halo and binding of isaac.Windastella, how will you solve the common problem I had to solve? I notice that in your code the player is an instance of RigidBody. How will you avoid the bouncing problem when going down a ramp or a stair? Also, how do you manage to climb up stairs?Second point I noticed is that levels in Doom are meshes. Will your editor do the same kind of map? I tried with blender but that&#039;s always a lot of work, specially because of the textures. I finally decided for the gridmap.And third point but not the least (especially because I just solved it), it&#039;s the monster AI. In Doom, you probably noticed that monsters go a bit randomly in the direction of the player, or the target (when another monster hit him too much). But the monster doesn&#039;t jump of a cliff, even though it doesn&#039;t use a navmesh. That&#039;s because the monster can calculate very easily the height of the ground at a coordinate x,y, since Doom is not true 3D and the maps are in 2D. But here in Godot, it&#039;s true 3D. Calculating the height of the ground is not so obvious, especially in stairs and bridges. I&#039;m really curious how will you solve it.Of course I can help you if you want.Overall I&#039;m happy that more and more people try to do this kind of game.

[quote author=Bishop link=topic=15648.msg16888#msg16888 date=1466864070]It is amazing, because the 3d FPS template here enough is missing. How are you planning to do the bullet system-Hitscan bullets(only raycasting) or object(mesh)bullets?...I think if it is to be an template of a better way to do both -Hitscan weapons, and an object bullet for grenades and a rocket launcher.[/quote]Well, along my project, I plan to create a 3d fps template. I&#039;ve already implemented various kind of weapons:[list][li]bullet[/li][li]fireball[/li][li]flamethrower[/li][li]missile[/li][li]grenade[/li][li]laser[/li][/list]

It would be great, thanks guys for your great work!!Good templates/demo of 3d fps is enough missing

[quote author=Gokudomatic link=topic=15648.msg17056#msg17056 date=1468055521]That project looks a lot like mine, except that I don&#039;t try to make a clone of Doom, but more like a mix of doom/halo and binding of isaac.Windastella, how will you solve the common problem I had to solve? I notice that in your code the player is an instance of RigidBody. How will you avoid the bouncing problem when going down a ramp or a stair? Also, how do you manage to climb up stairs?[/quote]This project isn&#039;t like DOOM 1 or 2 but more of DOOM 3 and beyond. I can try to make a raycast engine like Doom 1 &amp; 2 but I wasn&#039;t aiming for that in the first place.About the rigid body. I see it was a problem when making 2D platformer but I don&#039;t think it was a big deal in 3D space as it was unnoticeable. Of course if you&#039;re aiming for a true realistic physic this wasn&#039;t the best way to deal with it.[quote author=Gokudomatic link=topic=15648.msg17056#msg17056 date=1468055521]And third point but not the least (especially because I just solved it), it&#039;s the monster AI. In Doom, you probably noticed that monsters go a bit randomly in the direction of the player, or the target (when another monster hit him too much). But the monster doesn&#039;t jump of a cliff, even though it doesn&#039;t use a navmesh. That&#039;s because the monster can calculate very easily the height of the ground at a coordinate x,y, since Doom is not true 3D and the maps are in 2D. But here in Godot, it&#039;s true 3D. Calculating the height of the ground is not so obvious, especially in stairs and bridges. I&#039;m really curious how will you solve it.[/quote]We have something called AI boundaries. A set boundaries where AI will try to avoid/ can&#039;t pass&nbsp; through. I knew it was used in a few games but Doom must had used a simpler version of it. I knew Doom 2 had some sort of partitioning algorithm for the map. Well for the most part just use an AI boundaries would suffice.

[quote author=windastella link=topic=15648.msg17074#msg17074 date=1468292573][quote author=Gokudomatic link=topic=15648.msg17056#msg17056 date=1468055521]That project looks a lot like mine, except that I don&#039;t try to make a clone of Doom, but more like a mix of doom/halo and binding of isaac.Windastella, how will you solve the common problem I had to solve? I notice that in your code the player is an instance of RigidBody. How will you avoid the bouncing problem when going down a ramp or a stair? Also, how do you manage to climb up stairs?[/quote]This project isn&#039;t like DOOM 1 or 2 but more of DOOM 3 and beyond. I can try to make a raycast engine like Doom 1 &amp; 2 but I wasn&#039;t aiming for that in the first place.[/quote]I see. Not that it makes so much difference. I understood well that you weren&#039;t planning to write a raycast renderer but an FPS game instead.[quote author=windastella link=topic=15648.msg17074#msg17074 date=1468292573]About the rigid body. I see it was a problem when making 2D platformer but I don&#039;t think it was a big deal in 3D space as it was unnoticeable. Of course if you&#039;re aiming for a true realistic physic this wasn&#039;t the best way to deal with it.[/quote]Well, it was noticeable enough for me to have to rewrite the controller with a kinematicbody instead. Sure when you go down only for a few meters you won&#039;t notice anything. But when you run a long way downhill, you literally become a superball. It depends on what you need.[quote author=windastella link=topic=15648.msg17074#msg17074 date=1468292573][quote author=Gokudomatic link=topic=15648.msg17056#msg17056 date=1468055521]And third point but not the least (especially because I just solved it), it&#039;s the monster AI. In Doom, you probably noticed that monsters go a bit randomly in the direction of the player, or the target (when another monster hit him too much). But the monster doesn&#039;t jump of a cliff, even though it doesn&#039;t use a navmesh. That&#039;s because the monster can calculate very easily the height of the ground at a coordinate x,y, since Doom is not true 3D and the maps are in 2D. But here in Godot, it&#039;s true 3D. Calculating the height of the ground is not so obvious, especially in stairs and bridges. I&#039;m really curious how will you solve it.[/quote]We have something called AI boundaries. A set boundaries where AI will try to avoid/ can&#039;t pass&nbsp; through. I knew it was used in a few games but Doom must had used a simpler version of it. I knew Doom 2 had some sort of partitioning algorithm for the map. Well for the most part just use an AI boundaries would suffice.[/quote]That looks like extra works in the level design instead of the AI. But you said you will write a map editor, right? Maybe some of this work will be done automatically in this editor?

[quote author=windastella link=topic=15648.msg17076#msg17076 date=1468313339]I will write a Godot Plugin for the level editor soon. I planned to design of the tool to be the same as Cube 2 Sauerbraten&#039;s Level Editor tool. But that was still in planning stage for now.[url=https://en.wikipedia.org/wiki/Cube_2GDN_Sauerbraten]https://en.wikipedia.org/wiki/Cube_2GDN_Sauerbraten[/url][/quote]Scrap that I have found this baby for Blender.[url=

[/url]

[quote author=windastella link=topic=15648.msg17079#msg17079 date=1468372338][quote author=windastella link=topic=15648.msg17076#msg17076 date=1468313339]I will write a Godot Plugin for the level editor soon. I planned to design of the tool to be the same as Cube 2 Sauerbraten&#039;s Level Editor tool. But that was still in planning stage for now.[url=https://en.wikipedia.org/wiki/Cube_2GDN_Sauerbraten]https://en.wikipedia.org/wiki/Cube_2GDN_Sauerbraten[/url][/quote]Scrap that I have found this baby for Blender.[url=

[/url][/quote]I understand you don&#039;t want to spend time to reinvent the wheel, especially if it&#039;s implementing a whole editor in godot (how many years would it take?). But I can already see some issues with this plugin for blender.Sure it is really nice and convenient. I&#039;ll probably use it too (thanks for sharing), especially since it does the texturing right automatically. However it doesn&#039;t support ramps/slopes. The editor is made for doom 1&amp;2 engines, where slopes don&#039;t exist.Also, you&#039;ll still have to manage the navmeshes yourself. It might be not much at first (delete it and duplicate the ground to make a new one), but I can foresee that would be really a pain when you have to edit an existing complex map.Also, it&#039;s too bad that most options from this editor are too specific to doom and can&#039;t be exported with collada.The Cube 2 editor got my interest too, as it&#039;s more like what I&#039;d like to see in blender (or even better, godot). Very cool stuff.

You might need a little more imagination to fill out the problem that you had present. But I had to disagree to certain point. It does had a ramp, you&#039;ll had to use 3D sector or brush for those instead of 2d Sector.When I saw this plugin. I thought it is very useful for primarily plan and built a whole level and then I follow these steps to optimised it for Godot.1. Build the level.2. Separate the level into rooms and portals.3. export these with tag -room and -portal4. Maybe add all the lighting with blender too.5. Add the props in Godot.As the only feature that I was looking for is the auto texturing. I had to agree that this is a far cry from the best practice of developing an editor optimised for the game but when you&#039;re developing alone, you had to prioritised something over the others.For now, I better finish a playable version of the game. Then I might pour all the resource into making a proper editor. It might be more useful to community as whole since there is no level editor plugins are yet in the work by any contributor as of now.The Octree of Sauerbraten is the best and somewhat natural realtime level editing I had so far. If I tried to make an editor based on it, I wanted to address some issue I had with it. But overall it is a nice Idea to implement such system in Godot.