This might be too much to wish for, but I wish for a "custom block creator". I envision a mode where you start with a full block and then move/drag the corners "points" along the lines of the corner edges, with snapping to a few points along the line. Once done the player can "save" and name a block and the game will check whether another block with the same configuartion exists (and auto-merge duplicates) I guess the question becomes just how much flexibility to give the player. Allowing the player to create too many faces becomes an issue with texturing (unless the game stops thinking about voxels blocks as things that can only ever have 6 faces). Orientation/positioning of texturs, etc. I leave all these questions up to the developers.
The problem is the same as any customisation : how would servers deal with this ? That would sure be a cool thing to have a "block maker" but then the multiplayer segment would not be able to use any build made with these blocks, without yet another huge overhaul...
It might not be a huge overhaul. Essentialy: You create the block, the block is "registered" on the server, and its data is sent to all players along with the playfield info. At a high level the game already shares whatver you built - other players can see your custom SV /CV / Base because the server stores and shares the data. For custom blocks the same thing would apply: The game would add another block to the list and every player would get the updated list from the server.
An idea that might be a doable compromise: An easy-to-use block-modding tool. Assuming it's possible to create a mod that adds new armor blocks, then it logically should also be possible to create a tool that automates the difficult things in creating such a mod. Basically, the idea would be to lower the requirements for modding knowledge and coding, so that your "average guy" could create a custom block mod with the tool and so be accessible to many players. Key thing would be to make it *easy*. It wouldn't have to reach *all* players. Simply "many" would suffice, because the workshop setup would do the rest: Those who still couldn't do it or didn't want to bother doing it, could subscribe to block mods other people created. After that, you could handle it just like any other mod. In single-player you add the mod to your game and can use it. In a multi-player game, both the server and the players who want to play there add the same custom mod. Besides, it would certainly take off some pressure from the devs getting repeated requests for this or that block shape missing, and let's face it: There will *always* be block shapes missing no matter how many you add to the game. Each block shape you add creates more connection possibilities with existing shapes and so the cycle continues on. It's never ready. Which is why Eleon might be better to just "outsource" this part to the player community. Well, after *some* point. The vanilla games needs, of course, some variety in block shapes that should be "enough". Whatever the value of that "enough" is...
Servers do not just "register" content sent by players : that is an open door for hackers and cheaters. Even "blueprints" can be refused by servers if they contain modified/ illegal blocks. Blocks lists, just like all base cotennt, is read at gammme start, and plaers log in only after server as loaded base content. I don't know of a way to accomplish that without forcing a restart of the server, because any player logging in with new content would force updates to blocks lists for all other players. All mods still need to be loaded at game start, and not fetched from the players. I don't know a single game that allows that kind of player-side content modification during gameplay, so a "block - making" interface in game would require quite some changes...
You are splitting hairs. When I am offline, My CV is still visible to other players, proving that the configuration of my vehicle does not live only and entirely on my own computer. Therefore the server tracks it and stores information about it. When I spawn a new CV or SV, etc, it gets an ID. The server records and tracks data about it. The server effectively knows what it looks like and is able to perform game calculations. Here is the important part: My CV is something I created, on my computer, but which is visible to all other players on the server. Thus I call it "register" but you can call it anything you want. The point is If I had a block editor, the server could use a mechanism like that to let other players have that same block ID and shape, so that they can render it on screen. And by the way the process of giving a new entity and ID is commonly called "registering" it, but I still made sure I put it in quotes to prevent too literal an interpretation, in case there is something else that has the name "registering". The Devs can change this to read it from the server in stead of reading it from a local list. More than likely the game will load the list of blocks at game start, and then receive new blocks while connected to the server. Of course my idea requires changes to the game. The game currently has only a static list of blocks and no facility for it to regiter new blocks or distribute it to players. But I'm not taking abotu a Mod.
I scanned through many of the blocks and had many#METOO moments. I have not seen suggestions for Inside corner stairs or outside corner stairs.
You are playing with words : I am not. "Content" is not meant as normal client-server exchanges, it is meant as "game assets". Assets are never transferred, only compact datasets like coordinates and pointers. All builds are stored in a specific format that is not even a "blueprint" because when we build from scratch there is no real proper "blueprint" made yet, but the "blocks & items grid data" is there, and that is what is refered to and send from client to server. If players were able to send anything that could change the server's reference files, it would be pure chaos. Making blocks "live" during gameplay is equivalent to running the Unity editor and makes no sense performance-wise. Blocks require colliders, and these are made in Unity and then compiled as "assets" (prefabs) in order to be used in game. This can not be done during gameplay, and if it could be done easily then we could... walk on moving ships. And I wrote " this would require a big overhaul" and you disagreed, but I still maintain this. Just try googling " create colliders during runtime in Unity " and see for yourself.
1) I am probably not the only person to think of these suggestions but I personally would LOVE to see vehicle elevator devices such as those one can see on Aircraft Carriers that has a platform that travels up and down for SV's or HV's. Not like our personnel ones we use to float up and down. 2) I am absolutely spit balling this one but we have fixed wing air/space craft and of course what I am asking for would be for ONLY planetary use but another beautiful and elegant system is that of rotary aircraft such as Helicopters and the like. I am aware that seems fantastical and would be cumbersome to program but what if the rotary option was there in almost a deco format, I mean we have thrusters we can put in any direction we want but create a rotary system that would "spin" and give the illusion of what powers the craft. 3)Ceiling fans silly I know but I am thinking of decoration items now and I love base building and thought that might be interesting.
Now that we have crouch... we need vent covers for our new Vents! Could we get the walkway variant about 1/4 the size?
I had a thought, domed "porthole" windows like what you see on the Decoliner. Maybe have them in 1x, 2x, 3x, & 4x.
I want a block that transfers 1 million real-life dollars to bank account whenever I shoot it. Why not ?
Because adding a 1/4 flat block will still take a whole block space in the corridor, I would instead ask to have more options to decals (make them airtight, have footsteps noise, be destructible with weapons) since they can be placed anywhere without affecting block space.
- A t-shaped large cylinder like what we have for the small cylinder - I would like to have an indoor atrium (or outdoor garden) so it would be cool to have some larger plants/trees along with terrain blocks. - More windows
Needed block in left and right orientation - 90-degree connector for 5-sided shape to 4-sided 30/60-degree slope. I hope the screenshot is clear enough on the shape required?
I would be thrilled to get 45% cuts of the "wall sloped bold". Would be nice if the "heavy windows" => "Windows G" - set get a 45° cut of. Thats what I imagine (a 2-Block solution would be sufficient):
I'd admit not reading all 17 pages, so apologies if this has been asked before. Non-tinted glass. I mean, no tint on either side. Also glass half-walls. It would be a thin wall (like glass is now), but with one half being glass and the other half being texturable. So not all glass has to go floor to ceiling and you could have waist high windows.
No, you are not the only one. The boarding ramps limits ship design. Yes, it would be great to have the vertical life platform (starting with 3x6x3, and so on) for SV and HV. I have suggested the vertical lift elevator for the personnel here: (starting with 1x2x1, and so on) https://empyriononline.com/posts/445752/
Another couple of needed blocks to help towards finishing sets that are already in game (Red lines are the new outlines) Concave fold with squared base for existing thick wedge corners internally (e.g. ceiling cornices) and externally for deck to slope joints. Triple corner cut - for external corners of the existing 5-sided blocks
