Blender.org

Yeah it's doable, and it's really not that much harder than writing multiplayer for anything else (if you have to write it from scratch). But yeah, I've put a year into it so far and I am planning to go commercial (in a few more years), so no source. Bzoo looks pretty good to me for casual use. Also...

Well I know what it means and that it only prints when the framerate is low. Unfortunately, printing debug messages at ALL is going to slow the framerate down even more - plus it pushes all of my own debug prints off the screen making it really difficult to debug my own scripts. This print is highly...

I noticed this a while ago, but I figured it was some normal thing. Blender is constantly printing this out to the console, and I can't help but wonder if it is affecting the framerate. Whenever I print anything out from python the framerate goes down, so I would think this might happen here as well...

Looks pretty good! These forums are more for discussing problems or features to do directly with the engine and not for artist work. So you might want to post this here instead:

http://blenderartists.org/forum/forumdisplay.php?f=12

All I'm saying is that a c++ api on top of the python api would only be gaining familiarity for c coders - and as a c coder python really isn't a stretch to learn. If it was lower level, that would be cool, but I think that any new api's shouldn't be just bolted onto whatevers there. The engine shou...

Hear hear! There are a lot of bugs in the tracker though. 81 open bugs? Issues with added objects are especially annoying. Text!!! The slowest part of blender! All my interfaces for rpgs etc are a major pain with the text being so ugly and hard to work with, and slow. It seems like since blender can...

Immutable objects like floats, ints, tuples, etc I think are passed as a reference as well, but it doesn't matter because they are immutable :) You can treat them as values. It seems like it would be really stupid to make a c++ api based on the python api. Better would be to improve the engine codin...

Yes, this version where the physics never stop seems to work really well, and it DOESN'T have the jittery problem most physics engines have if you don't kill the evaluation. I don't know how you did it! The box-on-sphere test slowed to a crawl In the PolyTope test, it seems that sometimes they rest ...

Looks nice, and it's coming along quite fast. Keep up the good work!

After so much time where nothing was happening, it's quite strange to see so much activity. Which game engine will we choose now that there are so many to choose from?

Poor ketsji, it will be sad to see you go But it's nice to have the original guy back! Thanks for all you're hard work in the past and begining again.

Thank you you guys for putting life back into this project! I appreciate it immensely.

Thanks for the lighting back finally kester

It seems that when I parent anything to an armature it doesnt work correctly. If I do a normal standard parent, or a bone parent, it just dissapears. If I do an armature parent, it works correctly however.

Game engine problems: Not necesarily a problem but it didnt do this before: setPhysicsTicRate every frame kills physics Im not sure if this function is working as expected anymore This is a definite problem: sce = GameLogic.getCurrentScene() crashes the SECOND time you run the game. So if you press ...

As it is now, if you are appending a lot of objects, or if you just need that one object you made in that one blend 5 years ago, you have to open the files in blender first and see what the objects are called, and if they are badly named rename them. Then you go to your new file and go to append the...

Just for the record, I absolutely hate the default colors. Orange on off-white? Ewwwwwww.

But it seems to run a bit faster than the bf version.