Jump to content

Search the Community

Showing results for tags 'building'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Starting Zone (EN)
    • Rules & Announcements
    • General Discussions
    • Off Topic Discussions
  • Starting Zone (DE)
    • Regeln und Ankündigungen
    • Novark's Registratur
    • Allgemeine Diskussionen
  • Starting Zone (FR)
    • Règles et Annonces
    • Registres du Novark
    • Discussions générales
  • Beta Discussion
    • Beta Updates & Announcements
    • Idea Box
    • Public Test Server Feedback
    • DevBlog Feedback
    • The Gameplay Mechanics Assembly
    • Streamer's Corner
    • The Builder's Corner
    • Innovation Station
  • Organizations
    • Org Updates & Announcements
    • Novark's Registry
  • Fan Art, Fan-Fic & Roleplay
    • Novark Agora
    • Novark Story Time
    • Novark Art Gallery

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location:


Interests


backer_title


Alpha


community_id

  1. Neue Orga sucht frisches Blut zwecks Aufbau einer lustigen Truppe. Hauptfokus liegt im Bau von Schiffen und Gebäuden, sowie der Aufbau einer möglichst gut funktionierenden Produktionskette. Jeder Spieler behält natürlich seinen eigenen Besitz. Zusammenarbeit an gemeinsamen Projekten wäre natürlich wünschenswert. Verpflichtungen gibt es allerdings derzeit keine, es soll alles ganz zwanglos laufen. Nichts MUSS, aber alles KANN. Teamspeak ist auch vorhanden Man sieht sich im bestimmt mal im Spiel. Bis dann.
  2. Honeycomb is the Major game content of DU which pretend to let players build what ever we want But as it is now, it is tooooooo constrained and limited, buggy, and never looking as we wished, specially in between updates where dev dont know which numbers to tweak for better render results The resources needed for making honeycomb: Some honeycombs such as concrete / brick / wood / glass(panels) should require more simple recipes, not requiring mined and refined ores, but raw stone, sand or wood, directly from the planets grounds and trees Those could be considered as construction material, mostly for static constructs, and their weight should be increased for discouraging players using them on dynamic constructs The honeycomb weight: As for now they are 0.1 times the weight of their relative correspondents on earth In my opinion the word HONEYCOMB is well chosen, and give this futuristic aspect of a 3D printed honeycomb material But i think it is still a bit too heavy, since in aerospace, it wouldn't happen to build ships with thicker hull than 5 or 10cm I also think some honeycombs shouldn't have this weight reduction, or less reduction For example: concrete * 1 / wood * 0.25 / metals * 0.075 The diversity issue: Here is my most hatred part of DU, the numerous amount of different honeycomb colors and finishes nightmare for industry managers nightmare for players to spawn blueprints, that have dozens of 0.5m3 of different mats filling hundreds of container and inventory slots (that must be a lot of data in back end, but also lot of data for everyone uploads and downloads on front end) All refined material should have 1 and only 1 raw honeycomb with a raw aspect, on which we could later apply the color we want and the shininess we want in build mode Removal of the "voxel replace tool" => replacement by the "voxel paint tool" I dont think anyone using this voxel replacement tool at all, it has its equivalent when copy pasting using the select tool A paint voxel tool could use a popup window, around the bottom of the screen, same as the scanner does for the ores filters. In which we could select our desired custom color from a palette the shininess we want from matt to glossy an optional bump map (stripes / screws / holes / galvanized etc...) The finish name "galavanized", change back to matt Galavanized is an anti rust coating process for iron, using zinc From PTS server the "galavanized white iron", is the only correct color and aspect (the texture is pretty nice btw) So : galvanized only applies to iron, certainly not to aluminium, copper and others iron can be painted aswell with anti rust paint, but galvanized wont be galvanized is more of a raw finish texture, more than a color or a shininess (which could be added as a bump texture in the paint tool options) Textures scale New textures are gorgeous but they arent scaled properly (official and PTS) Texture edges blending is also necessary So Novaquark, if you desire to optimize, reduce lag, reduce loading of containers etc... the diversity issue should be your concern. If you desire to really let players build awesome creation, just unleash the constraints and give us more freedom of choice We are not paid for testing, and for taking time developing our feedback on the forum after years of testing, so it would be nice to have a better reading of the gold mine for the game development that this forum is (taking notes, and putting them on a big white board is an idea) After all, WE players are creating the content of the game, but if we dont have at least the few main features of Minecraft, which is gathering wood to make wood, not mining coal to make wood, that aint gonna work Cheers
  3. Fellow Noveans I would like to start this letter by saying ,the size and depth of DU has been breathtaking. I became interested in DU because im a builder . I was involved in Everquest Landmark from beginning to end and what we where able to build there was amazing and the UI for DU is sooo close to Landmark I jumped right in and started building. That being said there are some handy tools that seem to be missing or not working properly. when using the voxel tool if moved with control keys can longer be used as a delete tool making it difficult to do precision deletion also the ability I miss the most from Landmark was to use a copied voxel area as a deletion tool I know it doesn’t sound like much but as a builder I can not impress how important this ability was for extreme custom builds I would hope that you've already heard of Landmark but consider seeing these builds we where able to accomplish Goodbye, Landmark - YouTube sincerely yours Growller
  4. Three years and half after pre alpha launch, the best period ever for DU, everything got overcomplicated, heavy and excruciatingly laggy, especially at the introduction of industry 2.O which has changed till now fps, lag and loading times for everyone, but since the developers aren't testing nor playing their own game, very little have been done concerning the content and game mechanics. Since the beginning JC pretends that he wants to control the visual aspect of the game, but look at the thousands of player made atrocities and piles of elements scattered everywhere For those who never heard about, but there is a french simplistic and satiric cartoon called "Shadoks", where a group of engineers and workers, work hard together to make simple things more complicated, from where we are getting the expression: "why do simple when you can do complicated?" And this is exactly what is happening here But in real life, and i quote, professionals, engineers, designers, and architects will all agree: "Less is more" So here are my thoughts, after 3 years of hope and life time, on the bad and good decisions taken, and what could be improved at the moment: Building mechanics: Vertices editor should have been a priority long ago, long before that not so useful update on the line tool The actual given building tools are half of the reason why we see so much trash everywhere, and why most players are giving up, because voxelmancy is a considerable waste of time since ship selling will never be a major part of the market (everyone want to build his own), PVP will destroy it in a matter of seconds, and detailed or undetailed static or dynamic constructs' spaces are dead as hell. Vertices Editor: self explanatory Line tool: add triangular and circular shapes, and make one of the corners of the selection the center of rotation (not the center of selection, this doesn't make any sense) Paint tool: (omg seriously this one is the biggest joke and laziest decision taken) need to absolutely remove from the game this ridiculous number of different honeycombs, performance wise, and gameplay wise. Every material should have one and only one raw honeycomb, on which we could, using build mode, apply a color we want, a shininess type and or a pattern That would optimize the game code, our inventories/containers, and our factories (and will fix that uggly .24 update changes) Remove the deploy and selection sizes limitations Be more consistent in the deploy shapes size increment (1 by 1, not 1 2 3 4 5 6 8 12 16 24 32) * by the way change "galvanized" honeycomb name and check the definition of galvanized on wiki: which is a zinc coating process to protect different metals from rusting Elements: Here is the second half of the reason why we are surrounded by trashes First, element design is very badly fusing with the voxel building system, specially all the dynamic constructs elements, elements are detailed meshes that don't match with a voxel hull and the voxel default sizes Even after the best achievable voxelmancy, engines, brakes, hovers, wings, look like stains on our creations, element colors dont match available honeycomb colors, some elements are offsets, some are badly symmetrical I m not saying that its bad to have detailed mesh elements, but half of them, must be redesigned to be used and integrated "into" a basic voxel shapes, not to be put like a flower pot "on" the voxels, and this concerning all the elements used for designing ships Dynamic elements (engines, brakes, airfoils): those elements can be a single detailed face element, the face that will pop out from our voxels, and other faces must be designed with an easier global shape to work with the voxel grid (tubular, square, rectangle, just as Empyrion or Space engineers do...) Decorative elements: make sure they are scaled for the voxel grid and size (the reinforced sliding door is the perfect example of bad design and bad consideration) Ability to change elements main color Engines: no no no and no to all this different types of engines (safe/maneuver/military/etc...) with different recipes. again its a mess in inventories and markets, same problem as honeycombs, why doing simple when can do complicated?. while the quality (normal/advanced/rare etc...) should remain, all engines should be crafted as a standard factory type, and have an option by right clicking on them to change their mode type, and why not beeing able to change it using lua Flight mechanics: Overall the flight mechanics are very good, stable and well developed But, the main issue is bringing back to the dynamic elements issue and the overall aesthetic of the game and players creations Elements power/thrust should be multiplied by a minimum of 5!!!! this would greatly reduce the number of elements needed on each ship, reducing the lag and loading time, but most importantly we would not compromise anymore on the design in order to have "acceptable" flight performances (which will increase the visual quality of players creations) Vertical and horizontal cross sections must produce anti drift and high altitude lift, which will reduce the number of wings and stabilizers elements needed, and again will increase everyone performances due to less elements, and allow better ship design Fuel consumption to divide by 2 or more, we are tired to mine 2 hours, refine for an other hour, for 20min of flight (nowadays long distances planes can fly at cruise speed 900kmph for about 12 to 14 hours) LUA Lua is one of the greatest part of the game, allows the best customization possible, but is still way too limited, for no reasons Unlock to unlimited number of links/slots to a pb/remote/ECU/command chair etc... will reduce the number of scripts running at same time, so will increase performances (what is better? to have 10 scripts, on 10 PB, each one linked to 10 elements? or 1 script on 1 PB linked to 100 elements? do the math!) Increase again the recently nerfed CPU usage for custom scripts (they were not producing any client side performances issues, so why decreasing it again?) Increase the conf file allowed size, 150k isnt enough Make possible to install conf files on programming boards Increase Databank sizes Fix the rocket engine please for custom scripts, they are broken and deadly, they activate themselves when construct controls are taken Add function for camera relative rotation and position Ability to save scripts in our nanopack and exchange/sell scripts with DRM protection or not PVP I think pvp is a very delicate topic, but globally so few people have any interest in pvp at all due it its extrem unbalance In my opinion there is no goal and no reward in pvp, which makes it boring So much time and effort put in mining/producing/building a pvp-able ship that it pushes everyone away there should be no safe zone, nowhere! - heard and read too many stories of players ravaging orgs from the inside, secretly stealing work of dozens, and then venting themselves on streams. there should be no safe place in the universe for those people to hide their shameful loot - cargo ships should be accompanied and escorted by armed fleets, even while mining quantas could be physical/stockable/stealable claimed territories shouldnt be visible on the map, unless personally discovered surface ore stones, should be mine-able by anyone anytime anywhere (claimed or not. we should be able to get some fast scrap and fuel if we emergency land in middle of a huge claimed territory) static and dynamic construct need energy shields element containers content should not be destroyed unless the container lost all its lives (otherwise there will be no loot in pvp), they should just be inaccessible there should be a way to restore all lives on salvaged elements (repair unit maybe?) There is so much more to add, but please NQ consider and fix a big part of this first before adding new buggy "content" At some point there should be a planetary wipe, to leave space for the new planets design (allowing what ever is standing in space to be excluded from the wipe, for players beeing able to save enough to restart quickly)
  5. To have a somewhat imersive experience in Dual Universe we definitely need to see cities. But why exactly would people create cities in DU if just use a vast amount of resources without any real benefit except for showing off? Normally city planning depends on a lot of different factors, like the environment, available resources, especially food, the condition of the ground, expected industries etc. Those are mostly things that wont work in DU. On the other hand, building cities in DU has quite a lot of disadvantages, like being target for raiders, warmongers or just griefplayers. So without any real benefit or need to create cities we will at most have very few large organization building and maintaining a city as HQ and maybe one or two trading hubs. Mostly we'll see well hidden factories and bases which are statistically placed across the planets with nearly no clustering. There are two possible ways to facilitate cities. One is giving artificial benefits like production bonus or similar things, i wont advocate that as it is unrealistic and just shows a lack of creativity in the game design. The second way is giving realistic incentives. The only incentives that work on larger scales in a mmorpg are economic or security benefits or needs. Social or educational facilities can be mostly ignored (there could be University-Type elements that increase the speed of accumulating xp for the first 20% or something of the skilltree, with which organizations can cater to new players, but that wont be a real incentive for creating a city). In my mind there are three mechanics which would directly create the need for clustering buildings on a small area: 1. Powergrid The first suggestion is, that all functional elements (Doors, electronics etc.) require electricity. Standard, small sized elements would need a marginal amount of power so, that a small generator that can easily be installed in every ship/building is sufficient to support them. More advanced facilities like factories, Elements with strong supporting effects (something like the University for example, or greenhouses), military elements (planetary turrets, shields, sensor units ...) however should have an exponential increase of the power required. Factory units for example should require enough power, that no stacking of small generators can support them. To support those power hungry elements players can build power plant elements which are extremely large on scale, like 64³m³. They would support buildings within a certain radius with a set amount of power and to increase that radius you could create power-relay stations. What does this do for city building? If players want to run a factory or other facilities they need to create a power plant. If a single power plant generates enough electricity to support several factories, then the economic way of action would be creating enough factories within the vicinity of a power plant to effectively use the generated power. A large cluster of factories in turn needs military protection as it is a nice target for raiders, thus we have some kind of city growth. At the same time owners of those power plants could rent space in the effective radius for players which can afford to create a factory, but not the required power plant. This can be extended to every kind of large scale element which would be nice to have in a city, for example if we want a space port in the city. The simplest way would be to just create some flat areas for ships to land on. But what about quality of life services like refuelling or rearing constructs? Those actions can take ages. If we had large scale elements like a repair Dock, which repairs damaged ships in the vicinity if activated or refuelling stations, those can save a lot of time to players. Elements like that would also require a lot of power, thus the need for a power plant in the vicinity. In short, if every advanced element has a big size and a large power requirement, coupled with the need of power plants, we would by default see clusters of buildings which can be called cities. 2. Resources We can see in some videos how the ground is removed with a tool, its fast, efficient and effortless. if we can mine resources in this way, then DU players will be like a big locust swarm, run across the surface of a planet, scanning and within hours mining all interesting resources. But a big influence on city-building is the need to create a permanent structure in specific places, thus mining resources should definitely not be near-instant. Optimally mining out a big underground ore vein should take years if done by hand or several months when done with elements for mining. If we have long term mining then locations get a certain economic and strategic importance. If an organization finds a large vein of a rare metal it can't just mine it and go away, it has to defend this place against other players. Thus they need to create defensive structures, which again need power plants. If you have defensive structures and power plants on a mining base and some power surplus due to it then its economic to just continue and create the needed refinery elements etc. too, which in turn leads to clusters of buildings again. 3. Dependencies Similar as all functional elements require electricity there can be other dependencies which make it necessary to create several constructs at the same place. In the new content update we learn about market Bots, where resources can be sold for quanta and elements can be bought (probably very limited after crafting is implemented, but maybe some of the most basic elements can still be bought). Those Quanta and elements aren't created from void and the sold resources can't spontaneously vanish. So if someone wants to place market bots in his base, it would make sense to require a trading hub element in the vicinity. There are quite some heavy industries which are dependent on water as coolant, so some refinery elements could actually need water purification plants in the area, the same plants could be used to support greenhouses or other buildings with water. If several buildings depend on each other there is a huge potential to incline people to gather together and create cities. Especially as everyone has a limited amount of cores available. ######## I really think that those three points are absolutely necessary for a good experience in DU and will lead to some pretty interesting results.
  6. After completing several ship builds over the past few months and really digging into the voxel editor, I've found that the biggest limiting factor to my creativity has been the checklist of elements that are required for any ship to function. The Problem: I'll use engines as an example. All basic atmospheric engine L's are the exact same size. They all output the same thrust. Same fuel consumption, etc. There is a distinct number of them that I will need on my ship if I want to lift a Container L. But what if I want my ship designed with only one massively powerful engine instead of twelve relatively smaller engines? With the current system of elements that isn't possible. Elements as they currently exist occupy the role of function while honeycombs occupy the role of aesthetics/armor. For a pure pve ship, using anything but elements is an active detriment to it's functional performance. For a pvp ship, the meta dictates the optimal style/aesthetic (currently a flying cube). This creates a situation where you aren't really designing a ship so much as designing a socket for each necessary component. Effectively a box with a seat in it strapped to some engines. Actual ship design would necessitate many internal components, not just all-in-one elements to be bolted to the hull. Currently ship design (for any type of hauler) requires the entire back end of the vessel to be a wall of engines to maximize thrust. The Solution: I am suggesting a merging of elements and voxels so that you are able to define the size and shape of your elements. Engines would exist in the form of a voxel, and function as such. The same can be done for containers, fuel tanks, doors, windows, ailerons, brakes, etc. How would voxel based elements work? Another game with this build system is Avorion, which fits into the space simulation builder genre (you can look up speed builds on YouTube to get a good idea for how the builder works). You can define an area to function as your engines. With this system you could have the exact same engine footprint. The same weight, thrust, fuel consumption, etc. However, you are now free to style the back end of the ship around one engine instead of many because it's shape and orientation are different. Using my masterful skills of paint I've illustrated a comparison of how things are now versus what I'm suggesting. These two ships would have identical weight, thrust, fuel consumption etc. because they have the same volume of engines, just spread differently. Voxel based elements would be manufactured just like elements are currently, but instead of outputting a singular object, it would output a volume of voxels, much like the honeycomb refinery does. One voxel of engine would have a set amount of thrust. A voxel of container, a set capacity etc. The larger the element, the more capacity/thrust/fuel/weight... What exactly is gained from this? Most of the benefit of this is aesthetic, but there is some importance to that. Have you guys seen the Facebook ads and YouTube trailers for DU? Most of them are featuring interesting looking ships to showcase what can be done in the game. The reality is that the markets are littered with ships that are nothing more than engines strapped to a container with a stack of wings. There is a distinct "sameness" to most of the ships I see and it's because I'm staring at the exact same engines and wings and hovers on every one of them. I believe this damages the atmosphere of the game, especially for new players looking to see all sorts of cool ships, or build them, and then end up having to meet the same "checklist" of parts and being restricted. Additionally though, you would be able to make better use of space within a ship. Containers could be long and thin for a specific type of ship or more square to fit where they need to. Most of an engine could be internal so it is longer instead of wider. Larger drive cores could offer reduced cooldowns. I'd like to hear some of your feedback. Bad idea, good? Waste of time? Let me know!
  7. This ship building contest was hosted by YouTube creator Shams. It gave me some inspiration for some ship creations of my own!
  8. A thought that came to my mind when Cube PvP became a plague. Why not make so that Elements that you can place on Dynamic core must be about the same size. For example on M core can be placed elements of S, M or L size. On S it is then XS, S or M. By doing so, The big ships will require a small ship assistance for small targets. Ships will eventually vary on there construct design and purpose in battle.
  9. What is the point allowing us smooth the terrain when we can't do it... After spending over 6 hours of building a ship using voxelmancy ( because the in game voxels do not do what they are told) I have decided to take a break and terraform the area around the base. Unfortunately for me, it lasted 5 minutes. I flattened some area out and decided to use the smoothing tool to make it look a bit smoother but instead got a never ending error in red seen in the Title. I am honestly tired of these minor issues that should have been fixed prior to "BETA". Maybe you (Devs) have a different definition of Beta but this should not be a problem by now. I have no words to describe my frustration, between this patch and the existing issues, I am disappointed. (Not that you really care. You will continue to do what you think is right and pay no attention to the community.)
  10. Hello all. I am writing this thread to see if we can have the Devs change some core(s) mechanics within the game. We know that there are 4 different cores and that each core is doubled as we move from XS to L (512^3, 256^3, 128^3, 64^3 L M S XS). As a builder, I would like to see the ability to change the core shape without intruding on the order of the cores. Let me explain this. The smallest core (XS) is 64x64x64 but due to it being a cube, it has a downside. The downside is the building potential within that cube. If we were allowed to change the core to let say 64h 84l and 44w we would open up the ability to use and shape the way we please. The small core will no longer be useless for refining and other actions. Furthermore, it will allow builders build around it so it is pleasant to the eye. It should be noted that I understand that this may break voxelmancy but I am sure someone can figure this out. Please leave your thoughts and any other ideas reference the core that I may have missed.
  11. To build a large space city for an org it would require massive amount of space cores to restrict other random ppl of placing a core and building a cube in between their assets. And if there will be some defense mechanics like planned with regular TUs (only the most outer ones can be attacked) this will create an opportunity for big orgs to build a somewhat-safe trade/military/other outposts in the wild space
  12. Entstanden aus der Anziehungskraft von Zusammenhalt und Miteinander... dies ist Black Hole Sun. Ausbeutung und Verrat formte und fügte uns zusammen. Wir werden zeigen das es auch einen anderen Weg gibt eine starke Gemeinschaft zu bilden. Lerne uns kennen... lerne was es heisst ein Teil des Ganzen zu sein und erfahre wie gegenseitige Unterstützung und Freiheit in unserer Gemeinschaft gelebt wird. Entfalte dich selbst und werde nicht durch Zwänge geknebelt, nur weil DU die Ziele anderer unterstützen sollst. Hier bist DU im Mittelpunkt und nicht machthungrige, geldgierige möchtegern Anführer. Komme zu Black Hole Sun, der einzig wahre Weg. Veteranen bieten euch Unterstützung für einen guten Start in DU. Resourcen, Schiffe, Knowhow, Cluster... Ausgebildet werden: -Miner -Industriespezialisten -Static Designer -Dynamic Designer -Piloten -Trader -Terraformer ...Black Hole Sun... because gravity suxx https://discord.gg/s58VjfeWq8
  13. Entstanden aus der Anziehungskraft von Zusammenhalt und Miteinander... dies ist Black Hole Sun. Ausbeutung und Verrat formte und fügte uns zusammen. Wir werden zeigen, dass es auch einen anderen Weg gibt eine starke Gemeinschaft zu bilden. Lerne uns kennen... lerne, was es heisst, ein Teil des Ganzen zu sein und erfahre wie gegenseitige Unterstützung und Freiheit in unserer Gemeinschaft gelebt wird. Entfalte dich selbst und werde nicht durch Zwänge geknebelt, nur weil DU die Ziele anderer unterstützen sollst. Hier bist DU im Mittelpunkt und nicht machthungrige, geldgierige möchtegern Anführer. Komme zu Black Hole Sun, der einzig wahre Weg. ...Black Hole Sun... because gravity suxx https://discord.gg/s58VjfeWq8 Veteranen bieten euch Unterstützung für einen guten Start in DU. Resourcen, eure Schiffe, Knowhow, Cluster... Ausgebildet werden: Miner Industriespezialisten Static Designer Dynamic Designer Piloten Trader Terraformer
  14. Heyho Novark Builders, I’ve got a little problem and I cannot find a good answer, so I would like to suggest a little something: This topic is not about core alignment, but about rotating cores. To be more precise, the rotation function where you hold R and Scroll with your mouse-wheel is far to unprecise. As far as I can judge this, equipping a Static Core will show you were you are able to place the core on your plot. This position is not “loose”, which means you can not rotate it by changing the direction your character is looking, but it is simply fixed. And sadly, it is not aligned with any of the plots six sides. Unequipping the Core and reequipping it does also not change the fixed position. Of course, you can rotate the core by holding R and using your mouse-wheel. However, this will rotate the core by a fixed amount of… dunno, 5 degree or so? This means you cannot properly align your building space to your territory’s walls no matter what, as holding R and scrolling rotates the core just by too much of a degree. I get that this might be not a point of concern for most of you out there, but I do think this is an issue that should be talked about. A possible solution and my personal suggestion is the following: The player should be able to rotate the core freely when holding down R and moving the mouse left and right (horizontally, of course!). Edit: Another possible solution would be a feature to snap on the borders of a core to the territorys borders. I have not found a thread with this topic, so if there is one or if you have a solution, please show me the way ^^
  15. Hi NQ, a really good idea for the quality of life, would be an indicatior that marks the cores direction when you set it down. As they are basicly mirrored and look the same on both halfs, but have different length in each x, y, and z axis ( btw whats up with that? one direction 254,5 voxels the other 255,5???). So to align them all in the same orientation it would be wonderfull if when placing them, we would get a sweet nice marker, like on the dynamic cores. That one can be gone after we place them down and outside of buildmode. But to build very large buildings its really nasty to align them all in the same orientation Thanks for reading Lordbelakor
  16. Hallo any one know how the fuel intakes work ? I can open en close them but not link them to a fuel tank and placing them directly on the tank does not seen to do anything either ? Are they just decorative ?
  17. Just out of general interest, is there any cities which have been built? Also how would a city even function? Could you sell apartments by using the permissions function or is the whole concept still WIP?
  18. What is Aesthetic Shielding? It is the art of building a ship so beautiful that tears form in the eyes of the aggressor making it difficult for them to go through with firing. Even if they do, they will inevitably re-evaluate thier life choices and become better people. Joining ASL means having a commitment to creating only beautiful constructs. Not for us the brutal cubes and boxes of simple minds. Everything we make, from simple cargo craft to huge manufactories, will be pleasing to the eye and mind. Everything we write and proclaim will adhere to the strictest of values concerning beauty of expression. Do not mistake us for wilting lilies. We will be entirely willing to go to war to protect ourselves or to improve the universe through acts of applied aesthetics. If you wish to proclaim the lifting up of your soul by joining Aesthetic Shielding Limited as an affiliate, then please respond to this message. Website to follow, pending interest.
  19. I want to be able to select a voxel construction with the selection tool and save this selection permanently as a blueprint for further use. This way you can construct your individual elements like "a voxel bottle" or "a voxel chair" and place it everywhere you like using the blueprint. Currently you can only save a complete core construction, but not single voxel elements.
  20. In a attempt to help me haul around cargo while mining I have built a storage barge with Hovers and Vertical Atmospheric Thrusters. My issue is that even when I am not inputting my craft to go up the vertical thrusters activate and attempt to hold me at a certain altitude just like the hovers when I just want the to be off unless I input to them to output thrust. It is a complete waste of fuel to be hovering via engines and not hovers so my question is how do I go about fixing this issue or changing things on my vehicle to make this work other then removing the thrusters entirely. Any feedback is appreciated.
  21. Hi I was wondering if the building system will have more types of blocks form the current space voxcle games on the market now? I find that I am always coming across situation that a few more block types are needed
  22. It would be useful if construct owners could permit specific players to build only in specified zones of a construct via RDMS. This would be especially useful in, say, an apartment complex, where you could allow a resident to edit and furnish their apartment and not any other part of the complex. Construct owners wouldn't have to find workarounds like splitting it up with multiple core units, for example.
  23. As with all empires, they start with little more than a spark. And so the spark has been ignited, giving birth to the Gaveen Empire. We aim to be known throughout the cosmos, focusing on all aspects of life ranging from simple mining expeditions to complex territorial wars. We aim to explore, gather, create, build, fight, and conquer. There is no limitation to what we will be able to accomplish. There is no time like the present. Though the empire is in its infancy, it will be in its infancy only once. Not is the time to join and be here from the beginning. Learn with the empire and progress as one. The Gaveen Empire will hold multiple divisions specialized in different areas of expertise and interest ·Mining Division -This ragtag group of individuals spend their lives beneath the ground in the darkness. Nothing beats the feeling of finding that fresh new source of ore for the empire. But before you go thinking they are just a bunch of Neanderthals with a mining tool, just remember the wealthiest of the empire started here. · Manufacturing Division -Working with machines may frighten some, but these individuals have found value in crafting the most exquisite items. They work closely with the mining division to help provide the empire with anything it may need. · Building Division -Do you enjoy building vehicles? Building structures? A rocket? How about a multi-functional battleship to patrol the empires most precious territories? These are the builders, and though we may normally go throughout our days not thinking about it, sometimes we just have to sit back and marvel at what they have been able to build. · Exploration Division -Crafting? Fighting? Why in the world would I care about that when I can explore the universe? The question may seem odd to most, but for this group this is all that matters. -From finding new planets to settle, or finding unique locations in the cosmos, these individuals love, even obsess, over seeing everything the universe has to offer. · Officer Division -These are the empires elite. They have proven their loyalty to our cause and have devoted themselves entirely. -Only those invited can join this elite division. · Spy Division -Classified. · Crew Division (PvP) -There is no more tight-knit division than this. They live together, and they die together. This is the division for PvP, waging war out in the cosmos. They may go on scouting missions, territorial expansion missions, or go to all-out war. -If you want to look the enemy in the eyes while they have you in their crosshairs and decide to live anyways, this is the division for you. Together, there is nothing we can’t conquer. We are accepting all applications. Please find us in the organization tab, or send a friend request to Galactic_Ruin (game name). If you have any questions, please don't hesitate to ask.
  24. What is the current best Voxel Editor to practise on so that when it comes to building in game, you have least transition problems?
  25. Using the hand to build and edit the terrain is great, but good be improved by a realistic solution. A tool, which could have multiple version, one to build, one to edit the terrain, which could be free for every player, but could break over use. Satisfactory’s tool is a great example.
×
×
  • Create New...