C++博客-前进的路上-随笔分类-OGRE

音效引擎FMOD

Let me see see — Tue, 22 Jun 2010 07:57:00 GMT

一起一直没怎么关心声音这一块，今天看了一款游戏引擎HR3D后，引擎版本比较老，使用了播放声音什么的没有用DirectShow,DirectMusic,使用了FMOD，上网一搜，才知道自己早已经OUT了
参考人家O5年的文章:
http://bbs.gameres.com/showthread.asp?threadid=37078

#include "stdafx.h"
#include <windows.h>
#include "fmod.hpp"
#include "fmod_errors.h"

int _tmain(int argc, _TCHAR* argv[])
{
    FMOD::System*    system = NULL;
    FMOD::Sound*    sound = NULL;
    FMOD::Channel*    channel = NULL;

    FMOD::System_Create( &system );
    system->init( 32, FMOD_INIT_NORMAL, NULL );

    //创建声音
    system->createStream( "TakeMeToYourHeart.mp3", FMOD_HARDWARE, NULL, &sound );
    sound->setMode( FMOD_LOOP_NORMAL );

    system->playSound( FMOD_CHANNEL_FREE, sound, false, &channel );
    channel->setVolume( 1 );

    if ( getchar() == VK_RETURN ){
        sound->release();
        system->close();
        system->release();
    }

    return 0;
}

实例下载

使用的版本我不清楚是哪个，不过估计够老的，新的使用方法已经改变了，有空再研究下

新版本使用：http://www.cnblogs.com/flying_bat/archive/2008/10/19/1314437.html

参考网站：http://www.gamedev.net/reference/articles/article2098.asp
http://www.fmod.org/

Let me see see 2010-06-22 15:57 发表评论

CEGUI 0.7.1初编译

Let me see see — Sun, 13 Jun 2010 04:24:00 GMT

首先，在其官网下载windows版本的CEGUI-0.7.1.zip源码压缩包和vs编译用的依赖库CEGUI-DEPS-0.7.x-r1-vc71.zip（我的开发环境是vs2003，所以是vc71）。哎，干什么事情一定要细心，一不小心下了个CEGUI-DEPS-0.7.x-r1-vc9.zip ，结果编译的时候出现了莫名其妙的错误，更新成了VC71的就没问题了，可见欲速则不达的真理啊.....
下载网址：http://cegui.org.uk/api_reference/downloading.html

然后，解压CEGUI-0.7.1.zip，生成CEGUI-0.7.1文件夹，将CEGUI-DEPS-0.7.x-r1-vc71.zip解压产生的dependencies放入CEGUI-0.7.1目录中，在进入CEGUI-0.7.1\projects\premake目录，执行build_vs2003.bat批处理脚本，生成CEGUI.sln工程文件，就可以编译了，一般情况下编译非常顺利。

我遇到了点问题:运行的时候提醒我logo.png没有加载上，莫非工作目录不对? 去see see，所有例子的工作目录都为空，而资源文件夹datafiles路径是CEGUI-0.7.1\datafiles，
跟踪程序发现CEGuiD3D9BaseApplication的构造函数中调用了DefaultResourceProvider加载资源

void CEGuiBaseApplication::initialiseResourceGroupDirectories()
{
    // initialise the required dirs for the DefaultResourceProvider
    CEGUI::DefaultResourceProvider* rp =
        static_cast<CEGUI::DefaultResourceProvider*>
            (CEGUI::System::getSingleton().getResourceProvider());

    const char* dataPathPrefix = getDataPathPrefix();
    char resourcePath[PATH_MAX];

    // for each resource type, set a resource group directory
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "schemes/");
    rp->setResourceGroupDirectory("schemes", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "imagesets/");
    rp->setResourceGroupDirectory("imagesets", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "fonts/");
    rp->setResourceGroupDirectory("fonts", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "layouts/");
    rp->setResourceGroupDirectory("layouts", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "looknfeel/");
    rp->setResourceGroupDirectory("looknfeels", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "lua_scripts/");
    rp->setResourceGroupDirectory("lua_scripts", resourcePath);
    sprintf(resourcePath, "%s/%s", dataPathPrefix, "xml_schemas/");
    rp->setResourceGroupDirectory("schemas", resourcePath);
}

默认搜索的资源是../datafiles/schemes/ , ../datafiles/imagesets/, ../datafiles/fonts/, ........

以为着不用修改所有例子程序的工作目录，只需要将CEGUI-0.7.1\datafiles（我这解压后就是这个路径 ),拷贝到CEGUI-0.7.1\projects\premake\Samples下就OK

但是执行的时候却遇到了问题，我运行所有的CEGUI Sample全部内存错误，后来我跟踪发现Window::setParent(Window* parent)函数有问题，在他的函数体内只保留d_parent = parent;transferChildSurfaces(); 这两行内容就可以了，再编译就一切正常了。 PS：注释的函数不知道有没有潜在的错误

OK 编译正常，可以运行

参照Demo写一个简单的例子：

int main(int /*argc*/, char* /*argv*/[])
{
    TDemo demo;
    return demo.run();
}

bool TDemo::initialiseSample()
{
    using namespace CEGUI;

    WindowManager& winMgr = WindowManager::getSingleton();

    SchemeManager::getSingleton().create( "WindowsLook.scheme" );

    //Create cursor
    System::getSingleton().setDefaultMouseCursor("WindowsLook", "MouseArrow" );

    //Create font
    FontManager::getSingleton().create( "Girl.font" );

    //Create root window
    DefaultWindow* root = (DefaultWindow*)winMgr.createWindow( "WindowsLook/StaticImage", "RootWindow" );

    //Set GUI root window
    System::getSingleton().setGUISheet( root );

    //Create child window
    Window* st = winMgr.createWindow( "WindowsLook/StaticText", "StaticText" );

    root->addChildWindow( st );
    st->setPosition( UVector2( cegui_reldim(0.45), cegui_reldim(0.23) ) );
    st->setSize( UVector2( cegui_reldim(0.15), cegui_reldim(0.05) ) );
    st->setText( "Hello world" );
    return true;
}

void TDemo::cleanupSample()
{

}

go go go,虽然起步比较晚，但总比没有好，加油

Let me see see 2010-06-13 12:24 发表评论

OGRE1.7编译

Let me see see — Tue, 08 Jun 2010 02:12:00 GMT

转自原文http://www.cnblogs.com/lookof/archive/2010/03/06/1679633.html 这个问题我也遇到过，确定DX版本和VC版本对应就OK

    Ogre3D官方于上个月末放出了1.7的稳定版本。据称该版本与旧版1.6x比起来，改动幅度较大。因此作为一名Ogre使用用户，“与时俱进”既是我的责任，又是变被动为主动的上乘战略。于是，学习新的Ogre系统成为我计划中的一部分。

    与以往不同，新Ogre的编译策略完全采用了CMake安装方式。为此，你首先要下载CMake工具才能安装Ogre。不过，官方在wiki中对如何安装新Ogre进行了详尽的说明，包括在哪里下载CMake以及如何使用它，都有step-by-step的指导。因此只要按照说明来，你“应该”可以顺利地看到通过CMake释放出的Ogre.sln。

    之所以说“应该”，是因为种种原因，还是有相当大的几率会遇到“挫折”。遇挫的可能性取决于与新Ogre有关联的周边配置。拿本人案例来说，就是要看你的DX SDK版本以及VC版本是否一致了。

    具体我的悲惨编译经历如下：

    . 在公司机子上下载Ogre1.7并按指导进行安装，选择VC2003编译器编译，一切顺利，没有见到任何阻碍。很快就看到了Ogre.sln；编译Ogre.sln，全部顺利生成成功。心想新Ogre的用户体验不错嘛，没想到这么顺。注意，此机子的DX9 SDK版本是2009（March）的。

    . 回家后重新下载Ogre1.7并安装，打算给本本也升级至新版。本本的DX9 SDK版本还停留在05年的古董级。就这样，开始，同样的步骤（依然选择了VC2003编译器）——然后，所以但是卡壳了。CMake在处理RenderSystem_Direct3D9时出现问题，具体出错信息想不起来了，抱歉。但稍稍分析一下即知，是找不到DxErr.h这个文件。经过google知道这是一个DX9 SDK新版本里的文件。于是，卸载旧的版本，选择最新的DX9 SDK （2010 February版本，新鲜出炉的呀）安装。

    . 接着重新一开始的步骤——然后，终于见到Ogre.sln了，很好很强大。然后继续Ogre.sln的编译。经过近一个小时的编译——全部生成——除了一个RenderSystem_Direct3D9的工程！我艹，又是它。分析得知，DxErr.h虽然有，但它里面用到的__in却是一个无法识别的符号。继续google，得知__in是存在于VC2005中的一个系统变量。换句话说，如果要使用DX9 SDK(2010 Feb)版，就要用VC2005来编译工程了。

    . 重新卸载了DX9 SDK(2010 Feb)版，下载了DX9 SDK(2009 March)版来装。然后，再次开始编译旅程——终于全部搞定！

    从这里可以看到这个编译过程实际上对 Ogre – DX9 – VC 这条链上的版本有相对严格的要求。Ogre – DX9的环节可能会出错，同样DX9 - VC的环节也可能会出错。

    Done~

ps: 顺便一提，在参观Ogre1.7的地形Sample时，点击Start后会发现程序陷入“死掉”状态，突然就那么不反应了。开始我以为又是什么bug所致，追踪源码后发现，原来是初次运行时Ogre要计算一张1024*1024的光照贴图（见OgreTeerain.CalcLightmap.for.for），此时用时较长，并没有真正死掉，只要耐心等一段时间，就会顺利打开这个Smaple，而且这张lightmap是生成一次，终生受用的。以后只要还是相同的地形，再次打开时直接载入，不必再等那么长的时间了。

      另外，发现Ogre还没有提供对1.7系统的学习指导wiki，我想只有靠自己去摸索了。最好的方法应该就是认真参观各Sample大神了吧。

Let me see see 2010-06-08 10:12 发表评论