Ember development status
There haven’t been any cvs checkins to Ember for more than a month, so I though I should post a note about the current development status. The reason for there not being any checkins is that I moved to a new place at the beginning of the month, and haven’t had internet since. I’ll probably get it next week or the week after that. I have however of course continued development of Ember. The main focus right now is to make it much easier for content creators to add content to Ember.
The chain from Blender or 3DS to Ember is a bit too complicated at this time. It involves changing both the .mesh.xml file, the .material files and the .modeldef files. What Ember needs is a intuitive modeldefinition editor, in game. It must be possible to see the changes and the result in real time. And it must be possible to edit the whole modeldefinition from inside Ember, without having to fiddle with xml-files.
However, before I did _any_ more GUI work, I wanted to finish the move from C++ to a scripting language for all the GUI functionality. The idea is to have all GUI code being written in a scripting language, allowing developers and users to update the code on the fly inside Ember. For the first implementation, I’ve chosen Lua, which seems to be able to handle the job. One of the main reasons for chosing Lua is that CEGUI already comes with complete Lua bindings. I’m now at a stage where I’ve finished the implementation of Lua bindings and have started to convert some of the widgets from C++ to Lua. I’ve also started work on a modeldefinition editor, using input from Jayr.
There are also some new screenshots over here
December 6th, 2005 at 4:08 pm
I for one am looking forward to testing the new pipe for implementing new content. Thanks for listening and addressing this issue.
January 30th, 2006 at 1:38 pm
JEEEEZ! RPM’s, packagefiles, TARs, missing stuff all over the place. Had to pound on sourceforge to find the toolkit which is about 2-3 years old, and refused to compile. One of the major problems with linux, and I’ve been using it for years, (even got paid to work for a major distro) is the lack of empathy for those who would actually use the tools. This jumble of packages resembles some rite-of-passage designed by a gearhead who got stuffed into his highschool locker with a wedgie up his crack. ” you can install this, you might be worthy… ”
Well, I’m not jumping through the hoops nor barking like a seal for no fish. SCROOOM comes to mind, as I’m pretty irritated by this experience. You guys have something that might be put to a greater good, but forcing a would-be user to navigate through all these shoals of treacherous currents, pulling you this way, then that way and heading for the rocks all the time, well… I just pulled the plug on my own effort before I screwed up a perfectly decent running server.
Settle whatever pathologies you guys have amongst you, have a fist-fight out back if need be… whatever! But, get SOMETHING settled and publish this thing with a common set of install tools. To me, tar doesn’t cut it. That ‘package’ installer seemed to be a common demoninator between tar and rpm, which I prefer.
I want to use worldforge to provide therapy for the 2 million locked up in prisons in the US. OK, I’m political and wish to bring about some social change. I cannot use this because of your internal differences and hodgepodge of installation methodologies. If it isn’t cohesive, there is evidence of a basic lack of teamwork, and I’ll use the word again, empathy. That’s what our program means to bring to convicted criminals, who also lack empathy towards their victims. Meditate on my installation experience, and put aside your differences. They are in the way of some serious use for your system, and that is an abuse of my time, while trying to achieve a goal. I’m sorry, I judge this a blowout, and worse, not the ‘Right Thing’.