OGRE Wiki
Support and community documentation for Ogre3D
Ogre Forums
ogre3d.org
Log in
Username:
Password:
CapsLock is on.
Remember me (for 1 year)
Log in
Home
Tutorials
Tutorials Home
Basic Tutorials
Intermediate Tutorials
Mad Marx Tutorials
In Depth Tutorials
Older Tutorials
External Tutorials
Cookbook
Cookbook Home
CodeBank
Snippets
Experiences
Ogre Articles
Libraries
Libraries Home
Alternative Languages
Assembling A Toolset
Development Tools
OGRE Libraries
List of Libraries
Tools
Tools Home
DCC Tools
DCC Tutorials
DCC Articles
DCC Resources
Assembling a production pipeline
Development
Development Home
Roadmap
Building Ogre
Installing the Ogre SDK
Setting Up An Application
Ogre Wiki Tutorial Framework
Frequently Asked Questions
Google Summer Of Code
Help Requested
Ogre Core Articles
Community
Community Home
Projects Using Ogre
Recommended Reading
Contractors
Wiki
Immediate Wiki Tasklist
Wiki Ideas
Wiki Guidelines
Article Writing Guidelines
Wiki Styles
Wiki Page Tracker
Ogre Wiki Help
Ogre Wiki Help Overview
Help - Basic Syntax
Help - Images
Help - Pages and Structures
Help - Wiki Plugins
Toolbox
Freetags
Categories
List Pages
Structures
Trackers
Statistics
Rankings
List Galleries
Ogre Lexicon
Comments
History: Getting Started
View page
Source of version: 26
(current)
-={IMG(src="img/icons/help.gif")}{IMG} What OGRE is, what you can do with it and other frequently asked beginner questions=- {maketoc showhide="y"} !What is Ogre? [http://www.ogre3d.org|OGRE] (__O__bject-oriented __G__raphics __R__endering __E__ngine) is an open-source graphics rendering engine that is written and maintained by a small core team, and contributed to by its ever growing [http://www.ogre3d.org/forums|community]. Those of us that use it believe it's one of the better free and open engines out there today, but don't take our word for it - try it out for yourself. !Who are the developers? Well, let [http://www.ogre3d.org/about/team|The official Ogre Team page] answer that particular question. !What tools and hardware do I need? Ogre runs on a wide variety of hardware capable of 3D graphics, although performance will certainly vary. Look at the ((Hardware)) page to see graphics hardware requirements and recommendations. As far as tools are concerned, you will need a supported C++ compiler (e.g. {LEX()}VisualStudio{LEX} or Code::Blocks/MinGW). Finally, you will need an arsenal of 3D programs to create content. Look at ((Assembling a production pipeline)) to learn what other software is needed throughout the process. The most basic and commonly used one is an ((DCC Tools|#Object modeling|object modeller)). !Do I have to know how to program to use Ogre? Yes, you will need to know how to program. Ogre is not a game shell or scripting language like many game development kits out there. It will require more knowledge to use properly, but it is also many times more powerful than a scripting kit will be. A good knowledge of C++ is essential, as is an understanding of object-oriented programming. Ogre's power means that it's not something readily suited to someone who is just looking to start programming. That's not to say you can't learn to program by using Ogre, but it will be many times more difficult than if you were to start with a more traditional approach. !Can Ogre only be used with C++? No, there are various wrappers that offer the possibility to use other programming languages than C++. However, these projects are not officially supported by the Ogre Core Team. There are currently Ogre wrappers for Python (((Python-Ogre))), Java (((Ogre4j))) and for .NET languages - C# and VB.NET - (((MOGRE))). !Where can I learn how to program in C++? There are thousands of websites and books that can teach you the needed programming skills in order to start with Ogre. Some are listed below, but don't consider this the ultimate collection, but find out yourself with which resources you can work the best. Websites: * [http://www.learncpp.com/|free website devoted to teaching you to program in C++ with beginner tutorials] * [http://www.cplusplus.com/doc/tutorial/|Complete C++ language tutorial] * [http://cplus.about.com/od/beginnerctutorial/l/blcplustut.htm|C++ Programming Tutorial] * [http://www.cprogramming.com/|C and C++ Programming] * [http://www.inf.uni-konstanz.de/~kuehl/c++-faq/|C++ FAQ Lite] Introductory Books on C++: * [http://www.amazon.com/exec/obidos/tg/detail/-/0764568523/qid=1122078811/sr=8-1/ref=pd_bbs_sbs_1/102-6998258-9724931?v=glance&s=books&n=507846|"C++ for Dummies"] A note to newbies. Knowing 'how' to program C++ (such as syntax, etc.) does not help you actually create a sophisticated program. Ogre will bring you a step closer to creating a 3D program, but you still need a lot of practice. !Is Ogre a game engine? No. This is a subtle distinction that a lot of people tend to miss. Ogre is a graphics engine, and only a graphics engine. However, it can easily be tied together with other libraries to create a game engine. Some libraries you might need to create a game are: * Sound * Networking * Input * Collision Ogre does not include these libraries natively, although it does expose an interface that makes it easy to work Ogre into an existing application. There are several reasons that Sinbad (the lead developer) has chosen to follow this route. I'll let him speak. This is from a [http://ogre.sourceforge.net/phpBB2/viewtopic.php?t=2102|forum] post from sinbad. {DIV(type="blockquote",width="80%",align="justify",clear="both")}''OGRE is a component in a larger development system. OGRE is not, and never was, intended to be a one-stop-shop game development platform, it's a tool for a specific purpose. I sometimes have to rabidly defend this because it seems I go against the grain of other engines, who concentrate on providing an all-in-one solution. I think software systems should be modular and pluggable, with clear interfaces and boundaries between them. I think each team should concentrate on their core area and let others get on with specialising in theirs (I think it's pure madness to try to reinvent ODE for example, as some other engines are doing). I think the most important part of any software system is it's interface, to support all of the above. I think developers should be free to combine the tools they choose into their game development platform, not be told which sound, physics, AI etc implementation to use just because they chose a graphics engine. I realise this approach means that as of today, it's not as fast to develop a game with OGRE than it is with another all-in-one engine. But I'm not just thinking about today. My philosophy is to build a flexible graphics component which can be used in the maximum number of situations, and to make it easy to integrate with other components - not to build an engine that can be used to make a small number of game variants. I favour flexibility over speed, because I think if you design it right, you can add the tools to make it quicker to develop in specific scenarios later. You'll find it a lot harder to extend an engine which is designed to handle only a small subset of scene types, with strongly integrated features designed from a certain perspective. I try to plan for the long term. As time goes on I expect more 'combination' solutions to evolve naturally, and indeed that's already happening with people building their own platforms based on OGRE and other libs. Hey, maybe I'll produce my own one day which combines OGRE with my choice of sounds/network/physics libs. But my choice doesn't have to be your choice. I think that's important.'' {DIV} Note that this doesn't mean that you can't use Ogre for games. In fact, it's probably going to be used for games more than anything else out there. This simply means that Ogre doesn't decide what libraries you're going to use, and allows you the flexibility to fit Ogre into your application, rather than attempting to wrap your application around Ogre. !Should I use Ogre or Game Engine X for my project? There are a lot of factors which go into this decision. Here are some of them. __1. Programming language__ How do you plan on implementing your game logic? C++? C#? Scripting? Your options may be limited with a closed source game engine. Ogre is a c++ library, and many users code in c++ directly. Other languages are available with Ogre, under community driven extensions or game engines which utilize Ogre3D for rendering. __2. Source code__ Do you want or need access to the source code? Are you worried about using closed source in case you need to alter functionality or fix a bug? Have you considered the long term ramifications for your company if you use closed source technology and the game engine company changes their licensing or goes out of business? With Ogre, you are free to use and modify the code for your own commercial projects, free of charge, and nobody can ever take that away from you. __3. Tools__ Game engines usually come with a very slick package of highly integrated tools. Ogre, due to it's nature of being very flexible and community driven, has tools, but they are far less integrated and sometimes less polished. Some are free, some are not. Some notable ogre tools: * Ogitor: a free world/level editor * OgreMeshy: a free mesh viewer * ParticleUniverse: a low cost particle system plugin, editing tool, and sample media packs. * OgreMax: commercial exporter for 3ds max and maya. Other, free exporters are also available. Some projects use a modeling tool as a level editor. * OgreSpeedTree: a commercial SpeedTree integration Extensive lists of ogre tools are available elsewhere in the wiki. __4. Middleware integration__ Do you like the middleware that comes integrated with your game engine? Contrast this to the work and cost associated with integrating the exact middleware you want into an Ogre3D-based engine. Ogre3D has been integrated with a wide variety of physics, sound, user interface, networking, and input handling middleware. Which again, is an advantage for flexibility, but do not underestimate the amount of effort that is often involved in integrating middleware. There are many existing Ogre middleware "wrappers" which can help you integrate middleware into your project. __5. License and royalty structure__ Do you need to pay money to use the game engine? Do you need to pay for support? Ogre is free to use, has a large, helpful community, and extensive documentation. However, there is no paid support, so don't expect someone on the Ogre team to drop everything to fix a problem you encounter. __6. Platforms__ How do you want to publish your game? If it's PC, Mac, Linux, or various handheld devices, Ogre might be a great choice. Web deployment? Not a traditional part of Ogre's repertoire, but there have been some interesting community developments on this lately. Consoles? There has (unfortunately) never been a supported ogre console port so you're on your own there. __7. Flexibility vs. Sandbox__ One of the core differences is that game engines are usually very good at doing a specific thing. If you want to create some variation of that specific thing, the game engine is almost always the right choice in terms of work efficiency. Implementing the same sandbox using Ogre as is already available with a game engine could easily be years of additional work. Alternatively, if you're trying to build something significantly different than your standard FPS or RPG that most game engines support, using Ogre3D to construct your own game engine might be a good approach, because it is designed to be customized to different purposes much moreso than most game engines. __8. Value of Skills in the Game Industry__ Having experience with a game engine like UDK is a valuable skill if you're trying to enter the game industry. However, with a closed-source game engine, you may find that your knowledge can only go so deep. So perhaps if you're interested in learning the details of graphics programming, having experience with open-source software like Ogre may be more valuable. __9. Team Skillset__ If there are 10 people on your team, and 9 of them are experts in game engine x, then that is a strong factor for using game engine x. __10. Technical Skill__ How technically skilled is your team? Ogre's flexibility comes at a cost, Using Ogre3D is almost always a much more technically demanding and time intensive endeavor than using a game engine, again with the potential benefit of having a more customized engine for your project once you're done. __A final note__ When evaluating what to use for your game engine, ensure you have a clear understanding of: a. what you are trying to build b. how much time you have c. how much money you have Because without that, you're really just guessing. !Can I use OGRE to produce graphics too? Ogre is a realtime rendering engine. Many of the pictures on cgtalk and other sites are rendered offline or slowly, often with ray tracing. The technology of the two are fundamentally different. One can make offline rendered pictures as detailed or realistic as one has the time to process each image. It may take several hours or longer to generate a full screen image. With realtime rendering, each image is rendered in say 1/30th to 1/100th of a second for a decent framerate. Nevertheless, the strides being made in current 3D graphics hardware have allowed realtime rendering to become very detailed and realistic looking. Ogre is bound by the hardware you run it on and your imagination. For a look at what kind of graphics you can expect, look at the images [http://www.nvidia.com|NVIDIA] and [http://www.atitech.com|ATI] use to sell their graphics hardware. Our [http://www.ogre3d.org/gallery/|Ogre Gallery] has many screen shots that show the capabilities of the engine and graphics hardware. Some shots are impressive by themselves. Others are less so, but show a specific feature that could be used to provide powerful and flexible effects, such as post filtering, fresnel refractions and normal mapping. !Ok, you've convinced me. How do I get started? These links are available from the ((Home|Main Page)) as well. First select if you want to ((Installing An SDK|Install An SDK)) or ((Building From Source|Build From Source)). The latter option is for those experienced in C++ development. Then move on to ((Setting Up An Application|Setting Up An Application)) and ((Ogre Tutorials)) to get going. !I'm stuck! How can I get some help?! Your main resources for information are the pages on this wiki including ((Installing An SDK)), ((Building From Source)), ((Setting Up An Application|Setting Up An Application)) and ((Ogre Tutorials)). The [http://www.ogre3d.org/docs/api/html/|API and manual] are necessary references as well. If your questions aren't answered there, Ogre has a thriving community full of helpful people, who will be more than happy to help you out. You can try the [http://www.ogre3d.org/phpBB2|forums] - most all of your questions will be answered there speedily, but read [http://www.ogre3d.org/phpBB2/viewtopic.php?t=11886|the forum rules], then __[http://www.ogre3d.org/phpBB2/search.php|use the search function!]__ Most questions that new users ask have been answered countless times before. Make sure to provide relevant details from your Ogre.log, exceptions, error messages, and/or debugger back traces. Be specific and people will be more able to help you. If you'd like something a little more interactive, connect to irc.freenode.net and join [irc://irc.freenode.net/ogre3d|#ogre3d], and we'll get you patched up in no time! !What file formats does Ogre support? Ogre supports a number of common file formats, but also makes use of Ogre specific file formats. Common file formats supported: * __.bsp__ Quake bsp file * __.shader__ Quake 3 shader file * __.ttf__ True type font file * __.png, .tga, .jpg, .raw, .gif, .dds__ and more as supported by FreeImage. See ((A Brief Summary of Image File Formats)) * __.cg__ Cg shader file * __.asm__ Assembly shader file * __.zip__ Packed resources * __.xml__ XML file * __.xsd__ XML schema file that defines Ogre specific file formats that are XML based * __.log__ Text output file used for debug logs, memory logs and memory leak reports Ogre specific file formats: * __.material__ [http://www.ogre3d.org/docs/manual/manual_14.html#SEC23|Ogre manual: material scripts] * __.compositor__ [http://www.ogre3d.org/docs/manual/manual_26.html#SEC124|Ogre manual: compositor scripts] * __.particle__ [http://www.ogre3d.org/docs/manual/manual_31.html#SEC159|Ogre manual: particle scripts] * __.overlay__ [http://www.ogre3d.org/docs/manual/manual_38.html#SEC217|Ogre manual: overlay scripts] * __.fontdef__ [http://www.ogre3d.org/docs/manual/manual_41.html#SEC238|Ogre manual: font definition scripts] * __.skeleton__ Binary file containing skeletal animations. * __.mesh__ Binary file containing single mesh definition. * __.scene__ XML based file with multiple meshes. See ((DotScene)) * __.cfg__ Configuration file for multiple purposes * __.inc__ Overlay templates include file * __.scheme__ XML based GUI file * __.imageset__ XML based GUI file * __.layout__ XML based GUI file * __.font__ XML based GUI file Note that the Ogre does not strive for an exhaustive support of all kinds of common file formats, but instead provides Ogre specific ((OGRE Exporters)) for popular digital content creation tools. !Can I make a game with Ogre? Yes, you can. Unlike many other 3D engines, Ogre isn't geared towards any one kind of game. Due to its design, it can be used for everything ranging from flight simulators to first person shooters to "2.5D" games. If it can be done in 3D, chances are Ogre is capable of doing it. !Can I make an MMORPG with Ogre? Theoretically yes, but MMORPGs require huge amounts of time, work and money to build and maintain. Just consider that when designing your project. MMORPGs are the hot item these days, and everyone is working on one. However there are very, very few that ever come close to completion. Conventional wisdom says to make at ''least'' 2 or 3 smaller "classic" games such as Tetris, Pong, etc. before even attempting something on the scale of a MMORPG, since it will give you a feel for the entire game design and implementation process, and show you how much work it is to produce even a small game. The "everyone and their mother is making an MMORPG" theme is something of a joke in the game programming community, so be forewarned that you may be met with a little skepticism when you announce that your next huge project is going to take the gaming world by storm. If you are past that and are still convinced that you want to make an MMO, start out right. First, consider joining another team. Most likely, your great idea isn't all that revolutionary. Combining efforts will give the best chance at achieving actual results. If you are still convinced to start one yourself, start with research and more research. Once that is done, research some more. Do not start recruiting on the Ogre forums, that is a bad idea. Once you are confident with what you have learned through research, start a design document. Get your ideas in order and then start to try to get support. Gamedev.net has a recruitment area that sometimes allows newbies to get away with I-want-to-make-an-MMO-from-scratch threads, but the Ogre forums aren't so forgiving. If you are ready to begin, pick the best tools for the job. Check out [http://www.realmcrafter.com|Realm Crafter], [http://www.multiverse.net|Multiverse], [http://www.projectdarkstar.com|Project Darkstar] or any other MMO engines that may be what you need. If you are still decided on Ogre, be ready for a LONG journey. Expect ridicule from other devs on Ogre's forums. Get a thick skin and believe in what your project is about. Lastly, never stop learning. It will take you a long time. You will need to get help and start a community for support. If you have any questions, ask, but ask in the right way, with the best grammar and spelling possible. Most people will not take you seriously as it is, so try to dissuade their ridicule by being professional in the way you do things. There is a lot more to it than this, but this should get you started if you are crazy enough to try. --- Alias: (alias(GetStarted))
Search by Tags
Search Wiki by Freetags
Latest Changes
Minimal Ogre Collision
Artifex Terra
OpenMB
Advanced Mogre Framework
MogreSocks
Critter AI
Mogre Add-ons
MOGRE
Mogre MyGUI wrapper
MOGRE Editable Terrain Manager
...more
Search
Find
Advanced
Search Help
Online Users
30 online users