World: r3wp
[!REBOL3 Extensions] REBOL 3 Extensions discussions
older newer | first last |
Maxim 17-Sep-2009 [140x5] | I actually will give this engine a look, its ported to all 3 platforms, and can render over OGL OR Direct3D which is pretty nice. |
it even has an iphone port :-) this is starting to be really interesting. | |
OMG... its HUGE! | |
(http://www.ogre3d.org/docs/api/html/hierarchy.html) but extremely well documented... | |
the most interesting feature: "Currently OGRE runs on Windows, Linux and Mac OSX using plugins to drive the underlying rendering API (currently Direct3D or OpenGL). Applications use OGRE at the abstract level, thus ensuring that they automatically operate on all platforms and rendering subsystems that OGRE provides without any need for platform or API specific code." and its open source, and the quality of graphics is quite impressive. | |
Pekr 18-Sep-2009 [145] | Interesting question on R3 Chat - is it possible to transfer opened file handle from REBOL to extension, or does file have to be reopened in extension and worked on from there? |
shadwolf 18-Sep-2009 [146] | maxim yeah like the name said it's an ogre |
Janko 18-Sep-2009 [147x2] | Ogre3D is the probably the best open source 3d rendering engine there is .. I followed it's path a long time.. his simpler "follower" is irrlicht .. maybe there are some new ones now I am not sure , since I am not actively following this area any more |
http://www.devmaster.net/engines/ | |
BrianH 18-Sep-2009 [149] | Maybe OpenAL and OpenCL could get extensions too. |
Janko 18-Sep-2009 [150] | like this one ... it seemed very intreresting and with pure c interface so it's meant for embedding http://www.horde3d.org/ |
Maxim 18-Sep-2009 [151] | thanks, will look it to it too... although I have anidea for the ogre... using "." for the member separations :-) ex: Ogre.FreeImageCodec.startup all the extension has to do is wrap the call to its proper class path. I would also have to build a struct/class lookup mechanism (which is the hard part) |
Pekr 18-Sep-2009 [152] | can Extension output e.g. its image/video buffer into View face? |
Maxim 18-Sep-2009 [153x5] | not now, but it will when the image! datatype is supported (in next extensions update). This is the easiest way to integrate image applications into rebol, but also the slowest. |
for video, I'm not sure... it would have to use callbacks, cause the synchronisations and refresh stuff is so complicated. But maybe we could be able to open up ActiveX or other supported OS controls which can render directly within window rasters, as long as the host code knows how to link them into their windows. | |
so some changes in the view engine would have to be done for FMV to be added natively in its windows AFAIK. | |
horde doesn't offer all of what I need for the quality. | |
I'm also thinking that I could build a flat C SDK for Ogre which would make its integration into R3 much simpler after... basically storing stucts and pointers to things internally and using a few simple and fast generic scene query calls. | |
Janko 18-Sep-2009 [158] | yes, ogre is really "topnothch" .. maybe you could reuse, maybe the ones who made python/lua/... bindings already made a c overlay |
Maxim 18-Sep-2009 [159x2] | ah good idea.. will see their approach as a reference for mine. |
so far, the way I understand it, its possible that callbacks aren't necessary for Ogre. Not for simple scene creation and interaction AFAICT. | |
Janko 18-Sep-2009 [161x2] | there are at least python / java / .NET / lua bindings that I am aware of .. making something like python-ogre for rebol would be awesome |
but also quite a task .. maybe you could geenrate rebol binding or part of it from some othe binding programatically .. I know some folks did something like that for GTK / WxWidgets from haskell to ocaml | |
Maxim 18-Sep-2009 [163x2] | and the actuall download isn't insane... it ~45MB. for a full-featured cutting-edge 3D engine this is very small. We have to remember that 3D and image aren't just functions, they actually require data which, because of the array aspect of them, requires a lot of memory... so I am thinking that a large part of the 45MB is in fact source data which is needed, in order to populate the actual scene. |
yep, programmatically binding the engine is what I plan to do... especially since it will allows us to rebuild the binding at any moment just by flicking a switch and update it without any user-intervention. so far, my options are: -a direct wrapper generator coded in REBOL using C++ sources, with an advanced C++ declaration to R3 Extension converter, -I try out SWIG build an R3 extension output module for it, -I use another language binding as the one to base mine with, and make a specific tool to convert it to an R3 extension. -do a manual (and painfull) convertion, using a few generic scene interaction commands. One thing I'd like, is to add some way for the OGRE extension to be able to call REBOL code directly via callbacks, using their Extensive hooks throughout the api. Although this will be slower than if the callbacks where in C, obviously, some parts of REBOL are swift enough (like series management) that they just might make the cut for REAL time rendering hooks. Well implemented, they would be fast enough for common GUI interaction events for sure. | |
Janko 18-Sep-2009 [165] | very cool, as I said this is not a minor task but if you do it it will be very awesome! |
Maxim 18-Sep-2009 [166] | I Will, I need it :-) |
Janko 18-Sep-2009 [167] | what will you be making? |
Maxim 18-Sep-2009 [168x3] | ElixirOS and some other commercial stuff which needs serious scalable views rendering tens of thousands of objects in real-time. |
the first piece of the cake is building GLASS with whatever 3D engine I can extension. | |
GLASS is a general purpose GUI using advanced dataflow programming at its core. I've got some prototypes of various pieces of GLASS using R2 and AGG which work really well, but I've been waiting to be able to do HW gfx before Investing time on the real GLASS, which integrates the prototypes and new stuff too. | |
NickA 19-Sep-2009 [171x3] | I |
Max | |
(Oops). Max, I experimented with OGRE in Purebasic a few years ago. Frederic Laboureur built a very nice interface to it, which comes built in native to Purebasic. He'd likely be a good person to chat with, and he's very active on the purebasic forums... | |
Maxim 20-Sep-2009 [174x3] | noted :-) I'm starting to really look into this right now... taking a break from my "serious" programming. |
will start by playing around with the C++ stuff, basically building a simple scene.... when that is working, I'll try to build an extension, allowing me to do the same calls via R3 | |
btw, some of the picks from apps make with Ogre are damned beautifull! | |
Pekr 20-Sep-2009 [177] | what is so special about the Ogre? Just a 3D engine, no? Is it used mostly for games? What would you use it for? |
Maxim 20-Sep-2009 [178x5] | programming for a 3D rendering engine and for a scene engine is a totally different affaire... just like using DRAW vs using AGG directly. |
Ogre is probably the most complete open source scene engine, which can use both OpenGL and DirectX. | |
its a complete hardware abstraction, so the exact same code will run under any hardware/OS implementation. | |
This layer handles all of the nasties for complex math like shadows and even some of the SW & HW shader/texture manipulations at a higher-level. | |
but since its all open source, you can fix specific issues or optimise parts of the engine to suit your needs, if you really have to. | |
Pekr 20-Sep-2009 [183x2] | so Ogre is in 3D kind of what AGG is for use in 2D - an cross platform abstraction? |
use=us | |
Maxim 20-Sep-2009 [185x5] | yes. |
and its VERY clean. Its EXTREMELY documented and there are many FANTASTIC plugings from all sorts of authors. (using apple type marketing hype here ;-) | |
and next version will be MIT which means total licensing freedom. | |
just the fact that you can retarget the whole 3D engine to direct X, OpenGL (or another if you wanted to do so) is really impressive. | |
I guess this comes with some visual difference, but it means you can make it as optimised as you need it depending on platform. | |
older newer | first last |