Ogre on Intel Smoke Framework

Anything and everything that's related to OGRE or the wider graphics field that doesn't fit into the other forums.
Post Reply
User avatar
RabidCat
Gnoblar
Posts: 17
Joined: Fri Jun 15, 2007 8:15 pm
Location: California

Ogre on Intel Smoke Framework

Post by RabidCat »

Thought folks might want to know that this Nehalem demo shown at the Intel Developer Forum uses the Smoke Framework. The Multi-threaded game engine uses Ogre for it's Display engine.

http://www.tgdaily.com/content/view/36726/135/

http://www.tgdaily.com/content/view/36758/135
Hugh Smith
Software Engineer
Sunny Shingle Springs California
User avatar
spookyboo
Silver Sponsor
Silver Sponsor
Posts: 1141
Joined: Tue Jul 06, 2004 5:57 am
x 151
Contact:

Post by spookyboo »

I'm wondering whether Intel be using Ogre more extensively or whether we'll be seeing the Project Offset engine in action in future demos (since they bought it)
User avatar
RabidCat
Gnoblar
Posts: 17
Joined: Fri Jun 15, 2007 8:15 pm
Location: California

Post by RabidCat »

Intel does extensive developer enabling. This framework is an example efforts to enable the game development community showing how someone might approach designing a game application that can take advantage of a multi-core system.

for those interested in getting the code for the framework send a note to smokecode@intel.com

The Smoke Framework hasn't been released to the development community yet but there are plans to do so in the near future.

While the framework can easily substitute different systems, the graphics and display engine are presently ogre. As long as the release of Ogre DX10 support meets reasonable deadlines the framework will probably continue to use ogre as the display engine. Ogre brings a lot of great things to the table for a display engine. Can't really comment one way or another on the Project Offset engine. Probably best to direct serious questions about that to the Project Offset Engine forums.

thanks for the comments
Hugh Smith
Software Engineer
Sunny Shingle Springs California
User avatar
cybereality
Hobgoblin
Posts: 563
Joined: Wed Jul 12, 2006 5:40 pm
x 12

Post by cybereality »

Well if Intel has chosen to use Ogre, even just for prototyping, I think that says a whole lot.
User avatar
sinbad
OGRE Retired Team Member
OGRE Retired Team Member
Posts: 19269
Joined: Sun Oct 06, 2002 11:19 pm
Location: Guernsey, Channel Islands
x 66
Contact:

Post by sinbad »

Good to see the demo being shown publicly!
User avatar
triton
Greenskin
Posts: 138
Joined: Thu Mar 13, 2008 10:25 pm
Location: Portugal

Post by triton »

Nice demo. :)
voxel
Gnome
Posts: 334
Joined: Wed Aug 02, 2006 9:27 am
Location: Toronto, Canada

Post by voxel »

They kinda announced this at GDC... but gave no timeframe on source release except late summer. The GDC slides have benchmark numbers.
User avatar
lf3thn4d
Orc
Posts: 478
Joined: Mon Apr 10, 2006 9:12 pm
x 12

Post by lf3thn4d »

User avatar
tuan kuranes
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 2653
Joined: Wed Sep 24, 2003 8:07 am
Location: Haute Garonne, France
x 4
Contact:

Post by tuan kuranes »

Smoke demo binaries and source online (ogre fmod havok)

http://software.intel.com/en-us/article ... ology-demo

to read carefully, along with

http://software.intel.com/en-us/article ... ame-engine
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Post by jacmoe »

This is so cool! :D

Ogre3D, Paged Geometry, Threading, Havok ... !

I even spotted a very interesting procedural tree generation library in there .. :)
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Nodrev
Gremlin
Posts: 193
Joined: Fri Jan 25, 2008 6:55 pm
Location: Nantes / France
x 17

Post by Nodrev »

I even spotted a very interesting procedural tree generation library in there .. Smile
Just dowloaded source code, and it seem's that the procedural tree sources is mostly "ready to use" :D. The only problem seem's to be the licence:

Code: Select all

Copyright © 2008 Intel Corporation
... but i'm not really licences problem friendly, maybe someone could throw light on use this code to make, why not, a useful addon librairy.
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Post by jacmoe »

Nodrev wrote:Just dowloaded source code, and it seem's that the procedural tree sources is mostly "ready to use" :D. The only problem seem's to be the licence:

Code: Select all

Copyright © 2008 Intel Corporation
... but i'm not really licences problem friendly, maybe someone could throw light on use this code to make, why not, a useful addon librairy.
Do not worry! ->
Q: What is the license?

A: You can read the license here. The goal is to allow developers to use the Smoke code written by Intel for any purpose (including derivative works) with no limitations or obligations.
Yes, that means free - even for commercial use. :)
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
enligor
Halfling
Posts: 58
Joined: Tue Oct 21, 2008 8:23 pm

Post by enligor »

So Intel has finally made it public? That's good news!
The framework itself is pretty awesome, if you ask me, and it can even be used for real-world applications. Although due to Havok + FMOD bindings it is not very indie friendly. But other than that - a great framework plus a bunch of usefull procedural generated goodies.

P.S. do you guys remember, that originally the idea was to present a framework, which would safely run on a Quad-core and an Intel's graphics card? Now, however, it says that they still suggest having GeForce 8800 or above. Oh, well ;)
voxel
Gnome
Posts: 334
Joined: Wed Aug 02, 2006 9:27 am
Location: Toronto, Canada

Post by voxel »

Had a quick look - seems to be organized / well structured and is easy to build from source.

I am quickly trying to get it to build on 1.6 (Shoggoth) and am hitting minor (usual) bumps:

getObjectsAsArray()
hideBoundingBox()
visitRenderables()
Removal of getWorldPosition()

The hiccup is setProvideWorldInverses / getProvideWorldInverses - which (I think) is custom to the Intel Smoke framework.
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Post by jacmoe »

They have a list of patches they've used. Check those.
I haven't the list handy right now. :wink:
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
voxel
Gnome
Posts: 334
Joined: Wed Aug 02, 2006 9:27 am
Location: Toronto, Canada

Post by voxel »

jacmoe wrote:They have a list of patches they've used. Check those.
I haven't the list handy right now. :wink:
These are the patches:
  • 2008141
    2015382
    2015408
    2187821
The bolded are the ones not integrated into OGRE. I'm only concerned with the last one (passes inverse matrices to shaders).
User avatar
fassihi
Goblin
Posts: 215
Joined: Sat Sep 16, 2006 6:51 am
x 8
Contact:

Evaluate

Post by fassihi »

I am curios to know how everybody here evaluates the different aspects of the Smoke framework? Pros, cons? It seems to be a big baseline for development.
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Post by jacmoe »

While I haven't looked at the code, the demo wouldn't give me more than two threads, one per core. (AMD 64 AthlonX2 here).
That's probably a design decision.
I have no idea if two threads per CPU would have made the demo more fluent.
A great demo showing how to utilise multiple cores IMO. :)

And, of course, a motivation for buying a bigger multi-core CPU. From Intel. :P

But we really can't complain. Seems like a great base to build upon. :wink:
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
Lee04
Minaton
Posts: 945
Joined: Mon Jul 05, 2004 4:06 pm
Location: Sweden
x 1

Why Ogre is late supporting DirectX10

Post by Lee04 »

As long as the release of Ogre DX10 support meets reasonable deadlines the framework will probably continue to use ogre as the display engine.
Well, if the Ogre developers should have the latest hardware always, we would be able to keep Ogre more up to date.

But as it is now they get DirectX10 pieces when the prerelease if DirectX11 exists...

And they are somewhat late starters as well.
They are typically not involved in any DirectX beta program and never ever show us anything using DirectX refraster.


And the new OpenGL 3.1 API is late and it should mirror DirectX10/Directx11 better several APIs functions that are needed to write a nice wrapper between OpenGL3.1 and DirectX11 or for that matter between DirectX10 and OpenGL3.0.

Some things that are missing are:

Seperation between texture samplers and texture sources as supported DirectX10 dosn't exist for OpenGL3.0.

and

And OpenGL support for immutable state objects which should be sooo important if you belive the DirectX10 team.


And there are other differances that makes it hard to wrapp openGL and DirectX in Ogre in a "correct" way.

Ofcourse we can do it like the DirectX9 way without all Directx10 and DirectX11 features, but the preformance will suffer.

It will end up slower than DirectX9 on XP for sure.

The problem as I see it is that Microsofts is not in the arb group.
And the DirectX team should be in there I belive that would be nice.
Ph.D. student in game development
User avatar
dazKind
Gnoblar
Posts: 24
Joined: Thu May 04, 2006 10:43 am
Contact:

Post by dazKind »

Indeed a quite interesting release!
enligor wrote:P.S. do you guys remember, that originally the idea was to present a framework, which would safely run on a Quad-core and an Intel's graphics card? Now, however, it says that they still suggest having GeForce 8800 or above. Oh, well ;)
My senses tell me that the Project Offset folks will have something to do with an INTEL cpu + gpu demo-release. ;)
User avatar
RabidCat
Gnoblar
Posts: 17
Joined: Fri Jun 15, 2007 8:15 pm
Location: California

Procedural Tree Lib

Post by RabidCat »

The Tree Library:

Use it. change it. expand it. Love it. hate it.
It's yours for the taking. no worry about the copyright. just keep the copyright in what ever it is you produce.

Let me know what you think about it.

If you want more info on the topic visit: http://software.intel.com/en-us/article ... ology-demo
between now and the time the detailed whitepaper comes out there is also a gamefest presentation on the topic as well. "Procedural Trees and Procedural Fire in a Virtual World"
http://www.microsoft.com/downloads/deta ... laylang=en


Enjoy
Last edited by RabidCat on Tue Dec 02, 2008 9:32 pm, edited 1 time in total.
Hugh Smith
Software Engineer
Sunny Shingle Springs California
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Post by jacmoe »

I love it! Thanks! :D
The trees in the demo looks great.
As a programmer, I really dig that you can create something through code! It also helps if you're making an entire forest! Can't wait to put it to use! :)
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
xadhoom
Minaton
Posts: 973
Joined: Fri Dec 28, 2007 4:35 pm
Location: Germany
x 1

Post by xadhoom »

Hi RabidCat!

Thanks for this interesting framework! I´m currently digging through
the rich documentation and (ofcourse) the source. There are many
interesting concepts in it! And I´m happy that we have some overlapping
concepts in our framework (besides the special multicore scheduler).
This gives me the feeling to be on the right track.

;-)
Post Reply