Yeah, sounds a bit wrong Material loss after smelting (so during the metal->item process) should be pretty low (unless you screw up and have to throw the whole thing away).
Afaik molten metal would be used in a known quantity for e.g. a sword, and once you have that amount you are just reshaping it, almost nothing gets lost.

Saying so in the bugtracker would probably be far more useful than here though.

everyone where i live defines it as 2011.  therefore, by your logic, you must be wrong. 

The mass media defines it as 2010, thus as with all things, if it's reported on TV it must be true!

The CrystalSpace engine is able to be more downward compatible. If we just had more developers who understand the science of shader programming.

Yah, could do with another two people who are apt in graphics programming.

Click 'Profile' then click the 'Delete this account' link on the left.

The Mac OSX download was bugged I'm afraid, we're publishing a fixed one asap.

actually wasn't that the first cb version?

iirc there wan't progression, tria, critters or combat of any kind. just a whole bunch of rp and people running around looking at the ground for these crystal type things.

That was mb, not cb. Those were the good ol' days

I don't know what the doors issue is either. However most (portal related issues are an exception) geometry issues are specific to the individual components (the mesh factories) and are unrelated to the scene. If they're not then we're doing something wrong.

Lighting might be a bit of a problem, as we will want to export day/night cycle stuff... but we can worry about that later. Assemble everything and just use ambient lighting for now. Once things are assembled and viewable in CS with ambient, we can look at adding lights.

Edit: Ah, I did just think of one thing which would be good... please try and make the mesh factories off-centre, so that 0,0,0 is in the middle-bottom of the mesh. The reason for this is because of visual world editing tools (like item placement) that are being worked on, where we want to place a mesh where you click. If the center of the mesh is 0,0,0 then half the mesh will go underground Perhaps we could compensate for this somehow (place the mesh at an offset..) but it'd be nice to not need to do that.

Imo only one rule is needed;

1) Channel Op is always right.