Horde3D

Is Horde3DUtils.dll in the same folder as Horde3D.dll? Seems like it's missing or can't be loaded.

It was in the same folder but it threw that error. I ditched cmd and went for batch files. That error doesn't show anymore.

The actual error is:

_________________
Paul

How are you generating the python wrappers?

I moved over to Panda3D for faster development of prototype game. It's pretty nice but i would like to have a better rendering library that is shaders based like horde 3d available.

@SpOOky: ok, just missing functionality no dll issues anymore.

@DDd: I'm writing the new bindings by hand using ctypes by looking at the C/C++ bindings and providing wrappers for all functions.

I've attached the nearly complete bindings for svn r190.

The sample now works.

It crashes though when i hit F9, because it can't find the method showFrameStats. I assume that's because of missing functionality.

Keep up the good work. This wrapper speeds up my tools development considerably.

_________________
Paul

The pure Python bindings are now nearly complete, refer to README in community svn HEAD.

Anyone interested in the sound extension?

Is the knight sample outputting the same number of particles as its c++ counterpart?

I ask this because it actually runs faster on my laptop(nv8200).

It idles at arround 84fps while the cpp version at 46 (tested at 800x600 no HDR for both, same shaders, same camera angle)
Meanwhile I will run some more benchmarks on my pc(2x8800SLI).

LE: on my pc the python version runs at @1200fps while the cpp one @654fps(same testing conditions)

I know that there is a bug in visual studio 2008, when upgrading an existing project (the /O2 flag is lost and the app isn't optimized)
but I am sure I worked around it.

Can anyone provide an msvc2005 build of the sample, against the latest svn?

_________________
Paul

The scenes should be identical... Here it's also faster: 150FPS C/C++ vs 425FPS Python.
Comparing the code I saw that a finalizeFrame call is missing. But that doesn't affect the FPS. glfw vs pyglet?

I seriously doubt that there pyglet has a 2.5x speed advantage over glfw, but I suppose it is possible - glfw tends to use fairly old code paths. More likely, something is being done very badly in the code of the C++ samples. I will give your pyglet code a spin as soon as I get the chance, and see if I can track down the problem in the C++.

The only issue I see so far is that the C++ samples dump the log file at the end of every frame - this is potentially quite slow as it does HTML formatting.

_________________
Tristam MacDonald - [swiftcoding]

During frame rendering there is usually no log messages (at least in the samples), so there should not be any html writing. I also doubt very much that glfw halfes the framerate, in the end it is just a window with some input handling. We also did not notice a slowdown when switching from SDK to glfw. What version of the engine have you used? Always the head svn revision?

I'm using svn HEAD. I found a difference: The Python sample displays only 24k tris, the C++ sample 35k. I don't know why.

added support for the sound extension. see community svn r196

Push!
Added patch by Leon Oostrijk. Wrapper now works for community svn trunk again.

Hi,

I've updated the python bindings for beta4, however some parts are probably wrong so don't use it expecting it to be 100% working! Codepoet, could you take a look at the files and tweak any mistakes? On my test setup apparently pyglet is broken on ubuntu 9.10 with ati radeon video cards so I can't test them, plus I haven't got a working 64-bit compiler for windows to compile & test Horde3D on WinXP64-bit...

Please find the following attachment Horde3D_beta4_python_bindings_update.zip

I've also updated the sample apps

Thank you
-Alex

EDIT: Updated the samples so that the shadow attributes are set properly, whoops!

_________________
-Alex
Website

I also had in the works updating the bindings to beta4. Guess you beat me to it

I use x64 builds of Horde3D on Windows. If you want i can give you the binaries.

_________________
Paul