Ogre on Intel Smoke Framework
- RabidCat
- Gnoblar
- Posts: 17
- Joined: Fri Jun 15, 2007 8:15 pm
- Location: California
Ogre on Intel Smoke Framework
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
http://www.tgdaily.com/content/view/36726/135/
http://www.tgdaily.com/content/view/36758/135
Hugh Smith
Software Engineer
Sunny Shingle Springs California
Software Engineer
Sunny Shingle Springs California
- spookyboo
- Silver Sponsor
- Posts: 1141
- Joined: Tue Jul 06, 2004 5:57 am
- x 151
- Contact:
- RabidCat
- Gnoblar
- Posts: 17
- Joined: Fri Jun 15, 2007 8:15 pm
- Location: California
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
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
Software Engineer
Sunny Shingle Springs California
- cybereality
- Hobgoblin
- Posts: 563
- Joined: Wed Jul 12, 2006 5:40 pm
- x 12
- sinbad
- OGRE Retired Team Member
- Posts: 19269
- Joined: Sun Oct 06, 2002 11:19 pm
- Location: Guernsey, Channel Islands
- x 66
- Contact:
- lf3thn4d
- Orc
- Posts: 478
- Joined: Mon Apr 10, 2006 9:12 pm
- x 12
- tuan kuranes
- OGRE Retired Moderator
- Posts: 2653
- Joined: Wed Sep 24, 2003 8:07 am
- Location: Haute Garonne, France
- x 4
- Contact:
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
http://software.intel.com/en-us/article ... ology-demo
to read carefully, along with
http://software.intel.com/en-us/article ... ame-engine
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
This is so cool!
Ogre3D, Paged Geometry, Threading, Havok ... !
I even spotted a very interesting procedural tree generation library in there ..
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.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Gremlin
- Posts: 193
- Joined: Fri Jan 25, 2008 6:55 pm
- Location: Nantes / France
- x 17
Just dowloaded source code, and it seem's that the procedural tree sources is mostly "ready to use" . The only problem seem's to be the licence:I even spotted a very interesting procedural tree generation library in there .. Smile
Code: Select all
Copyright © 2008 Intel Corporation
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
Do not worry! ->Nodrev wrote:Just dowloaded source code, and it seem's that the procedural tree sources is mostly "ready to use" . The only problem seem's to be the licence:... 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.Code: Select all
Copyright © 2008 Intel Corporation
Yes, that means free - even for commercial use.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.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- enligor
- Halfling
- Posts: 58
- Joined: Tue Oct 21, 2008 8:23 pm
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
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
-
- Gnome
- Posts: 334
- Joined: Wed Aug 02, 2006 9:27 am
- Location: Toronto, Canada
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.
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.
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
They have a list of patches they've used. Check those.
I haven't the list handy right now.
I haven't the list handy right now.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
-
- Gnome
- Posts: 334
- Joined: Wed Aug 02, 2006 9:27 am
- Location: Toronto, Canada
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
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.
But we really can't complain. Seems like a great base to build upon.
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.
But we really can't complain. Seems like a great base to build upon.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- Lee04
- Minaton
- Posts: 945
- Joined: Mon Jul 05, 2004 4:06 pm
- Location: Sweden
- x 1
Why Ogre is late supporting DirectX10
Well, if the Ogre developers should have the latest hardware always, we would be able to keep Ogre more up to date.As long as the release of Ogre DX10 support meets reasonable deadlines the framework will probably continue to use ogre as the display engine.
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
- dazKind
- Gnoblar
- Posts: 24
- Joined: Thu May 04, 2006 10:43 am
- Contact:
Indeed a quite interesting release!
My senses tell me that the Project Offset folks will have something to do with an INTEL cpu + gpu demo-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
- RabidCat
- Gnoblar
- Posts: 17
- Joined: Fri Jun 15, 2007 8:15 pm
- Location: California
Procedural Tree Lib
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
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
Software Engineer
Sunny Shingle Springs California
- jacmoe
- OGRE Retired Moderator
- Posts: 20570
- Joined: Thu Jan 22, 2004 10:13 am
- Location: Denmark
- x 179
- Contact:
I love it! Thanks!
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!
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.
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
- xadhoom
- Minaton
- Posts: 973
- Joined: Fri Dec 28, 2007 4:35 pm
- Location: Germany
- x 1
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.
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.