Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - SilverSynch

Pages: [1] 2
1
DF Suggestions / A varied list of suggestions
« on: January 06, 2017, 12:42:28 am »
Just off the top of my head.

Changing how Fortress Mode gives you dwarfs

  • Instead of selecting a home civilization in the world map, you now select a town or city belonging to a civilization in the embark details.
  • Attempting to embark would no longer randomly generate dwarves for you (or randomly pick them, if that's how it works).
  • Instead, you would have seven slots for potential dwarves.
  • A new menu would exist to search your selected starting town for dwarves, with filters for finding dwarves with specific skills and attributes. You should be able to study their thoughts screen before selecting them. A dwarf should have embark costs depending on their skills (but due to how many skills worldgenned dwarves have it would be less than how it is now) so you can't pick legendary dwarves for your starting crew under normal embark points.
  • You must fill at least one slot with a dwarf, but you can select less than seven. If there no available units that are citizens of that town there, you must select another one. If the game detects no available units at all, fort mode is locked off.
  • You cannot select starter dwarves from multiple towns.
  • You can select species other than dwarves for your starting 7 if they are citizens of that town.
  • If you select play now, do as we've always done, but modified to line up more with the above.
  • The first two migrant waves should no longer forcefully generate migrants if it needs to. If the civilization is dead, that's it.
  • Migrant waves should eventually actually be moving groups in the world.
  • Splitting migrant waves into two types: Town mandated, and Civilization mandated.
  • When a migrant wave is about to be spawned, a menu appears with information on the upcoming wave, such as the professions of the units and their species. This should contain an option to allow or deny the whole wave into your fortress.
  • Town mandated waves that are denied should eventually give you bad reputation with the town. Likewise for Civilization.
  • Civilization mandated waves cannot be made while the current civilization leader is dead, same with towns.
  • Eventually, refugee waves. Instead of from a town, the units come from a civilization's specific civilians, those escaping destruction or capture of their towns, and can come from civilizations outside of yours, more likely if it's a friendly one, but sometimes those from enemy civilizations will try to join you. Denying them entry has no downside.
  • You should, using artifact expedition squad code, be able to send out an request for a migrant wave to a town or the mountainhome, or confirm the fortress's living status.
  • Only allow towns from civs that are playable to be selected.
Bringing Fortress Mode vision in line with Adventure mode
  • Bring adventure mode lighting to fortress mode. The number of ticks per day may have to be adjusted to adventure mode levels, if needed.
  • Bring adventure mode vision to fortress mode. You, the observer, have prefect memory and will always remember the last known status of a tile, but you can only see them updated when a fort civilian can see there, with respect to their current vision capabilities. Doing this for hearing as well can be useful.
  • You are still immediately given the status of all above-ground tiles on embark.
  • An option should be available to turn off lighting color adjustments to tiles, with respect to tiles out of sight, which remain greyed always.
  • Units you saw before but can no longer see should be have their status listed as "Unknown, [last known status]".
  • Units should only react to other creatures they can see, i.e. no forgotten beasts immediately bee-lining for the fort, but also no dwarves freaking out over birds at the top of the fort map.
  • Stocks should use last known status for it's list.
  • Alerts should consider vision, so we don't hear about the badgers fighting at the corner of the map.
  • Redo stealth so it is more in-line with how adventure mode stealth works.
Changing how civilizations are made
  • In the beginning of the world, a species should have a specific location to originate from, the starting units should be placed in the general area with no starting towns or civs. If need be, these groups can be split across the map.
  • "Loose" units with no civilization that are friendly with each other should consider creating a town location.
  • "Loose" units with no civilization that are friendly with a town should consider becoming a civilian.
  • "Loose" towns with no civilization that are friendly with each other should consider creating a civilization to be associated with, selecting a town to become the capital. A single town may also attempt to do this, rarely.
  • If a capital is lost, they should select a new one if they consider the old one unrecoverable.
  • Relations with the capital should be considered part but not the entirety of the relation with the civilization.
  • Civilizations should be considered to be dead if there is no town currently associated with them.
  • Towns that are friendly with each other more than their civilization should consider splitting off into a new civilization.
  • Occasionally new towns that are created from a civilization's migrants will end up being "loose".
  • "Loose" towns should consider entering a civilization nearby if friendly, but not often.
  • Civilizations should, if friendly and very alike, consider merging. The relations should be averaged. A new civ is created, and the old ones are considered dead, so a town could possibly revive it while the merged one still exists.
  • A town or towns with a history of a no longer alive civilization should consider splitting off to revive it, if they were more friendly with the dead one than their current one, but should rarely do so if they have good relations with their current civ. If the original capital is not among them they should immediately choose a new one.
  • A town or towns that are more friendly with a nearby civilization than their current one should consider switching to it. They should consider this before considering splitting off.
  • The relationships between towns, a civilization and a town, and the opposite should be considered accordingly, i.e. a town that goes traitor or attempts to revive an enemy civ should no longer have good relations with it's original civ.
  • Conquering replaces a town's civ.
  • A town should consider being conquered peacefully if it is a better option than fighting or staying with their current civ.
  • Refugees from destroyed locations, or conquered locations (if they don't agree with the new civ), should leave the site, then consider grouping up and entering available towns in a wave, or, if too many options are horrible or too far away, make a "loose" town.
  • Groups making towns should attempt to go a fair ways away from existing non-resourceful locations before making it, respecting favorable climates and resourceful locations whenever possible. Eventually, make towns be created for specific purposes other than holding civilians (like mining metals), and make them consider placing accordingly.
  • Consider the location and problems with living in it, or problems with trade, for towns so they can go to ruin without a civ intervening.
  • Make changing of your civ available to fortress mode, so we can leave our original civ, change it, create one, etc.
  • Make fortresses count in town friendliness, so we can send an envoy to try and get them to come with us when leaving or creating a civ.
  • Eventually make relationships and triggers for things like civs merging consider historical figures interacting (like a marriage to merge monarch bloodlines), on top of stuff like good trading.
A bit of Myth suggestions
  • Gods should occasionally attempt to make a modified version (if they normally cannot make their own) or poorly made clone (if they can) of a rival god's created species.

2
So I finished reading this.

What the Hell. The mere revelation that my reading kills a character we'll never know the name of was a mindfuck alone, then one adds everything else that happens. Also, I'm dragging this topic kicking and screaming into October.

Should this ever pick up again, register spirit's class as Magic Innate.

3
DF Announcements / Re: Dwarf Fortress 0.43.04 Released
« on: June 27, 2016, 07:31:59 pm »
Worked fine here on Arch, though I got something which I think was a Kwin error.
Code: [Select]
(Dwarf_Fortress:23514): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",

(Dwarf_Fortress:23514): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
Didn't hurt anything though, just the message. I'll test more later, gonna rest a bit.
That's just GTK crying about the Adwaita theme missing. It's supposed to be a default theme though, so I wonder how you did that.

4
DF Announcements / Re: Dwarf Fortress 0.43.04 Released
« on: June 27, 2016, 07:01:12 pm »
I think the standard libraries are ok, no need to change what was working for 32bit build for such a long time. There are so many Linux distros out there, even if I can safely remove df_linux/libs/libstdc++.so.6 and libgcc_s.so.1 there is no guarantee it will work for others. Maybe users of more popular distros like Debian or Ubuntu should voice their opinion.
This is actually incorrect, having new, compatibility breaking versions of libraries under the same name as previous versions is extremely bad form in Linux (which does result in cluttered managers with lots of packages under similar names). Symlink libblargh.so.1 will always link to a library under version 1, libblargh.so.2 will always link to a library under the new, compatibility breaking version 2.

Even then, if any Linux distro actually goes against standard library names, they would have quite the sore user-and-devbase on their hands, because developers do NOT like having to make special versions for each distro (they will make special packages, but that's for a another reason entirely).

5
Other Games / Re: Starbound - We have lift off.
« on: February 18, 2014, 04:40:08 pm »
Does anyone know if the Parallax fix for Volcanic and Magma planets is still needed with the latest patch?

The full patch notes do say they fixed beaming down to them.

6
Other Games / Re: Starbound - We have lift off.
« on: February 18, 2014, 04:13:37 pm »
New (actually sounds good!) microphone instrument with sounds provided by Smooth McGroove!

That alone warrants my self-modifications being wiped.
UPDATING NOW

7
Other Games / Re: Starbound - We have lift off.
« on: February 18, 2014, 03:26:13 pm »
Apparently I'm patching. No notes yet that I can find, either on the chucklefish site or reddit.

Steam actually tried to do that while I was doing some asset modding (and item hacking). I now have Starbound on "ask me before updating".


8
Other Games / Re: Starbound - We have lift off.
« on: January 11, 2014, 07:17:52 pm »
Is ANYONE'S server up, running, and updated? I am having serious trouble connecting to any server, except Forsaken's, where it disallows me anyways because the server is outdated.

9
Other Games / Re: Dwarf Fortress Starbound Server: FRIENDS ME FOR JOINING
« on: January 05, 2014, 06:36:29 pm »
Request sent as SilverSynch on Steam, awaiting.

10
Other Games / Re: Starbound - We have lift off.
« on: January 02, 2014, 04:57:05 pm »
Anyone know of an Avian Airship within the Gamma Sector?
I've found two and an avian village so far.
Gamma ichora 04.

Whoops, I meant I need coordinates, I'm still on Singleplayer.
I was giving you the system.
Problem being, you cannot find the system easily. You're asking for them to trawl among a huge area for one system. he may as well fly about, as it'll probably be faster.

Coordinates can just be put in and you get the system.

And that's why I need the Coordinates.

11
Other Games / Re: Starbound - We have lift off.
« on: January 02, 2014, 04:35:13 pm »
Anyone know of an Avian Airship within the Gamma Sector?
I've found two and an avian village so far.
Gamma ichora 04.

Whoops, I meant I need coordinates, I'm still on Singleplayer.

12
Other Games / Re: Starbound - We have lift off.
« on: January 02, 2014, 03:33:52 pm »
Anyone know of an Avian Airship within the Gamma Sector?

13
Other Games / Re: Merry Making Gift Giveaway
« on: December 25, 2013, 02:41:43 pm »
Would it be alright if I nominate everyone who has thus far posted in this thread ? Just so that people don't post after me just to get nominated by such a blanket nomination of "everyone who ever posts in here,  past and future. And I'd like to reward those who put in the effort thus far!

Yaaaay ilysirus

Proof Descan is amazing.

14
Other Games / Re: Merry Making Gift Giveaway
« on: December 23, 2013, 08:08:49 pm »
Nominating LordSlowpoke, because why not.

15
Other Games / Re: Starbound Giveaway
« on: December 22, 2013, 05:01:31 pm »
Did I really miss it?

 :(

Pages: [1] 2