oh...thut it is an animal

Jivi:
Gwon Gwon is either isi-ewu or like isi-ewu. I think they are different ways of preparing isi-ewu.
I dont know the part of the goat it is made from but I always think it is made from the head or stomach or so.

lol it's an Igbo language meaning goat head

@ dueal na u o pls can u post d model on a site and send me a link 2 dwnload it .

Textured mesh...@jjk24, i'm using Maya...how do u want it sent?

Nyc wrk boss dueal!! In obj format boss

@jjk24...where to?...hopefully its less dan 2MB

dueal: @jjk24...where to?...hopefully its less dan 2MB

dahs exactly wah aa dnt knw! hw can I geht it!!? U knw eni sites where u culd post it pls !!?

Lovely Initiative,

i see you all

Bulldog: i see you all

u used wich software 4 dis boss

jjk24: u used wich software 4 dis boss

blender 2.67

Keep up the good work,I am quite optimistic about this game's success

Bulldog: blender 2.67

cul I have a prob creatin stuffs lyk dis with blender !! Have nt rili found a gud tutorial daht culd. Hlp !! Tried using ma own initiative buh am always scared bout d models topology!!! Uv got eni tutorial daht. Can hlp!?

So where r we nw !! We nid d tp view of d barracks and d game design finalized!! Jivis got 2 explain dis gitub stuff 2.! !! So we can share each odas models!! And also r we usin dueals engine!! Or unity!...

you can find numerous video online. But you can find the official blender site useful http://www.blender.org/support/tutorials/

This will get those who know nothing about github started in no time. If you have displaced red arrows due to your version of office. Just tell me and I will try to post a better one with the red arrows as part of the image.

http://www.gamefront.com/files/23837095/Basic+GitHub+Tutorial+for+Beginners.zip

In this link, the Red Arrows are now merged into the images but the image quality is less because I cannot take the screenshots all over again. Download whichever one(links) works for you.

http://www.gamefront.com/files/23837121/Basic+GitHub+Tutorial+for+Beginners_B.zip

This is a very basic tutorial but it is sufficient for now. As the project advances, if we need more info on the use of github. I will create new tutorials for that.

jjk24: So where r we nw !! We nid d tp view of d barracks and d game design finalized!! Jivis got 2 explain dis gitub stuff 2.! !! So we can share each odas models!! And also r we usin dueals engine!! Or unity!...

It depends on the features supported by dueal's engine.
@dueal. What are the 3d graphics features supported in your engine?

Which of the following features does your game engine support?

1. shaders(glsl, cg, hlsl),
2. cascaded shadow maps,
3. screen space ambient occlusion,
4. Optimized Deferred Rendering,
5. God Rays,
6. lens flare,
7. halo effect,
8. motion blur,
9. depth of field,
10. night vision,
11. thermal vision,
12. fast terrain rendering,
13. normal mapping,
14. FXAA or any antialiasing technique other than MSAA,
15. Bloom,
16. Hdr Bloom,
17. Realistic water rendering and simulation,
18. order independent transparency,
19. Instanced Rendering,
20. Skeletal Animation and Particle Simulation in Shaders
21. Ability to handle multiple levels of Detail for 3d Models
22. Memory Management
23. Scene Management
24. Scripting Support

These are some of the criteria we would use to know which game engine to go with.
If it supports some or provides means of extending support for most of these features
and still maintains a reasonable speed. Then, dueal's engine can be considered as a
candidate against unity.

Here r d features supported.
1. SCripting support for LUA
2. Scene management (octree, portal, terrian)
3. Memory management on all subsystems
4. Level of detail support
5. skeletal, morph targets and particle sytem with shader support
6. instanced rendering
7. order independent transparency
8. multi threading
9 Realistic water sims with shader
10. FSAA antialising
11. Normal mapping
12. Shadows hard edged
13. GLSL, CG, and HLSL
14. Multiple input support from PC game pads
15. 3d sound
16. Physics sims
17. SQLite
18. DirectX openGL
19. AI Techniques (FSM, A*, Boids)
20. Gui support using a similar syntax to HTML

most other things r shader effects implemented in Render monkey with Shader knowledge....

@dueal
Great. Impressive. You are so all round in 3d games. I am assuming your hard shadow implementation is with shadow volumes.

Does your engine support post processing effects too?
The features listed below are definitely gonna be needed and most of them are post processing effects that greatly improves the visual quality of the rendered scene.
It does not matter if it is already in your engine or not but what matters is if your engine provides support for implementing it easily. Shaders is one of them. Frame Buffer Objects is the other.

1.cascaded shadow maps/shadow maps/cube map shadow mapping for point lights or six packed shadow maps etc.
2.screen space ambient occlusion,
3.Optimized Deferred Rendering,
4.God Rays,
5.lens flare,
6.halo effect,
7.motion blur,
8.depth of field,
9.night vision,
10.thermal vision,
11.Bloom,
12.Hdr Bloom

@dueal
MSAA is FSAA
We would need like a fallback for deferred lighting in the shader FXAA or Edge based AA.
Although, there are techniques for using MSAA along with deferred lighting.

@jivi ..yes it has support for off screen post processing and supports d various shader languages. FSAA work well and is fast enuf so no need for a fallback for now. also runs at 58fps wit all systems active...subsystems can b shutdown or paused at anytime

@jivi ..yes it has support for off screen post processing and supports d various shader languages. FSAA work well and is fast enuf so no need for a fallback for now. also runs at 58fps wit all systems active...subsystems can b shutdown or paused at anytime. also has utility for physics debugging. i made it for a fightibg game but its mostly modular and doesnt hv a bias towards fighting games

dueal: @jivi ..yes it has support for off screen post processing and supports d various shader languages. FSAA work well and is fast enuf so no need for a fallback for now. also runs at 58fps wit all systems active...subsystems can b shutdown or paused at anytime. also has utility for physics debugging. i made it for a fightibg game but its mostly modular and doesnt hv a bias towards fighting games

yeah, FSAA is great until you use it with deferred rendering with Multiple Render Targets. I guess your engine is a strong enough candidate. I want to believe the entire architecture of the game engine in terms of scene nodes is well organized for maximum speed and batching.

@dueal
Can you send binaries(libs and/or dlls and headers) of your game engine for testing and review by the developers in this team so we can make a final decision. Can you upload to github if you don't mind? Also, Can you send your github account so that I can add you to the project?

@jivi...i wont b able to share source now...first cos i dnt know who d devs intrested in working on dis game will b, their skillset and dedication, second cos i dnt intend making d source open and we all need to hv an agreement....IP u know. i can send binaries with d script engine interface and docs...but u know dats limited...same as Unity offers...no source... my github is dueal21

@dueal.
Okay. Can you send the Binaries with script engine interface and docs. lets check it out.

@jivi...will do dat soon hv to work on a very light but usable doc. i feel u can start a group on whatsapp and add everyone intrested on it...we can post progress to odas on nairaland as we go...let me know

I have created a group on facebook for this project.

https://www./1413750075523228/

dueal: @jivi ..yes it has support for off screen post processing and supports d various shader languages. FSAA work well and is fast enuf so no need for a fallback for now. also runs at 58fps wit all systems active...subsystems can b shutdown or paused at anytime

I would test the amount of polygons out in the binaries you would send. However, based on this 58 fps, approximately how many polygons where you rendering all together (static level + dynamic objects + animated objects + particles and other effects(wall decals etc) and how many lights were in the scene? how many objects had shadows activated etc. These matter in the measurement of frame rate you know.

i believe dat will work