Search results

Actually, weapon aiming arcs should probably be reduced to... eh, somewhere around the size of the circle in the center of the HUD, to make turn rates more relevant, IMO, so there should ideally be no real need for this. Maybe a key to lock aiming to the center of the circle and use the mouse...

Well, seeing as they use missile particles, yes, there would be a server-configureable limit to active flare blocks per ship to prevent people filling up missile render slots with them and making invisible missiles. (Not to mention tons of lag)

I really like this idea, but if this is Blackhawk speaking through a proxy or something (the only reason I can think of for the AA account to be used for anything but AA business) then... welp. Inb4 closed and banned.

...But what if the standard block size remains as it is, but there's an additional list of microblock tiles, which includes each one's block coordinates and configuration, attached to the entity file? Sure, it creates a bit of bloat, but if it's going to mostly be used for things like furniture...

Pretty simple, basically a block with a transparent (or maybe PlexLight, like beacons) texture, which holds a missile effect inside it, including both the 'flare' particle and the trail. You could link it to any light source to change the color. Applications include funky engine glows and...

Data values don't work that way... Unless you're suggesting that we make all our blocks hold 3 floating-point numbers rather than 3 bytes. And believe me, you do NOT want them to use 3 floating-point numbers. (Hell, I don't think you'd even want 3 shorts or ints. 'Tis lot more load time and RAM...

That was... really big and badly organized... but from what I gathered you're suggesting three types of thrusters... The current one (Maneuvering Thrusters) unidirectional orientable thrusters for a buff in a single turning/movement direction (Directed thruster) and a big, heavy unidirectional...

Experimentally undocked my captain's gig from its mothership while it's still in stowed position, just to see what would happen (specifically, if I'd be able to clip inside the empty hull of the mothership). I assumed that the mothership was docked... it wasn't. It basically went flying forward...

Yes, please. The rail system is great, but something like this would fix a lot of problems with it.

Yeah, sadly they can't have the fix out until next update. I guess we just have to be patient...? :\ If it's just a simple math error, I don't see how hard it could be for Schema to pull up the current release code, fix it (again), and release the hotfix, then go back to working in the dev...

I don't think anyone anywhere ever suggested having player astronauts have to fix everything; a lot of people would like to see AI astronauts floating around and (at least apparently) repairing blocks rather than the shipyard automagically doing it. Please try to find the most reasonable...

Yeah, I figured it would be simpler than some weird thrust distribution system, and the Gods know we could do with some simplicity in this game right about now.

If these fancy mega-thrusters only applied in the forward acceleration direction, then this would actually be a great idea. (Hell, with proper balancing it might mostly nullify the need for the thrust revamp in the first place.)

...But this is a stupid system, too little, too early... It rarely results in people actually fighting each other (Griefers and... certain people... notwithstanding, but that stuff shouldn't happen anyway) and still doesn't produce a reason to fight; it just results in a big ball of factions...

If all else fails, you can /spawn_creature, select the npc that appears, and use the command: /creature_script npc-trading-guild.lua The resulting NPC will not have the Trading Guild skin, but when talked to he'll act exactly like a trading guild member... There are other...

We could always just pull the spare damage values for the surface terrain to determine overlays, like what was done to put ores in rocks...

I've explored a lot of them on foot, actually... And while they're 'big' as far as surface area goes, with the majority of (larger) planets it seems that you come to the edge of a plate within a minute of arriving on it, even if you go the longest way across, and that big edge definitely breaks...

There are ways to 'hide' it, I think, and alternatives to an instanced planet in general, but even a genuine loading screen between outer space and going down to planets wouldn't ruin immersion for me as much as the planets being tiny dodecahedrons with weird jagged edges.

Uh, why are you guys using rail speed controllers as a rail stopping point? You can just turn the rail to the side and it'll stop until switched back to the front - and as an added bonus, if you have a strange setup, like one using multiple entities on one rail and a massive number of activators...

Sure, but this game is about spaceships, and most people spend most of their time in spaceships, and I don't see that changing any time soon, so planets have to look the right size relative to, well... spaceships.