Horde3D

Workaround: Use this code in calcPhongSpotLight (fragLighting.glsl)

That doesn't crash, but all shadowed geometry becomes completely black. Not sure why, as it does exactly the same thing as the old code, just doesn't grab the temp matrix.

On a happier note, Apple pushed out updated OpenGL drivers, and the Chcago sample now runs at a steady 12 fps, which while not up to the PC side, is still a vast improvement.

Hi,

thanks for your great work. We have recently bought an Apple here in our lab and we are also using Horde3D. Would it be possible to repost the Xcode project for reference? I am new to this IDE and I still have some difficulties to get my old c++ code to run in there.

thanks.

No problem, and glad to see some interest in the Mac port! I will package up the xcode project over the next couple of days (sorry, exams), and post them.

@swiftcoder: Thanks for the update on the driver situation. It is good to see that there is at least some progress...

Hi,

would be great if you could up load your XCode project?

thanks.

Apologies, I will get to that tonight.

Sorry it took so long, busy of late. You can find the whole thing here. The XCode directory contains the project, while the Horde directory is the vanilla 0.14.0 distribution (with absolutely no modifications).

Great to have an updated version for Mac.

I just had a quick look into your archive and wonder why everything is included two times (in the __MACOSX folder and the Horde XCode folder). Is this required for OSX?

Note that that is just the source version for the previous 0.14 binary, which several others had requested. Any idea when you will be releasing a few of those tasty newer features (terrain, etc.)?


The __MACOSX folder seems to be a side effect of the Mac's built in zip archive support (probably to handle resource forks gracefully). It is invisible on the Mac, and should be ignored elsewhere.

Might be we will manage to make the next release still this week. But I can't promise that.

First, the good:

The Mac build of 1.5 is all compiling fine, including the terrain extension.
The Knight sample now runs at a steady 40-45 fps, which is a huge improvement.

Now the bad:

The terrain sample runs at 3 fps.
The crowd sample can't find the model or animation, this is the error from the log:

Thanks for your efforts in porting the latest 0.15!

I just tried the terrain sample on our X1600 Pro and it works surprisingly fast (for ATI) with around 200 fps. So the problem must probably be somehow related to OSX.

The issue with the Chicago sample not finding some files is strange, but that should be quite easy to debug. My first thought was that it is a case sensitivity problem with the filenames but then it also wouldn't work on Linux which is not true.

There are also some culling issues, and some weird translation artefacts with individual terrain patches. Any chance of a copy of the newer version from SVN?


Click here for full-size image

OK, that was simple. I hadn't realised that the CrowdSim class loaded the man in a separate transaction, and thus I hadn't fixed up the path. How would you feel about a debug option to activate logging of all attempted paths for failed load commands?

This sample has seen a decent performance boost as well, maintaining a steady 11 fps with the entire scene in view.

Also worth noting is that the current lighting shader doesn't crash, which is excellent! However, I am not seeing anything except for bounding boxes in debug view - is this normal?

There haven't been many changes. Volker has already posted the few lines of code that need to be modified to improve the culling.



Please not that the Chicago sample has a different lighting setup with just one instead of two light sources. Probably this explains the performance boost you noticed.



You should see the geometry in debug mode as usual.