Search results

Definitely not instead of using dae or md5. In addition to, certainly. Supporting a voxel format for static or skeletal mesh is doable - we'ld need to work out how to convert skeletal voxel into our internal representation, but that should not be a huge issue - probably helps that you...

Yeah, I don't see much use for an obj mesh without texture coords (especially because obj doesn't support colored vertices). Which might be another reason to support Collada for non-animated meshes in the first instance.

The 'f' key toggles the view distance, so that is a bit dangerous.

flux To be clear, I'm not saying we shouldn't support it. Just stating my experience/understanding. I see no reason not to support it, other than having to find some time/hands to do so. VoxelShop is a Java app, right? Did you use any particular library to support Collada that you would...

The thing is... modules don't define key bindings. They suggest them. So it would be more a matter of... prompting for unbound controls, I guess. So perhaps that needs to be an extra property of the binding annotation - whether it needs to be set or not.

Cervator, key bindings shouldn't be per world. This would make a user have to configure their bindings for each new world, which would be really annoying. But ok, let us discuss desired behavior. In-game, a key should only do one thing. Keys need to be configurable, even out of game. This...

Tools also can put extra, unnecessary information into the Collada files that is relevant to their logic but doesn't need to carry across in game. This also bloats the files. I believe most of the time when an engine "supports" Collada, that just means it imports it and then transforms it into...

Facade should be on the engine classpath (or rather, then engine is on the facade's classpath). But only the engine jar is treated as a module. Could change this to treating the entire classpath as the engine module.

I've done a bit of work with collada in the past. My understanding is game engines don't generally support it directly for a variety of reasons, but it is often used as part of asset pipelines for moving assets between tools while working on them. Although it looks like this is changing now, so...

Yes, it should allow that Josharias. But that isn't to say a 2D opengl based approach wouldn't be equally compatible, since it could drop down to much more primitive opengl. I was misunderstanding your statement about writing something for AWT.

I would tend to agree with Synopia. Having a debug tool using AWT? Sure. I am unsure that NUI support is necessary but it gets you the behavior editor. If this is supposed to be a legitimate way to actually play... not so much. I would suggest that should use lwjgl, or better yet build on the...

I concur, seems like a sensible approach.

Because creating all these math classes will get a bit repetitive (double and float implementations will be nearly the same, as will short/int/long implementations, and there is sizable crossover between the two) I've started a little investigation into template generation tools. StringTemplate...

I think it would be best to set up the engine:terrain texture as a texture atlas. At the moment World Atlas is not part of the modding API.

Oh, other thought: In addition to the standard getX() and setX(double) methods, possibly: void x(double newX); double x(); Just for really concise usage. Or maybe just the getter version - since the setter aligns nicely with addX/subX/multX/divX(missing?). I've checked out the library...

I'm not sure how you would use wang tiling for height map generation. I have done quite extensive work with wang tiling in the past though (based on the GPU Gems article) for graphical rogue-like rendering. But, of course, time is the issue. Do you have a particular use case in mind? I guess...

I will say that movement modes aren't very moddable at the moment, due to the tricky considerations around client-side prediction and so forth. The work would have to be done in engine.

I would actually just use the base class for returning members. Again, this is sacrificing perfect safety for performance, but this isn't an unusual pattern in Java. I think you can save yourself some work and maintenance burden by dropping all the methods from Point2cd other than those...

The "nice" thing about math libraries is everyone uses them and has an opinion on them, so they can be quite the target for bike shedding and argument. It might be good to jot down a few principles, so that they can be pointed to when contention arises. My initial comments are: - I prefer the...

I think any system that has implementation specific rendering code should be registered manually by the renderer. This also fits in with potentially breaking them out into separate libraries. This also goes for systems that result from any engine subsystem. One possibility when it comes to...