Horde3D

idle · **Posted:** Thu May 10, 2012 7:36 am

Just noticed Horde3D now supports windows OSX and Linux
From a usability point of view it's good news it's all extern c and modular

http://www.horde3d.org/

Will post examples if I get a chance to write an import over the weekend

here's the zip of the knight example Linux binaries only
http://www.idlearts.com/knight.zip

windows and mac users will need to download and build horde3D
http://www.horde3d.org/download.html

eesau · **Posted:** Thu May 10, 2012 8:22 am

I had a wrapper made for the current beta 5 version of Horde3D (here) but it's not currently online. I can re-upload it if you want.

Horde3D is a great framework but needs a bit of fiddling with pipelines etc. to get results. Also it needs an OpenGL rendering context but I suppose you could use PB with the OpenGL subsystem and a screen for that (never tried that though, I used to create it on my own or with SFML).

jesperbrannmark · **Posted:** Thu May 10, 2012 8:33 am

Ok. Yes this is very interesting. Please put that online (or maybe it could go on purearea website as well?)
Thanks! :-)

eesau · **Posted:** Thu May 10, 2012 11:00 am

Here's the link. I haven't touched it in months but it should work just fine. Let me know if there are any bugs etc.

idle · **Posted:** Thu May 10, 2012 8:51 pm

Thanks eesau, that will save some time.

I guess you could use PB's screen libs with opengl subsystem
there's also GLFW which is what the examples are based on
viewtopic.php?f=16&t=49395

idle · **Posted:** Sun May 13, 2012 4:41 am

did a more or less 1:1 port of the knight example
windows and mac users will need to download the sdk and build it.

I generated prototypes rather than using the imports to avoid linker errors with the shared objects
but will add the unresolved lib imports to eesau's includes at a later stage

here's the zip
http://www.idlearts.com/knight.zip

Hord3D SDK
http://www.horde3d.org/download.html

DarkDragon · **Posted:** Sun May 13, 2012 9:15 am

eesau wrote:

Also it needs an OpenGL rendering context but I suppose you could use PB with the OpenGL subsystem and a screen for that

No, because of depth buffer settings. PB needs no depth buffer for the sprites. Only if you use InitEngine3D before, but then it will also load OGRE.

Polo · **Posted:** Sun May 13, 2012 2:02 pm

Works nice on Mac!

eesau · **Posted:** Sun May 13, 2012 5:02 pm

DarkDragon wrote:

eesau wrote:

Also it needs an OpenGL rendering context but I suppose you could use PB with the OpenGL subsystem and a screen for that

No, because of depth buffer settings. PB needs no depth buffer for the sprites. Only if you use InitEngine3D before, but then it will also load OGRE.

Right, didn't remember that! No use then using PB's screens then, as including Ogre kind of defeats the purpose.

idle · **Posted:** Sun May 13, 2012 6:12 pm

DarkDragon wrote:

eesau wrote:

Also it needs an OpenGL rendering context but I suppose you could use PB with the OpenGL subsystem and a screen for that

No, because of depth buffer settings. PB needs no depth buffer for the sprites. Only if you use InitEngine3D before, but then it will also load OGRE.

Horde just needs an OpenGL context, so PB's screen functions should work fine, no ogre required

Code:

InitSprite()
InitKeyboard()


Global myApp.iApplication = New_Application(gHordePath)
Debug PeekS(h3dGetVersionString())

OpenWindow(0,0,0,1024,768,myApp\getTitle(),#PB_Window_ScreenCentered | #PB_Window_SystemMenu)
OpenWindowedScreen(WindowID(0),0,0,1024,768,0,0,0)

If myApp\init()
  myApp\resize(1024,768)
  Repeat 
    Repeat
      Ev = WindowEvent()
      Evt = EventType
      If ev = #PB_Event3D_CloseWindow 
        myapp\release()
        myapp\Free()  
        End
      EndIf 
    Until ev = 0 
    
      ClearScreen(0)
      Myapp\mainLoop(ElapsedMilliseconds())
      Myapp\ExamineMouse(WindowMouseX(0), WindowMouseY(0))
      Myapp\keyStateHandler()
     
      FlipBuffers()
  ForEver   
    
EndIf

DarkDragon · **Posted:** Sun May 13, 2012 6:18 pm

idle wrote:

DarkDragon wrote:

eesau wrote:

Also it needs an OpenGL rendering context but I suppose you could use PB with the OpenGL subsystem and a screen for that

No, because of depth buffer settings. PB needs no depth buffer for the sprites. Only if you use InitEngine3D before, but then it will also load OGRE.

Horde just needs an OpenGL context, so PB's screen functions should work fine, no ogre required

Yes, but Horde won't display anything correctly if no depth buffer is initialized. And you're only able to initialize it manually or with InitEngine3D. The only way it works is if Horde3D uses Offscreen Rendering for everything and copies the manually defined backbuffer to the front buffer. PureBasic won't initialize the depth buffer if you don't use InitEngine3D/Ogre.

idle · **Posted:** Sun May 13, 2012 6:33 pm

It works fine on Linux but if there's a problem on windows using the sprite lib with the opengl subsystem
it's easy enough to GLFW statically linked or just call the utility functions to create the gl context.

Code:

h3dutInitOpenGL(hDC)

PureBasic Forum

Horde3D

Who is online