Flow 3D Ogre wrapper
BlitzMax Forums/BlitzMax Programming/Flow 3D Ogre wrapper
| ||
| Does anyone know the status of the Flow3D Ogre wrapper? I have been looking forward to it for a while now but I haven't seen it mentioned for quite some time and now the website, www.flow3d.org seems to be offline. I do hope it isnt totally dead...the videos of it on Youtube looked really promising :-S |
| ||
| I was also looking fordward to seeing this engine in action. Any news? |
| ||
| I vaguely recall they mentioned something about changing the name, so that might account for the website not being renewed. I've been looking forward to this, too. It would be a shame if it was dropped. |
| ||
| Hmmm a name chage might explain why I havent heard anything about it for a while. Can anyone remember who was coding it? |
| ||
| It's still in progress and we are making plans to releaee a beta soon. there are a couple of videos on youtube. We made a simple demo to test flow and Cygnus made a video some months ago, shows the game demo running with the editor integrated kind of like torque. http://www.youtube.com/watch?v=6hVmhScL1jI&feature=related&fmt=18 It's coming along quite well and were hoping to release it soon. We had a low point that spanned several months where team members had various troubles and little progress was made. The last couple of weeks had some pretty furious activity and we updated the standalone editor which has been the main thing holding back release of a beta version. Shouldn't be too long now before people can play with it, will be interesting to see how they get on. The editor is there to make scene building a bit more straightforward because in ogre every entity has to be attached to a scenenode and the scenenode manipulated for basic transforms. So creating and naming scenenodes and attaching meshes in source isn't much fun if your coding a scene from scratch and makes things more complicated than B3D, hence the editor which has a lot of 3dsmax like transform tools and shortcuts including instancing, heirarchy linking and unlinking, rotation snaps etc. Flow has a sceneloader with both XML and binary formats. Only saves in the XML format, the binary versions are compiled with a simple utility and are read only. This should reduce the amount of time coders have to spend constructing scenes with code. Were planning a name change soon too since there is another existing product produced by another company called flow3d. |
| ||
| That are very good news! |
| ||
| Excellent news and thanks for the update! Just a quick question, how will the editor work with oFusion? Will we have to import oFusion files into FlowEd and export them before they will run in Blitz or can they be loaded directly? |
| ||
| You can load them directly into flow from Ofusion, The editor is quite a simple object placement editor but has quite powerfull transform controls, it's there for people that don't have or need 3dsmax or ofusion, or want to build a scene from scratch , sky, lights, cameras, fog, shadow type, choose a scene manager, set up using ogre meshes. You don't have to use the scene editor at all and can create your own format, Flow will load meshes. The biggest difference between Ogre and B3D is that you don't interact with mesh transforms directly, instead you create a scenenode and attach the mesh to that and transform the scenenode. So an extra step if your coding, something that the editor conveniently does away with. |
| ||
| Keep it up. Looking forward to it. |
| ||
We decided to release a beta version of our flowED object placement editor for testing purposes today. I don't think were going to make a proper thread about it just yet since the Flow demo shouldn't be far off and more worthy of a proper announcement.  You can download the demo from http://www.flow3d.org/ and post on the forums and news for updates. It's quite a simple Editor with powerful controls for object placement. We didn't want to integrate the editor so heavily that your constrained to a certain way of working. It does make laying out a scene pretty easy and fun whilst not tying flow users to the editor since we know a lot of blitz people like coding everything themselves. It does make the transition from B3D easier, and offers some shortcuts for laying out levels that we felt a lot of people would find useful. |
| ||
| Thanks for the release, truly excellent work. My main suggestion at the mo would be that the contrast of the white text in the assets list is incredibly hard to read. Other than that it seems to be pretty solid on first impressions. Seriously looking forward to the main demo! |
| ||
| We released the actual flow3d beta wrapper module now too :). Been a busy couple of weeks. I put a proper post up on the showcase forum. |
| ||
Hi, this is really nice. Everything works, but i get this error after closing the screen (on every demo). But note that the compiled exe works fine. Here the log: I use the comIde (Beta4) bye |
| ||
| Must be a variation of the MaxIDE error. We all use BLIDE and havent tried anything else other than MaxIDE so not sure what to suggest at this point. It seems to be related to the stdoutput window being overrun with too much log data from Ogre all at once. We figured it was just a MaxIDE problem before and recommend BLIDE, mainly because BLIDE intellisense grabs a ton of data we incorporated in flow source commenta making flow much easier to use with BLIDE. examples of Flow with BLIDE intellisense   autocomplete  Makes things a lot easier to learn, and you don't have to check the docs so much. We will definately look into it, now that other ide's have the problem.see if anything can be done. |
| ||
| This is caused by Flow sending lots of data to the standard error pipe and to the standard output pipe. Any IDE should hold this properly, but given the amount of data, it is easy to get them overloaded unles the pipes are flushed properly and often. I managed to sort this on BLIde by using different threads to read the standard error pipe and the standard output pipe. I would recommend this on any other IDE wishing to support Flow of any other engine that uses extensivelly pipes. By the way, THE DEMO RULES A LOT!!! I LOVE IT!!!!!!!!!! it runs on intel crap cards and on nvidia decent ones, without changing a single line of source code... incredible. |
| ||
| hi, guys. Thanks 4 the infos. it runs on intel crap cards and on nvidia decent ones Yes, that is awesome. As you can see i have compiled on a (crap) X3100. ;) bye |
| ||
| that thing even runs on an Asus eeePC 901 ;) |
| ||
| Hey Dreamora, thats a name I havent seen on here in a while. Cool that flow worked on that tiny thing :) The team is warming up to another Flow update soon. Lina today upgraded Flow to Ogre 1.6 shoggoth and if all goes well, Newton 2 will make the next release too. There are a couple of new examples on top of the Ogre overlays recently posted in the forums. Newton Physics ball and socket joints example (required for ragdolls) Softshadow example using PCF shadows (Percentage Closer Filtering) Compositors (post FX) which have been in for ages but no one did an example. A example app that demonstrates some of the things needed to make a basic shooting game. Lina wrapped all of ogres 2D drawing commands and started with helpers that will emulate Max2D more closely which is good for those that don't like using CEGUI or overlay scripts etc. |
| ||
| I wonder why you chose that name. Don't you fear a lawsuit from creators of Flow-3D once they find about your product? I guess you asked and they said it was ok? |
| ||
| Yeah, I've been more or less focused on Blitz3D and BlitzPlus, as I'm handling the RC Standard source work. But I've recently SVN updated my BM and thought I would drop in on the flow3d page again as it is, beside Xors3D, the only engine I see as a real solution for BM. (MiniB3D naturally is nice as well but pure opengl is too less, then I prefer pure DX actually) Great to see the progress on it actually :) |
| ||
| Were planning a name change soon too since there is another existing product produced by another company called flow3d. |
| ||
| Lina wrapped all of ogres 2D drawing commands and started with helpers that will emulate Max2D more closely which is good for those that don't like using CEGUI or overlay scripts etc. that's incredible GOOD news!!!!! |
| ||
| tonyg, Thanks for pointing that out. |
| ||
| heh, yeah we worked under the name flow3d for 2 years and didn't want to waste time coming up with a new name, not when we agreed to release the beta version for Christmas. we will eventually change it and keep the domain so people can still get there through flow3d.org |
| ||
| Great news on the 2D thing :) And pretty sad that after knowing how to find it for 2 years forces me to learn a new name soon but great to see that it is finally reaching "get it, get it" status :) |
| ||
| BTW: the downloaded installer "FlowED.exe" suggests an install path of Firefox ;D So if one just clicks "next" "next" ... it will install into the directory of your browser. System: xp sp2 german Dunno if it has to do with some locales (only german clients avaiable here) but suggested directory was the one of Firefox on 3 tested clients. bye MB |
| ||
| hmm, thanks for pointing that out MichaelB. I have firefox, IE and iron browsers and didn't have that problem. We mostly used the winrar self extracting installer features. the installer just installs to whichever folder the exe is located if you don't specify a path. I suppose we should just use zip. was trying the simplest method to install it in a folder with good compression to keep the DL size down. The next update will revert to a regular zip file. Your the first to mention this. I guess firfox default state is to save in its own folder? I have FF it set to a d:/ download path which is probbaly why I didn't notice |
| ||
| Nope... Within my tests it DLs to the Desktop... But it doesn't matter where I stored because it wants to install it into the FF-directory everytime ;D And... other rar-self-extractors didnt have this problem (at least the ones I remember ;D) bye MB |
| ||
| no idea, its supposed to just install to the same dir the installer is in. thats all it did for us and no one else complained. We just won't bother with an installer next time and let people unzip it. Zip is about over 1mb larger so we tried the rar last time |
| ||
| 7zip.org self extracters potentially get you even smaller than rar :) installers are a bad idea anyway. they often suggest program files folder which is a dead end on vista for the common noob dev |
   |