Search results

Actually, shouldn't it be a gate setting? If you're trying to make a public gate, having it invisible defeats the purpose.

I will attempt to make a working original CBS-70 Ptolemaios. The system better support that.

I'm not sure how efficient having the shape/rotation bits sharing with the ID bits would be. I do know that some blocks (like the light-rods and plants) will not be able to have full orientations anyway, so there will have to be a bit of lookup for collision calculation anyway.

Ah. I haven't been able to play since the new update. Anyway, my point about storing mass is that is a valid point for finite inventory. If anyone can store an almost infinite number of any blocks in only 20 storage blocks, any ship can haul any cargo anywhere. The difference between a titan and...

Very nice. Three points: Engines could use a bit more depth As atraUnam said, the detail is a bit cluttered. Also it has an indisticnt overall shape. Try putting long lines on it to break up the blobbiness.

But, if in 2 mass worth of blocks you can store infinite amounts of stuff, there's not reason to build a dedicated hauler, or storage facilites, or anything else along those lines. Yeah, having infinite personal inventory and finite inventory blocks just wouldn't work. Anyway, I'd love to see...

Actually, you'd want to have one box pull from every previous box in the chain. If box n (last one in the chain) gets filled up, and then box n-1 gets filled up, then anything in box n won't get filled.

The point of this suggestion is that all the shapes would be condensed into a single block for each type. You wouldn't have seperate IDs for each shape anymore.

Wait, did you put down the shield blocks first?

For things that only require 1 button, it's good and will make putting things on fewer hotbars easier. The number "bar" to switch between different items on the same bar, the numpad to switch between different hotbars, and the ability to bind things or RMB/LMB only.

Except if one hotbar is fixed fire and the other is focused, that limits flexibility (like if I have a couple weapons I always use focused, like a stop beam and an ion beam, I can put those into the RMB and LMB of the same slot and switch between them easily.

Also, just though of another feature to add to it, import/exporting lists. List format would be some identification of the blocks, a comma, and then the quantity. so like 542,99999 or Grey Hull,99999 or HULL_GREY,99999 or something like that. Personally I think the first version will be the one...

The problem is it's still rather difficult to set up in the first place, as you have to maunally add every type of block, and then set them to 99999. There's a thread over here about it in the suggestions forum.

How about being able to fix a weapon computer as focus or unfocused and then be able to set it to LMB/RMB in a slot on the hotbar. Also, logic, effects and the scanner only need one button to work so do that with them. 20 slots, as long as you don't mind a little lack of versatility. As for the...

I've gotten auto-logged out after less than 2 hours of inactivity.

We could let effects and logic be double-stacked, one LMB one RMB. But still, a second bar would be good too.

Yeah, though you could keep working on the exterior

The thing is that your solution doesn't actually give us extra IDs. In order to rearrange the bits in the stored data we would have to import the entire database, and your solution doesn't justify that. A better armor system (like the one I proposed) will result in the HP-bit value being more...

Actually, only 4 of those bits are dedicated to orientation. For corners, the 5th bit is actually the activation bit.

If you were to cut this block out of a cube, there would be two faces that are made from the original cube's faces. (Two triangles.) You can't tell them apart. Or, to put it another way, there are two orientations of a corner block that can be cut to get the same reverse corner.