The following mods exist on the mod portal by author Leftn: Delete Gleba, Delete Vulcanus, Delete Fulgora. These mods are excellent in concept, moving tech and giving alternate recipes for native resources so that the game is smoothly playable with the planets removed, opening up many options for players to better customize their solar system. However there are unaddressed maintaince issues for many months, including for example: they have broken compatibility with any planet start they contain softlocks, eg: using both Delete Vulcanus and Delete Fulgora causes superconductors to require tungsten which requires a foundry which requires superconductors ... This bounty is for a fork of these mods that is more actively maintained and includes a Delete Nauvis mod in a natural and compatible way.

The idea is to add the possibility of building a space elevator on planets to deliver items to space platforms (and possibly from platforms). This would diversify the solution of logistical problems in modded playthroughs, and overall would look like a cool addition. (Although there is a space elevator in the Space Exploration mod, it works on a different principle and cannot be added separately to the main game, but I would like to have a separate elevator to complement the modpacks and the main Space Age). Naturally, strict requirements for the construction of a space elevator will have to be introduced for the game balance. For example, several stages of construction with excavation of the foundation, etc. as in the Rocket-Silo Construction mod, a limit on the number of space elevators (1 per planet, or no closer than 2000 distance to the nearest elevator for example), the high cost of construction (including unique resources from all 4 base planets), the constant maintenance using those unique resources and constant draw of large amount of energy. All this should make building an elevator impossible in the early and middle game (also tech research level cryogenic or promethium), but possible in the late game, which should slightly reduce the benefits of using it. Codewise, I think the space elevator could work as a fast, free (or almost free) rocket silo. It will be good for the mod to have compatibility with other mods for using it in modpacks (the ability to install with other mods, the ability to use resources from modifications). TLDR: Space elevator building, which is expensive and constructed in several stages Space elevator can transfer items to (and maybe from) space platforms It is hard to get and maintain, but cheaper and faster to operate then launching rockets Codewise can be just a free and fast rocket silo, or maybe something else

A problem planet modders find is that vanilla Space Age planets have extensive and strong rewards. They made sense to be designed this way for the expansion, giving compelling goals for visiting each one. But it leaves modded planet fighting for space. This bounty is for a mod that opens up new planet reward space in any significant way. A minimal solution would remove existing rewards of vanilla planets and let other mods add them back on their own planets in compatibility patches. However, note that some players would not see the appeal of downloading such a mod. Another approach would be to delete some vanilla planets entirely, although since such mods already exist, a little more than this would be needed to quality as a solution. It is also worth thinking about the incentives from the planet author's point of view. Good luck!

Occasionally, a modder wants to disable the vanilla GUI for an entity and replace it with their own. This commonly occurs when they want to remove some part of the vanilla GUI to reduce confusion (since it is not possible to edit vanilla GUIs directly). For example, the Radiation-proof Inserter in the Cerys mod disables the GUI entirely because its custom logic conflicts with the player being able to set circuit settings. Ideally, the inserter could have a GUI of its own which intercepts the vanilla one. It would be a huge task to replicate the entirety of vanilla entity GUIs, but a more feasible task is to make a 'barebones' entity GUI in a library mod for mod authors to extend. To complete this bounty, a barebones GUI should be provided have a proper frame, title, close button, entity status and entity preview, with similar styling to vanilla Factorio. It should automatically replace the vanilla GUI in a simple way, the developer should be able to attach their own children to the interior. A published or draft mod is acceptable. However, please note: library dependencies, for them to add value, should be very clean and stable, but also allow flexibility and don't introduce too many unnecessary layers of abstraction.

This bounty is for one or more high-quality menu simulations for Cerys. I have been told by Loup&Snoop that when using the 'save' approach to simulations, it is possible to import mod files. This means the code should not need to recreate the solar wind scripting (like the Cerys Briefing simulation does). Please avoid making any plutonium farms including charging rods, that should be unspoiled.

Inspiration Mods in the game have always sought to add some functionality that wasn't there before. Taking some inspiration from this mod that allows for deliveries to a remote location, this mod would fill a gap with being able to quickly find resources to exploit as well as find locations for remote strike systems (Spidertron, artillery, etc.). Solution requirements (compliant with RFC 2119 ) In no particular order: Mod MUST be documented in code. There SHOULD be configuration options, they MAY: Change the scanning Radius Change the range (or allow for infinite range) Allow for integration with other planetary mods The Mod SHOULD be extendable, ie allow for the definition of additional drone types (Attack, crash-build?) The Mod MAY integrate with other mods and planets. Ideally, this would be something that you can create with basic materials and then be able to construct more and more complex drones. If permission from Klonan (or Sacredanarchy) can be gotten from their mod, you MAY re-use their code or graphics

i have 4 types of glass in my game right now. one from igrys, one from arig, one from crushing industries and one from metal and stars via something called common prototypes. beyond that reinforced glass from Maraxsis and shielded glass from sola ponics... I would like a mod that makes all of these glasses the same and be able to use them in each others recipe or that changes the grafics and names of the to be more different.

Cerys makes nuclear fuel reprocessing more realistic by adding a nitric acid treatment step. This bounty is for a vanilla-modifying mod which changes uranium reprocessing to also include this step. As a stretch goal, we could add extra PUREX steps to both vanilla and Cerys reprocessing. You may wish to add a nitric acid recipe for Nauvis.

This unpowered entity automatically makes ghost solar wind particles appear at its tip, which float off to the right. This will help players interact with the solar wind mechanic on Cerys. The graphics should fit well with the Cerys mod. You can learn more about the Cerys art styling by viewing an uploaded base such as this one: https://www.foundrygg.com/bases/i/be_zlgu69dhki45o9ekjltbpe3e . Solar wind are the pink particles seen left of the moon, which are manipulated by the charging rod entities. This tower entity will be constructed by the player so as opposed to the Fulgoran heating towers, it could look dieselpunk. It should probably look very simple, like a tool used by surveyors. The implied height should be ~2/3rd the size of the charging rod.

The https://mods.factorio.com/mod/Space-Age-Hardcore-Mode modpack has a notable missing component: a 'Hard Nauvis' mod. There are a few existing Hard Mode changes that apply to Nauvis (mixed ores, dark nights, delayed technologies), plus some optional dependencies for enemy mods that the player might like to use, but not enough to justify a Hard Nauvis mod just yet. This bounty can be completed by providing a high-quality mod of any kind that can be used as a building block for Hard Nauvis.