[Solved] GUI not showing after upgrading CEGUI (Ogre 2.0)

[jjonj]

EDIT: Turns out I was using an older version of CEGUI than i thought which caused the issue. After upgrading it was solved

Hey everyone!

I'm having an issue with CEGUI not showing at all after upgrading to the newest commit 40d8561 from here: https://bitbucket.org/cegui/cegui/commits/all
Some background information:
We had the game working for a long time with ogre 1.8 and an appropriate CEGUI version, but we needed some functionality from ogre 2.0 so we decided to upgrade.
After some trouble we managed to get things working with ogre 2.0 using a seemingly very custom version of CEGUI from here: https://github.com/OpenTechEngine/CEGUI/
But we had some flickering options when not using anti-aliasing and the lack of listbox was also being a problem so I now decided to upgrade to a newer official version of CEGUI, and that's where I'm at now.

The entire codebase can be found here: https://github.com/Revolutionary-Games/ ... me-options
The initialization of cegui can be found here specifically: https://github.com/Revolutionary-Games/ ... e.cpp#L326
Note that we before used bootstrapsystem without parameters, but after upgrading to the newest commit seem forced to provide the rendertarget. This is something I suspect could be to blame but I seem to be doing it right as far as I can tell. (I've read the reason for why the parameter free version is undefined but I don't quite understand regardless)

A finished build with the gui not showing can be found here: https://mega.co.nz/#!BQBBETzY!JscoERXBf ... t1gJU37srA

CEGUI log can be found here: http://pastebin.com/XcrPbqDV (nothing seems out of place to me)
Ogre log is here: http://pastebin.com/6umNM6av


The powershell script used to compile CEGUI on windows can be found here: https://github.com/Revolutionary-Games/ ... nstall.ps1
(One change I noticed was that I had to be implicit that I wanted ogrerenderer compiled which I didn't before)

I've tried disabling parts of the gui bit by bit but to no effect.
My next attempt would probably be to try an older commit/version of CEGUI, but that would take a while and I have my doubts that it would work.

Hope someone is able to provide some insight in what might be the problem as I have about exhausted my ideas. But I'll keep trying stuff!

Cheers!

[Ident]

Great that your issue is solved! For future reference: which version did you upgrade from and which version did you upgrade to?

[jjonj]

From 94c9573 (v0) to 40d8561 (default)

Quick question now that I've got you. What do I need to change to get fonts working with the new font loading system, other than upgrading the xml's to the version 4 format?
Changing from

Code: Select all

<?xml version="1.0" ?>
<Font version="3" name="Thrive-15" filename="thrive.ttf" type="FreeType" size="15" nativeHorzRes="1280" nativeVertRes="720" autoScaled="vertical"/>


to

Code: Select all

<?xml version='1.0' encoding='utf-8'?>
<Fonts version="4">
    <Font autoScaled="vertical" filename="thrive.ttf" name="Thrive-15" nativeHorzRes="1280" nativeVertRes="720" size="15" type="FreeType" />
</Fonts>


Did not work, and I simply get a default looking font. I looked at the samples but they don't seem to do much else differently.
I understand that being on the default branch can come with some risks and that the font changes might not be ready yet, in which case feel free to dismiss my question just in case you had a quick answer

[Ident]

Looks like you did it right.

What does it mean "got a default looking font"? Anything in your log about failure to load a Font etc?

Could the problem be in your code maybe? You have to retrieve the font from the array of Fonts returned if you load the Font file now. Since a font file can now contain multiple fonts, I decided we should return a vector of Fonts. Could this be the issue?

[Ident]

On a side-note: Fonts are rendering quite a bit slower on default branch atm as every glyph is a separate quad, i havent fixed the Font batching yet as this requires a lot of refactoring due to the changed Renderers

[jjonj]

Here's how the font used to look before upgrading: http://imgur.com/MJSbuGs
And here's how it looks now: http://imgur.com/FeThaBl
Here's the log: http://pastebin.com/T7Xjrg1B Doesn't mention anything failing.

Could the problem be in your code maybe? You have to retrieve the font from the array of Fonts returned if you load the Font file now. Since a font file can now contain multiple fonts, I decided we should return a vector of Fonts. Could this be the issue?

I'm not sure I understand what you mean here. We have chosen to do as much as possible in the xml files, so how is a specific font retrieved then? The font is loaded by ogre, defined in scheme file and used in layout files.
The CEGUI initialisation can be seen here: https://github.com/Revolutionary-Games/ ... e.cpp#L328 but we don't do and never did anything font specific.

Here's one of the layout files: http://pastebin.com/ZUf2KgJK
Here's our scheme file: http://pastebin.com/Y4JV8QyA

[Ident]

What I gather is:

Your game interface uses Font properties:

Code: Select all

 <Property name="Font" value="Thrive-15" />

This Font is not displayed correctly for those widgets and instead DejaVuSans is used.
No default font is set for the GUIContext.

Edit: Thrive-15 is never loaded according to the log. Might be an issue with the log though.
Thrive-15 is part of your scheme (btw the indents are messed up in that file) though, which is loaded:

Code: Select all

CEGUI::SchemeManager::getSingleton().createFromFile("Thrive.scheme");

I just checked and this seems to be a general bug. Well I guess the unstable branch is really unstable at times I didn't notice the issue yet because there was no direct error occuring and some of the demos looked "right". I suggest you not worry about it for now and I will fix this asap and report back to you.

[jjonj]

The log doesn't mention any of our own fonts in the version where it works either so I think it might be a log thing.
Thank you for checking and finding that it's a bug The font isn't really important atm so we can simply upgrade when things are figured out down the line!

[Ident]

I think I fixed it (I am still testing some stuff because it might have side-effects, the whole thing is quite complex), please pull the latest changeset.

[jjonj]

Will do tomorrow, thanks!

[jjonj]

It works now, thank you!