902 replies to this topic

[Houdini]

Version 1.25

What Is It?
GMOgre3D is a GM port of the extremely popular open source OGRE (Object-Oriented Graphics Rendering Engine) 3D engine. Why port OGRE to Game Maker? Simply put, the 3D support built into Game Maker only supports the most very basic of 3D functionality. If you want to get the most of your 3D games using Game Maker then you need to use a 3rd party graphics library, such as OGRE.

I choose to port OGRE in particular because it's an extremely popular 3D engine that is constantly being updated and improved upon. It also has an extremely large, passionate, and active user base.


Features
Material / Shader support

• Powerful material declaration language allows you to maintain material assets outside of your code
• Supports vertex and fragment programs (shaders), both low-level programs written in assembler, and high-level programs written in Cg
• Supports the complete range of fixed function operations such as multitexture and multipass blending, texture coordinate generation and modification, independent colour and alpha operations for non-programmable hardware or for lower cost materials
• Multiple pass effects, with pass iteration if required for the closest ‘n’ lights
• Support for multiple material techniques means you can design in alternative effects for a wide range of cards and GMOgre3D automatically uses the best one supported
• Material LOD support; your materials can reduce in cost as the objects using them get further away
• Load textures from PNG, JPEG, TGA, BMP or DDS files, including unusual formats like 1D textures, volumetric textures, cubemaps and compressed textures (DXT/S3TC)

Meshes

• Flexible mesh data formats accepted, separation of the concepts of vertex buffers, index buffers, vertex declarations and buffer mappings
• Progressive meshes (LOD), manual or automatically generated
• Static geometry batcher

Animation

• Sophisticated skeletal animation support
• Flexible shape animation support
• Animation of SceneNodes for camera paths and similar techniques, using spline interpolation where needed
• Generic animation tracks can accept pluggable object adaptors to enable you to animate any parameter of any object over time

Scene Features

• Highly customizable, flexible scene management, not tied to any single scene type. Use predefined classes for scene organization if they suit or plug in your own subclass to gain full control over the scene organization
• Hierarchical scene graph; nodes allow objects to be attached to each other and follow each others movements, articulated structures etc
• Multiple shadow rendering techniques, both modulative and additive techniques, stencil and texture based, each highly configurable and taking full advantage of any hardware acceleration available.
• Scene querying features

Newton Physics

• Integration of Newton Physics and collisions
• Ball and Socket, Hinge, and Slider Joints

GUI

• Integration of a full GUI system
• Windows, Buttons, RadioButton, CheckBoxes, ListBoxes, ComboBoxes, EditBoxes, Spinners, Sliders, Menus, ProgressBars, TabControl, Multiline EditBoxes, MultiColumn Listboxes, and more!
• Fully skinnable
• GUI layout editor

Special Effects

• Compositor system, allowing for full-screen postprocessing effects to be defined easily, via scripts if desired
• Particle Systems, including easily extensible emitters, affectors and renderers (customisable through plugins). Systems can be defined in text scripts for easy tweaking. Automatic use of particle pooling for maximum performance
• Support for skyboxes, skyplanes and skydomes, very easy to use
• Billboarding for sprite graphics
• Transparent objects automatically managed (rendering order & depth buffer settings all set up for you)

Paged Geometry

• Dynamic geometry paging system, which enables infinite worlds
• Batched rendering LOD for optimized rendering of near-by trees
• Impostor rendering LOD for extremely fast rendering of distant trees
• Flexible LOD display system, which can be expanded to display geometry with any technique you can implement
• Flexible LOD configuration system, which allows you to configure any combination of supported LODs in any way you want
• Optional cross-LOD fade transitions, and far LOD fade-out, fully configurable
• Flexible PageLoader system, allowing you to dynamically load geometry from any source you can imagine
• Easy addition / removal of trees with bit packing, allowing millions of trees to be stored in RAM using only a few MBs
• Color-map support for trees, which enables you to apply terrain lightmaps to your trees with one simple function call
• Animated, optimized grass rendering system. Supports density maps, color maps, wind animations, height range restriction, and much more.

Screenshots






License
GMOgre3D uses the LGPL license, which means it's completely free to use for personal and commercial use. It also includes full source code, but if you modify the source you must make those changes available to the general public.

Documentation
All 1200+ functions for GMOgre3D are fully documented, and more tutorials are steadily being added. You can view the current documentation at the GMOgre Wiki. You can also look at the OGRE documentation and wiki, which is extremely helpful in learning how OGRE works.

Community Forums
Visit the GMOgre3D forums for questions, tips, and more right here.

Download
You can download the binary release with sample GMK projects here.

Source Code
You can download the full source code, including Visual Studio 8 project files here.

Issues
The DirectX renderer requires a version of DirectX 9 dated Nov 2008 or higher. If you get an error about a missing d3dx9_41.dll then you have an older version and need to update from:
http://www.microsoft...b1-442d8712d553

Contributers
GMOgre logo by mauge
GMOgre font by "Baby Kruffy" @ www.dafont.com
Ogre head by wumpus@ogre3d.org


- Houdini

Edited by Houdini, 13 August 2012 - 06:51 PM.

[michael pw]

Wow that looks insane!!

[Advokara]

Hello... Looks good... BUT when I downloaded it I got a big error... telling me I need new Direct X...

I have Windows 7 with DirectX 10 ... It shouldn't require something so specific as dx3d_9_40 ... or whatever it said...

BUT Once this this works for me Its gona be great I assume.

[michael pw]

if it needs DierctX 9 it should at least work with 10


also this is amazing!! Really good frame Rate! Very good rendering and it doesn't look as complicated as U3d!

i will try and use this!

what you could do is make a game creation program with this! it would sell really well!

also i think you should change the Camera speed from 0.8 to 3 because it looks like its lagging but its not...

[Houdini]

Hello... Looks good... BUT when I downloaded it I got a big error... telling me I need new Direct X...

I have Windows 7 with DirectX 10 ... It shouldn't require something so specific as dx3d_9_40 ... or whatever it said...

BUT Once this this works for me Its gona be great I assume.

Ah, yes. Currently GMOgre3D only includes renderers for OpenGL (which has some issues currently) and DirectX 9. There is a DX 10 beta renderer, but I removed it to save some space since it wasn't officially released with OGRE yet.

You just need to update your DirectX 9 version and everything will run just fine:
http://www.microsoft...b1-442d8712d553

- Houdini

[brett14]

Very nice, I'll check it out latter. Even nicer, it looks like you gave out the source. I'll check this out asap, always wanted to use ogre or irrlicht, but never really got around to it.

Edited by brett14, 29 November 2009 - 10:59 PM.

[Xilvium]

Quite a impressive dll you have there.
I have tried it and it worked like I expected.
And here is a question right away. Did you base your dll's internal render system on the one of ogre3d?
In specific I mean the ExampleFramework because you have the ogre logo on the bottom right and on the bottom left you have the status overlay.
It would be surely great if you could turn these off.
Anyway I liked it!
Are there any plans on the CeguiRenderer from ogre also or? It would be great to have these so people can make a loading bar while adding resources to the resourcegroup.
(I myself use the regular Ogre3D SDK for c++) and I did not really noticed a performance hit I am testing this on my laptop and i got 130 fps regular (with the fresnel demo) which is the same avarage amount which I get in the fresnel demo from the SDK (c++ version)
So keep up the good work!

-Xilvium

[Houdini]

Quite a impressive dll you have there.
I have tried it and it worked like I expected.
And here is a question right away. Did you base your dll's internal render system on the one of ogre3d?
In specific I mean the ExampleFramework because you have the ogre logo on the bottom right and on the bottom left you have the status overlay.
It would be surely great if you could turn these off.
Anyway I liked it!
Are there any plans on the CeguiRenderer from ogre also or? It would be great to have these so people can make a loading bar while adding resources to the resourcegroup.
(I myself use the regular Ogre3D SDK for c++) and I did not really noticed a performance hit I am testing this on my laptop and i got 130 fps regular (with the fresnel demo) which is the same avarage amount which I get in the fresnel demo from the SDK (c++ version)
So keep up the good work!

-Xilvium

Yes, the examples all use the OGRE's DirectX 9 renderer. Everything is just compiled inside the GMOgre DLL instead of having a separate RenderSystem_Direct3D9.dll and plugins.cfg file to load it.

The overlays are just scripts that are in OgreCore.zip, and are used for debugging. The are not displayed by default, I just turned them on for demonstration purposes.

I had thought about including the CEGui plugin and if enough people request this then I will include it in an upcoming version.

As for the FPS, yes, it should be very close to the same. GMOgre3D also uses GMAPI to read position/orientation values directly from GM objects memory, so there won't be any performance hit syncing the OGRE scene nodes to their corresponding GM objects. But what WILL slow things down is using GML for the game logic. GML is slower than C++. Of course, GM8 also speeds up GML quite a bit, so this performance hit will be lessened some.

- Houdini

Edited by Houdini, 30 November 2009 - 06:24 AM.

[Harvest Moon]

Wow, I'm impressed. This got to be one of the best 3D Extensions for GM. I think this will be great for those who develop 3D games in GM. I've never done it myself, but I know others do! Nice work!

[rappybas]

I'll take a look, I hope I can use this one for my 3D Building game online :|
GM3D is so slowing it down

[michael pw]

out of interest, would it be legal to use this in a commercial product?

and is it possible to remove that Orge logo display?

[Houdini]

out of interest, would it be legal to use this in a commercial product?

and is it possible to remove that Orge logo display?

As mentioned in the original post, the entire project is under the LGPL license. In simple terms, this gives you the right to use this in personal AND commercial software, completely for free. If you happen to make changes to the source code of GMOgre3D, then you are required to release the source code to JUST your modified version of GMOgre3D (and not your game).

- Houdini

[michael pw]

heh, i don't want to sound like a NOOB but i have 2 things to ask:

1. is it possible to combine this with Gm's 3d functions? if not is there a way to use functions like d3d_draw_wall without needing to make a model?

2. would you be able to make an FPS example, like showing how to use features like collision and how to make bullets appear. That would be awesome!

[Houdini]

heh, i don't want to sound like a NOOB but i have 2 things to ask:

1. is it possible to combine this with Gm's 3d functions? if not is there a way to use functions like d3d_draw_wall without needing to make a model?

2. would you be able to make an FPS example, like showing how to use features like collision and how to make bullets appear. That would be awesome!

First, I forgot to cover your last question in the previous post, but yes, the OGRE logo and the FPS overlay are NOT enabled by default. I enabled them just so users could see the FPS in those screenshots.

1) No, GMOgre3D takes full control of the GM window when it's started. You can't use any of the GM's drawing functions while GMOgre3D is running.

This would include the d3d_draw_wall as well. However, you probably do not WANT to use d3d_draw_wall anyways! In the current game I'm making we previously had used GM's built in D3D functions, and we used d3d_draw_wall extensively. Our walls were actually cubes (each wall fills in the 16x16 square in the room grid), but we added a ton of optimizations such as:
a) We didn't draw all 6 sides of each cube wall. The camera never goes below/above the walls, so we didn't need to draw the top/bottom of the cubes. And since only 2 sides would ever be visible at a single time we put in code so only 2 sides would ever be drawn (using d3d_draw_wall) at a single time for each cube wall.
b ) We also merged our single walls into larger walls. For example, instead of drawing 20 16x16 walls in a row (ie for a long wall around a town) we merged it into a single 16x320 wall on the fly, then we just needed to call d3d_draw_wall twice for that entire section of wall.
c ) We then ensures walls that were outside our viewing fustrum were not draw and in fact the entire GM object was hidden.

With all of these optimizations we were able to tweak out our FPS to about 180fps. I tested out drawing 500 16x16 wall cubes in GMOgre3D (no optimizations done) and I got around 400fps. When I made those walls part of the static geometry I was able to get about 600fps.

But still, if you want to draw simple walls there is always the CreateWallEntity() function. This will create a vertical plane behind the scenes and will be drawn automatically once you add it to a scene node. There aren't any functions in GMOgre3D that just draw something for just a single frame. Everything must exist as an entity, light, billboard, etc. This way OGRE can use batching and other optimizations behind the scenes to ensure everything is drawn as fast as possible.

2) Yes, this is something I've been thinking about. Currently I'm writing documentation, which is taking up most of my time, but I plan on going back and writing some kind of very basic FPS example with terrain and collision detection in the near future.

- Houdini

[michael pw]

so if GmOrge has full control over the window, is it impossible to make a HUD?

[rappybas]

GMOgre has it's own functions for that, as you can see in the examples

[Xilvium]

Well as for a HUD you should use overlay's.
Remember that this is a layer for GameMaker to USE AN EXISTING ENGINE.
So before you use this DLL I would higly recommend to read the docs and the wiki at www.ogre3d.org as they contain information about the overlay scripts and such.
Also on how to use materials (these are files to indicate the texture(s) and or effects for a specific model or effect).

-Xilvium

[Caniac]

wow, this looks nice! Pity it doesn't work on my machine

[Houdini]

wow, this looks nice! Pity it doesn't work on my machine

Caniac, if you're receiving an error message or something running the projects, feel free to post and I will help you if I can.

[emanuel87]

this is terrific! i've had to compare both normal d3d game maker funcitons, and of these. i found the result astonishing - with this the testing, in a machine with 128mb video ram, has achieved 60 fps! and compared to the other, approximately 40 fps was the difference! that's fantastic!

[Revel]

Wow! I was actually thinking about porting ogre to GM about a week ago. I am glad to see that this has already been done. Ogre is a great engine!


Good luck on the project.

[Gecko0307]

How to swicth to OpenGL? I use StartOgre3DEngine(global.RENDER_GL) but it doesn't work. It shows the same directx related error.

[mauge]

There seems to be a problem with the scripts, though it's running fine:

Script name "CreateSimpleSpline" is used twice.
Script name "SetCompositionPassStencilFunction" is used twice.

[Houdini]

How to swicth to OpenGL? I use StartOgre3DEngine(global.RENDER_GL) but it doesn't work. It shows the same directx related error.

Hmmm, it may be because I have both the OpenGL and DX renderer's statically linked into my DLL. I may have to add these as external DLLs to avoid this. I'll have this working for the next release.

There seems to be a problem with the scripts, though it's running fine:

Script name "CreateSimpleSpline" is used twice.
Script name "SetCompositionPassStencilFunction" is used twice.

Thanks, my internal version has this now fixed.

I'll have a small update to GMOgre3D at the end of this week.

- Houdini

[mauge]

Thanks. I forgot to mention that this seems to be the fastest 3D dll for Game Maker. The examples are awesome and >700 FPS is way more than I could reach with a simple 2D game made with GM only. Great work! I hope the documentation will be complete soon, because there is so much to discover.

[eafg2]

Looks awesome, hope that there will be more tutorials soon.
Question:

Is this right?

Edited by eafg2, 01 December 2009 - 05:37 PM.

[mauge]

What do you mean?

[Houdini]

What do you mean?

He's referring to the fact that if you go half-way under water the reflection at the top of the water is screwed up. The answer to this is both yes and no. It should not be happening, but it's not a bug in GMOgre3D. The GM fresnal project is converted from the fresnal sample app that comes with OGRE and that sample app has that same bug.

I just never took the time to try and figure out how to fix their sample.

- Houdini

[Xilvium]

I think it has to do with the RTT (render to texture)'s projection on the plane.
But would it be possible for GM-OGRE3D to use plugin's like ehhr Hydrax and Paged Geometry or do these need to be converted separately?
These are plugins which can be used together with ogre3d itself so if these are ported would they work together or is there something else that prevents this?

-Xilvium

[Houdini]

I think it has to do with the RTT (render to texture)'s projection on the plane.
But would it be possible for GM-OGRE3D to use plugin's like ehhr Hydrax and Paged Geometry or do these need to be converted separately?
These are plugins which can be used together with ogre3d itself so if these are ported would they work together or is there something else that prevents this?

-Xilvium

Yes, these plugins can be ported over. If using the non-static version of GMOgre3D you'd just need to build in the interface (if any) between the plugin and GM. I already included SkyX (from the maker of Hydrax) in GMOgre3D. I had already planned on including a paged geometry plugin in the near future. There are a few of them out there, so if you know of one that is considered better than the rest, please let me know!

Currently the plan is to fix any bugs that users find in the near future and finish documentation. After that I plan on adding paged geometry, and possibly Hydrax as well.

- Houdini

[icuurd12b42]

Fresnal stops responding from the start.

Are the dlls compiled without debug information, because they seem rather huge

[Ace]

It doesn't appear to work in GM8 Release Candidate 2 for some reason, though it works fine in GM7.

Any idea as to why?

Also, any kind of level editor for Ogre3D would be awesome, mostly just to place instances in 3D. Is there some kind of plugin like this? Even if there isn't, maybe we could make one that just exports a script for each object placed to be loaded at game start by a simple load routine using obj_event_add for create, destroy, and step events. If Max WinAPI works with this, it'd be insanely easy to design one.

Finally, what model and animation formats does Ogre3D support?

[PsichiX]

It doesn't appear to work in GM8 Release Candidate 2 for some reason, though it works fine in GM7.

because gmogre use SnakePL gmapi, which not work with gm8 yet.

Houdini, gmogre can return OGL device context and renderer context handles? because I want to try manage this from PlayGate and make some tests

Edited by PsichiX, 02 December 2009 - 07:13 AM.

[Houdini]

Fresnal stops responding from the start.

Are the dlls compiled without debug information, because they seem rather huge

icuurd12b42,

Are you able to run the other example projects just fine? Also, if you could PM me the GMOgre3D.log file I can take a look to see what the issue may be.

The DLLs are not compiled with debug info. This is just how large the OGRE DLLs compile to. FYI, if I include debug info they compile to a whopping 20MB.

It doesn't appear to work in GM8 Release Candidate 2 for some reason, though it works fine in GM7.

Any idea as to why?

Also, any kind of level editor for Ogre3D would be awesome, mostly just to place instances in 3D. Is there some kind of plugin like this? Even if there isn't, maybe we could make one that just exports a script for each object placed to be loaded at game start by a simple load routine using obj_event_add for create, destroy, and step events. If Max WinAPI works with this, it'd be insanely easy to design one.

Finally, what model and animation formats does Ogre3D support?

Ace,

PsichiX is correct, GMOgre3D uses GMAPI, which currently doesn't support GM8. As soon as it does I'll make sure to update my project to add support in.

As for level editors go, the popular one seems to be Ogitor (http://www.ogitor.org/about/). It even comes with the source code (LGPL).

Houdini, gmogre can return OGL device context handle? because I want to try manage this from PlayGate and make some tests

PsichiX, I can return both the HDC for the GM window and the OpenGL rendering context handle that OGRE uses. I don't currently have an interface in GMOgre3D to return these, but it would be easy to add.

However, I'm currently having an issue with the OpenGL renderer. If I load my GMOgre3D DLL from a Win32 app then the OpenGL renderer works fine. If I run from inside GM it crashes horribly unless I disable loading of all overlays. DirectX9 renderer works just fine in GM though. Still tracking this one down...

- Houdini

Edited by Houdini, 02 December 2009 - 07:25 AM.

[PsichiX]

If I load my GMOgre3D DLL from a Win32 app then the OpenGL renderer works fine. If I run from inside GM it crashes horribly unless I disable loading of all overlays.

hmm, can you give me more information about this on PM? maybe I can help

Edited by PsichiX, 02 December 2009 - 07:27 AM.

[icuurd12b42]

The DLLs are not compiled with debug info. This is just how large the OGRE DLLs compile to. FYI, if I include debug info they compile to a whopping 20MB.

Holy moly... And they offer no means to trim it down? Building a ogre.lib you link to your DLL instead, so unused stuff are excluded?

I'll PM you the log. Only that example locks up.

[Xilvium]

@Ace :
As for a level editor for placing entity's and such I would highly recommend this editor: http://www.ogitor.org < it has specially been made for Ogre3D

@Houdini:
As for the paged geometry plugin I would recommend this one: Paged Geometry Forum + Download
I would recommend this one because it is very powerfull and extremely easy to use. (I also have expirience with this one haha)

[Houdini]

FYI, a new version of GMOgre has been released. This contains just small bug fixes, a few new functions, and compatibility with GM's direction variable (ie, a yaw of 0 now points towards the positive x axis and incrementing this would turn counter-clockwise, just like the direction variable of GM).

Also, there are now 3 basic wiki tutorials online. You can view them here:
http://code.google.c.../Tutorials?tm=6

My next plans are to fix OpenGL support, add paged terrain, and of course continue to add more tutorials/documentation.

- Houdini

[mauge]

What do you mean?

He's referring to the fact that if you go half-way under water the reflection at the top of the water is screwed up. The answer to this is both yes and no. It should not be happening, but it's not a bug in GMOgre3D. The GM fresnal project is converted from the fresnal sample app that comes with OGRE and that sample app has that same bug.

I just never took the time to try and figure out how to fix their sample.

- Houdini

Maybe this isn't a bug. As far as I know the fresnel effect is exactly what's shown on the screenshot. The strength of a reflection on a surface depends on the view angle. So it doesn't look wrong to me. If you look straight down on a water surface there will be almost no reflection. But if your are really close to the water and look along the surface it should be like a mirror.

Thanks for the tutorials! I'll study them later. I started a project which I'd like to realize with GMOgre. Are you going to write a tutorial on how to use animated models in the near future?

[Houdini]

Thanks for the tutorials! I'll study them later. I started a project which I'd like to realize with GMOgre. Are you going to write a tutorial on how to use animated models in the near future?

Yes I am. I'm in the middle of the 4th tutorial on how to use multiple scene managers and dual screen. Once this is complete the very next tutorial will be on animation. Should be up sometime this weekend.

- Houdini

[mauge]

Oh, that's great! Please don't hurry. Take your time. Thank you very much!

[LoopStan]

I have been using OGRE 3D for a while and love it, this is the first time I have seen this topic though, can't wait to try it out! Looks great and thanks for porting it.

[Marchal_Mig12]

This is awesome. I've never seen anything running that smooth in GameMaker. I would be really happy to see some collision example (e.g.: platformer, FPS).

[Houdini]

This is awesome. I've never seen anything running that smooth in GameMaker. I would be really happy to see some collision example (e.g.: platformer, FPS).

I plan on working on a simple collision example in the future, although the best option would be to wait for GMNewton 2 to be released (end of this month hopefully!). I've been working with Hanson and he already has support for GMOgre3D integrated into GMNewton 2. It will be a better option than the basic collision detection that comes with GMOgre3D. When it's released I'll create a GMK example that shows how to use GMNewton 2 with GMOgre3D.

- Houdini

[icuurd12b42]

Doesnt ogre have a collision system?

[Houdini]

Doesnt ogre have a collision system?

Collision system built into OGRE? No. Simple rays you can cast to detect when it hits an object, yes.

- Houdini

[icuurd12b42]

So, newton will talk with ogre directly? That will be best.

[LoopStan]

Is there anyway to use an existing physics engine that is ported to gm like gmnewton? Or do i have to wait. I haven't done much with 3D with gm, only outside of it

Or should I just wait until the next release with physics?

[Houdini]

Is there anyway to use an existing physics engine that is ported to gm like gmnewton? Or do i have to wait. I haven't done much with 3D with gm, only outside of it

Or should I just wait until the next release with physics?

GMNewton 2 will be released with full support for GMOgre3D. That would be the physics engine I would recommend using, when it's released.

So, newton will talk with ogre directly? That will be best.

No, currently GMOgre3D and GMNewton do not speak directly to each other. However this is a possibility that may be looked into in the future.

- Houdini

[Houdini]

GMOgre3D version 0.86 has been released!

This adds functionality for multiple scene managers and also includes paged terrain! If you look at my original post you will see a screenshot of the paged terrain in action. Grass that sways and 20,000 trees were added to the terrain while running at over 100fps. A new GM project using paged terrain has also been added to the examples.zip file which can be downloaded here:
http://gmogre3d.goog...les/Example.zip

Also, I've added two new articles: one on using multiple scene managers and split screen, and the other on animation and walking between points. All articles can be viewed from this link:
http://code.google.c.../Tutorials?tm=6

- Houdini