Dependencies for OGRE 1.7/1.8 [Last updated: 19 Aug 2012]

[sinbad]

We're updating the dependencies packages for the new impending 1.7 release, and anyone who is using it will need the updates in this post.

Updated versions:

• Cg 2.2
• FreeImage 3.13.1
• FreeType 2.3.11
• zziplib 0.13.58
• OIS 1.2

Visual Studio: https://sourceforge.net/projects/ogre/f ... p/download Updated 19 Aug 2012
Rather than distributing 3+ precompiled archives this time, we're giving you a combined source archive which you can use to build all the dependencies quickly and simply from one solution file, with the compiler of your choice. We've tested this with MSVC 2003, 2005, 2008 and 2010 so far. You should also be able to compile with the 2005, 2008 and 2010 versions an x64 platform configuration.
For GLES 2 emulation on windows - copy the files from this to the dependencies directory from the link above. Also select the option OGRE_BUILD_RENDERSYSYEM_GLES2 in cmake.

Just extract the archive into the root of your ogre source, open the solution file in the Dependencies folder and build Debug and Release, before running CMake for Ogre to pick up the resulting libraries. Note that the structure is meant for SVN trunk as of today, so make sure you're using the latest SVN copy too.

MinGW: https://sourceforge.net/projects/ogre/f ... p/download
Dependencies have been built for gcc 4.4; use the MinGW installer from http://www.tdragon.net/recentgcc/

OS X: https://sourceforge.net/projects/ogre/f ... p/download
This is a more traditional precompiled archive containing PPC and i386 binaries compiled against the 10.4u SDK.

iPhone: https://sourceforge.net/projects/ogre/f ... g/download

Enjoy!

[Assaf Raman]

Here is a summary of what you need to do to get 1.7 compiled and running on windows:
1. Get the trunk from the OGRE source control (or the 1.7 branch or zip with source when it is available)
2. Download the dependencies zip from the first post on this thread.
3. Extract the directory named Dependencies into OGRE source path (next to OgreMain and all the rest like PlugIns, Components and such).
4. Open the following solution - Dependencies\src\OgreDependencies.VS20XX.sln with visual studio you want to use.
5. Compile the solution in in Release and in debug configurations. (If you want to compile OGRE in 64 bit mode - make sure you also compile this solution as such)
6. Run cmake and create the sln and vcproj files.
7. Open the ogre sln file.
8. Compile it.
9. There is only one exe project you can run in this version an it is called -"SampleBrowser" - so select it as the active project and run.

[Olemars]

I'm not sure if this is an artifact of the conversion process or an error in the original VS solution file, but when I open the solution in VS2008 the x64 platform configuration is set to generate win32 targets.

Thanks for packaging the dependencies this way though. Prebuilt libraries can be a bit iffy at times, and it's a pain to hunt down and configure each individual source package manually if you want to build them yourself (ie for x64 purposes).

[masterfalcon]

A new set of iPhone dependencies have also been posted. All of them are up to date and I trimmed down the size of FreeImage by only supporting these formats: jpg,jif,jpeg,jpe,png,tga,targa,tif,tiff. Ogre has built in support for dds and pvrtc as well. I'm going to put together a source package and building instructions this week too.

One little thing to note: FreeImage fixed color ordering in 3.13 for Intel based Macs. But it's not the right ordering for the iPhone. So you will have to get the latest update from SVN or else red and blue will be swapped and things will look all funky.

Have fun!

[Wolfmanfx]

Nice

@MasterFalcon
Have u submitted your OIS patch to pjcast?

[masterfalcon]

Nice

@MasterFalcon
Have u submitted your OIS patch to pjcast?

Hey, that's a good idea! I must have forgotten about it. I never checked out from their svn, any idea how to create a diff from a non-working copy?

[Wolfmanfx]

Sry never did this maybe do it the old way checkout and apply your changes manually.

[masterfalcon]

figured it out.

Code: Select all

diff -Naur ois-base/ ois > ois-multitouch.patch 

Patch is on its way!

[dark_sylinc]

"Pre packaged solution"?
I could give you a hug!

That was a sweet New Year or Xmas present

Cheers
Dark Sylinc

[sinbad]

The original post has been updated with a new archive for MSVC which deals with the x64 issues and separates the solution files into 2003/2005/2008 variants.

I also added the iPhone dependencies.

[Omek]

Hi,
I encountered a problem while compiling the dependencies for windows, direct input .h and .lib files weren't found.
I solved this by finding where those reside on my computer and add the path to the project properties.
Maybe this should be added as a step in the compiling instructions?

[jacmoe]

The requirements are that the DirectX SDK has been installed.
So, if you 'find those on your computer', you are finding some ancient DirectX which might or might not work (most often the latter).
Anyway: this is just temporary (building the dependencies ourselves) until precompiled dependencies are supplied.

[Assaf Raman]

The requirements are that the DirectX SDK has been installed.
So, if you 'find those on your computer', you are finding some ancient DirectX which might or might not work (most often the latter).
Anyway: this is just temporary (building the dependencies ourselves) until precompiled dependencies are supplied.

I am not sure this is temporary; actually we may release only this version to save use creating a version of the dependencies packs per each version of visual studio.
Regarding the issue Omek wrote about – I will fix it.
There is an environment variable called - DXSDK_DIR that is created when you install DX SDK – I will add it to the OIS include search path – and it will solve the issue.

[jacmoe]

yeah, good call.
The CMake script uses the same variable, so that's good.

[Assaf Raman]

Hi,
I encountered a problem while compiling the dependencies for windows, direct input .h and .lib files weren't found.
I solved this by finding where those reside on my computer and add the path to the project properties.
Maybe this should be added as a step in the compiling instructions?

I fixed the issue, can you give this a try? It should compile out of the box.
BTW: I fixed it so it will use the dx 64 bit lib for the x64 platform.

[CABAListic]

Hm, LibOpenJPEG cannot be compiled for x64, because it's trying to use asm instructions which are not supported for x64. In turn, FreeImage cannot be built.

[Assaf Raman]

Hm, LibOpenJPEG cannot be compiled for x64, because it's trying to use asm instructions which are not supported for x64. In turn, FreeImage cannot be built.

Strange, we should have applied this patch to fix this issue.
I patched and uploaded.
Try this and tell me if the issue is resolved.

[CABAListic]

Yep, that fixed it. Thanks.

[Assaf Raman]

I updated the first post with the latest dependencies zip url.

[marco565]

hello all, I am making a race game, i use ogre 1.65 and CEGUI but I don't know use CEGUI on the new ogre version (1.7), i don't find ogreGUIRenderer. Someone can help me (i am on linux).

thanks and sory for my english.

[jacmoe]

It is included with CEGUI - guess you didn't look there?

[jacmoe]

http://www.ogre3d.org/forums/viewtopic.php?f=2&t=54642

[Assaf Raman]

hello all, I am making a race game, i use ogre 1.65 and CEGUI but I don't know use CEGUI on the new ogre version (1.7), i don't find ogreGUIRenderer. Someone can help me (i am on linux).

thanks and sory for my english.

Since the Ogre 1.7 version, CEGUI is not an Ogre dependency anymore using its own basic interface for its samples now, instead of CEGUI.
Read this wiki page for more info.

[marco565]

to use CEGUI i need OgreGuiRenderer ? I don't see the file in the sources of ogre 1.7.


sory i am beginner in ogre.

if you have short example with CEGUI and ogre 1.7 this can help me.
thanks for yours reply

[jacmoe]

Marco: You seem to be unable to understand that the Ogre renderer is part of CEGUI.
They have an Ogre demo there as well.
I kindly suggest that you look there.