0
146 Jan 07, 2014 at 10:48

Without knowing what you actually want to do, we can’t help. We would need to know target platforms, operating systems, compiler, etc.

From your original post, I would have said you want to write your own game engine. Which I agree with Reedbeta is probably not a good idea.

However, to give you some kind of numbers to work with. I charge £400 a day, and I’m busy. Recent projects include….

• Porting a complete modern AAA game to a new platform. 21 days
• Porting a casual game to a new platform. 1 - 7 days
• Porting a library like OpenAL to a new platform 1 day
• Porting a complex library like OpenMax to a new platform 14 days
• Writing a custom video compositing application using CUDA 21 days

Hope this helps

0
102 Jan 07, 2014 at 06:10

I suppose a better way to put it would be “first time we’ve ever embarked on a project of this magnitude.”

The software we’re making has a different structure than game engines and other software. We need it to be flexible to our needs and not depend on existing engines. Programs from Unity to Blender had their engines created from scratch because it was necessary and the most practical way to do it. Most of things we’re aiming to create are not that difficult either.

1
165 Jan 07, 2014 at 05:49

Well, you said “This is the first time we’ve embarked on such a project”, which I assumed meant a game-like project. If you are actually an experienced game developer, I apologize. (Besides, I would expect a team or technical lead with game development experience to have someone able to make these estimates themselves, rather than pinging a web forum for free advice…)

Does your “completely different” approach affect the rendering layer a great deal? If so, we would need to know a lot more about it in order to come up with any reasonable estimates.

If your special sauce is more front-end and doesn’t affect the low levels too much, though, then I still say you can get a lot of mileage out of off-the-shelf components, perhaps using parts of existing open-source libraries and engines, and building your own front-end over them. There’s just no reason to pay people to write the 1000th iteration of a basic GL engine with alpha-blending, deferred lighting and real-time shadows from scratch.

In response to reply on Non-AABB question
0
109 Jan 07, 2014 at 05:41

oh I see, I get it. Thanks again Reed for your help.

0
140 Jan 07, 2014 at 05:40

I guess Google chrome can read asm.js now. I can run Epic Citadel at 43 frames per second, 1600 x 900 on my amd laptop with an A8.

0
102 Jan 07, 2014 at 05:06

If any of the things you suggested were viable options we wouldn’t be bothering with this. Believe me, I know all of this very well. We’re not creating a game or simulation. We’re creating a program capable of animation and simulation. Its approach is completely different from software like Unity and 3d animation suites, and we believe it will be far more efficient. We can’t depend on external engines to get it to work, we have to create a lot of it from scratch.

“Especially since you have no previous experience in game development” I’m not sure how you inferred that, I have quite a bit of experience in game development.

1
165 Jan 07, 2014 at 05:00

Is your goal ultimately to make a game or simulation of some sort? If so, you should seriously question the wisdom of building your own game engine. It will be much cheaper and easier to use an off-the-shelf engine such as Unity, UDK or CryEngine. Especially since you have no previous experience in game development, there are a lot of minefields and issues you probably haven’t thought about, that you can sidestep by using an off-the-shelf engine.

All the features you listed are very basic and any mature off-the-shelf engine should have them. The only exception is the video enc/dec bit. Many engines have support for playing video files, either full-screen (cutscenes) or into a texture that can then be rendered in the 3D scene (for showing video on a TV in the game world, for instance). Support for encoding video is probably less common. If you just need to capture video/audio of what the engine is outputting, that can be done with external tools like FRAPS. If it’s something more complex you’ll likely need to mod the engine, but that can be done with a source license and will be way cheaper than building the whole engine from scratch.

In response to reply on Non-AABB question
1
165 Jan 07, 2014 at 04:26

They’re still boxes, right? Set up a coordinate system that’s aligned with the box, in whatever orientation it’s in. Then the box is axis-aligned in that coordinate system, by definition. If you transform the vertices into that coordinate system, you can calculate the min and max. Then generate the 8 corners from the min and max, and transform them back into world coordinates.

0
140 Jan 07, 2014 at 04:08

Javascript has quite a ways to go before it’s really useful for 3d, but I think it will get there. I don’t think native client will be around much longer because it’s kind of the same as java’s write once, run everywhere. That doesn’t work very well in practice because you have to keep fixing each individual application. It’s kind of write once, fix everywhere. We kind of have the same problem with javascript and browsers, but I think with standards it will work out.

1
176 Jan 07, 2014 at 03:41

The three major issues he posted are indeed a problem, although they are just inconveniences. I’ve learned to accept that for the greater good that browsers at least offer the ability to become gaming platforms and even much more. Plus you get use to the limitations rather quickly and just work with it. ECMAScript 7.0 has plans to evolve the language from out of the stone age. Overloading, concurrency, real classes.

I personally would not recommend emscripten as an alternative. Last I tried to use it, it was like trying to build a rocket ship to land on the moon. Documentation was equivalent to interpreting hieroglyphics, toolchain could only run on Linux, requires CLang, and special platform handling. You can’t just dumbo drop Win32 or OpenSSL stuff in there and expect a working JavaScript app. Even if you spend the time to familiarize yourself with that, you’re going to be building huge JavaScript applications. All that bytecode is going to translate into JavaScript code. At least with a pure JS framework, the browser is responsible for streaming MP3s, loading PNGs, JPEGS, etc. Compact, efficient, and using native browser functions. It’s a nice idea in principle, but I just don’t think it’s the right way. I’d sooner promote Google’s native client, which would make more sense.

1
140 Jan 07, 2014 at 03:23

Seems to mostly complain about type safety, which I agree with. The cloning position thing, it seems like wouldn’t be very hard to work around and passing by reference is kind of a necessity.

In response to reply on Non-AABB question
0
109 Jan 07, 2014 at 03:05

Yes, I want to grow it in whatever orientation it is. I’m not sure what you mean tho. An AABB doesn’t have 8 points to define its bounding box (like a frustum do), an AABB only has a (float3) min and max. So I’m lost here Reed!!!

In response to Non-AABB question
1
165 Jan 07, 2014 at 02:35

Do you want to grow the box while maintaining a fixed orientation? If so, you can just transform the plane vertices into the box’s coordinate system. The box is axis-aligned in its own coordinate system so you can treat it like an AABB and just take min/max of everything.

0
102 Jan 07, 2014 at 00:58

We’ve released version 1.0.4.Alpha.

0
103 Jan 06, 2014 at 03:55

Cheers!

0
103 Jan 06, 2014 at 03:52

Unity3d Is Very Powerful, we currently don’t have any documentation on the game, as it is still in alpha and were still working on it. The French revolution idea we will come back to, its just that at the time, i didn’t know the true power of the Unity Engine, As now me and my partner have gotten better with it we’ve discovered more things that we can do to make the experience better. We hope to get the game on Steam, It will probably be out mid this year(2014).

In response to Project Root - Indie game
0
101 Jan 05, 2014 at 23:27

0
102 Jan 05, 2014 at 11:37

It’s a great news ! What is the script language used in the editor ?

0
117 Jan 04, 2014 at 20:48

True, well I still have somewhere an implementation of single-pass depth-fail shadow volumes using geometry shader. I even tried plausible shadows using penumbra wedges and visibility buffer (but meh, for complex models this introduces tons of issues, yet yields correct penumbra shadows).

As for shadow mapping - it isn’t possible to achieve correct penumbra shadows with them. And for most solutions they use jittering (which I personally HATE, noise is just pure evil on screen, and players hate it) - so I am using quite heavy filter that doesn’t result in noisy result.

Ray traced shadows are good (I work with ray tracers a lot), doing realtime ray tracing in whitted style isn’t a problem on good gpu. Path tracing is, it is just noisy. Don’t get me wrong, there are ppl with good results (Jacco Bikker with his Brigade for example - nothing against Brigade, it is awesome piece of technology, it’s not just suited for games yet), but it is still noisy and it will still be noisy within next years. I think thats the main problem with path tracing for now, the noise is too huge compared to real world (there is noise too in your vision, but barely visible), I think we need some improvement of current algorithms. Of course, for static frames or movies, it is awesome.

0
102 Jan 04, 2014 at 18:57

My post on frame-based timing in JetEngine.

1
106 Jan 04, 2014 at 03:23

Godot UI is really well integrated to the engine, i don’t think it can be separated, as that integration is what makes it so powerful (the whole Godot editorUI is programmed in Godot UI toolkit using the C++ API).

In response to reply on Math problem
0
109 Jan 04, 2014 at 02:03

I found a solution some place on the net, the problem is exactly the same as the “Ladders in the alley” problem. Here is the way to solve it. I tried to understand the way it’s done, but I can’t. The author is unknown and left no explanation at all (maybe it was Einstein LOL). Do you think you are capable enough to understand it?

a = longest ladder.

Problem = solve distance between ladders at the base.

a=119

b=70

c=30

d=a^2-b^2

f=2*c^2*d*sqrt(d^2/27+c^4)

g=d^3/27+2*c^4*d

h=d/3+(g+f)^(1/3)+(g-f)^(1/3)

j=sqrt(c^2-d+h)

k=sqrt((2*c*d+2*c^3)/j+2*c^2-d-h)

m=(c+j+k)/2

dist = sqrt(b^2-m^2)
56

0
105 Jan 03, 2014 at 23:42

What did you use as gui ? it looks pretty clean and powerfull, can it be extracted and used as a standalone gui ?

In response to reply on Math problem
0
165 Jan 03, 2014 at 22:13

There’s three equations in my post, and the three unknowns are alpha, beta, and C. You know A and B. Of course C is the only one you care about, but my point is there are three equations and three unknowns, so it should be solvable. It is not a linear equation or a quadratic one, so it would have to be solved by substitution. You could use trig identities to eliminate the trig functions, expressing cos in terms of tan or vice versa. I tried putting it into Maxima to solve but it did not come up with a result. That might only be because Maxima isn’t smart enough to do it.

In response to reply on Math problem
0
109 Jan 03, 2014 at 21:47

That’s 3 separate equations, and Stainless’ equation uses 2 unknown and 1 known, unsolvable. Yours is the same, 1 known and 1 unknown, still unsolvable. Each of the 3 equations can’t really be incorporated together can they?. Would the quadratic equation be useful here?

Welcome to DevMaster, a community-driven game development website of posts and resources!

opengl × 2
animation × 2
android × 2
indie × 2
rpg × 1
licensing × 1
film × 1
royalty × 1
music × 1
glsl × 1
linux × 1
ios × 1
audio × 1
gui × 1
contest × 1
native × 1
web × 1
hardware × 1
testing × 1
water × 1
webgl × 1