Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  
Pages: 1 ... 294 295 [296] 297 298 ... 389

Author Topic: Future of the Fortress  (Read 2851605 times)

PatrikLundell

  • Bay Watcher
    • View Profile
Re: Future of the Fortress
« Reply #4425 on: February 24, 2022, 03:05:55 am »

Feedback on the Official Announcement of yesterday:

Whatever you do, DON'T do a "full release" with half of the game missing (Classic, Adventure Mode, Arena, ...). IF you feel a need to get something out there for feedback and whatnot, make an alpha release (a.k.a. "Early Access"), but don't adopt the awful deceitful recent practice of making a "full release" that actually doesn't contain half of the contents. Also, if you do make an alpha release, make a firm promise to actually finish the job before moving on to the "post release" phase, or you'll make it far too easy to push those parts off until never, especially when under pressure from those who don't care about the missing parts. Or you can make the honest decision to drop the cumbersome parts and state that clearly. An honest disappointment is far better than a deceptive promise that won't be kept.

Also note that an alpha release will inundate you with new bug reports of most of the bugs that are currently in the bug tracker as new people encounter them. They will demand that these bugs get fixed yesterday.

If I had had it my way DF would be in perpetual "Early Access", but that would be in its beta stages, not this alpha stage. And it has been decided not to do it that way...
« Last Edit: February 24, 2022, 07:07:53 am by PatrikLundell »
Logged

voliol

  • Bay Watcher
    • View Profile
    • Website
Re: Future of the Fortress
« Reply #4426 on: February 24, 2022, 03:35:44 am »

Will the weapons made by Ironhand keep the same style, or were the bases as well as the variations we’ve seen made by Meph? If they have changed, may we see them (for mod spriting purposes, as well as curiosity)?

Edit: Where does tutorialization go in the roadmap? With the tool-tips?

Mr Crabman

  • Bay Watcher
  • A person with the head and pincers of a crab.
    • View Profile
Re: Future of the Fortress
« Reply #4427 on: February 24, 2022, 07:31:39 am »

What sort of features for Legends mode were you thinking of for point 5 in the roadmap? I assumed the hyperlinks, tabs and worldgen chronicle were going to be the end of it to be honest, at least until post-release.

Feedback on the Official Announcement of yesterday:

Whatever you do, DON'T do a "full release" with half of the game missing (Classic, Adventure Mode, Arena, ...). IF you feel a need to get something out there for feedback and whatnot, make an alpha release (a.k.a. "Early Access"), but don't adopt the awful deceitful recent practice of making a "full release" that actually doesn't contain half of the contents. Also, if you do make an alpha release, make a firm promise to actually finish the job before moving on to the "post release" phase, or you'll make it far too easy to push those parts off until never, especially when under pressure from those who don't care about the missing parts. Or you can make the honest decision to drop the cumbersome parts and state that clearly. An honest disappointment is far better than a deceptive promise that won't be kept.

Also note that an alpha release will inundate you with new bug reports of most of the bugs that are currently in the bug tracker as new people encounter them. They will demand that these bugs get fixed yesterday.

If I had had it my way DF would be in perpetual "Early Access", but that would be in its beta stages, not this alpha stage. And it has been decided not to do it that way...

Some people have made a very good case for doing Adventure mode before releasing (https://www.reddit.com/r/dwarffortress/comments/szobaz/steam_community_update_23_february_2022_release/hy857m6/), but IMO Classic could safely be done later after the release, since most people who would play Classic would either not be buying the release anyway, or they would buy anyway even without ASCII just to support Toady.

Maybe just a quick thing thrown together in a week or whatever (no multilevel view or menu differences from the Premium version, perhaps other than swapping the menu graphics for ASCII-like glyphs and color scheme) would be an okay stopgap for the ASCII folks? It wouldn't look nearly as appealing as a "proper" ASCII/Classic menu rework, but could be workable for those few who want the ASCII, while still allowing the game to come out soon without impacting reviews negatively.
« Last Edit: February 25, 2022, 05:39:58 am by Mr Crabman »
Logged

squamous

  • Bay Watcher
    • View Profile
Re: Future of the Fortress
« Reply #4428 on: February 24, 2022, 05:03:01 pm »


1. Are there any plans in the near future (post-Steam release) to implement a description tag for things like plants and items?
2. Even if the graphical version of the game is published with only fort mode available, will the classic version of the game exist on steam as a separate branch of the game you could chose to install?
« Last Edit: February 25, 2022, 04:54:52 am by squamous »
Logged
I make huge and comprehensive overhaul mods, consider supporting me on Patreon so I can do this full-time:
https://www.patreon.com/themodsmith
Have questions? Need to report bugs? Post them in the discord:  https://discord.gg/dGzGr5svS2

A_Curious_Cat

  • Bay Watcher
    • View Profile
Re: Future of the Fortress
« Reply #4429 on: February 26, 2022, 03:35:17 am »


<snip>

Quote from: A_Curious_Cat
<snip>

Finally, I’ve noticed that it’s impossible to show the entirety of an embark even at the largest zoom level because part of the embark gets cut off by the black regions on the sides.  Would it be possible to change this to allow the full embark to be seen (I’d kind of like to get a screenshot of my full embark, but it’s currently impossible)?

<snip>

Embark image: I don't think this'll be possible.  In the existing version, there is the image export feature which produces what's effectively a screenshot of a z-slice, which you could then resize in any way you like, though maybe not what you wanted?  (though we haven't got that done either)

I use a separate program to capture screenshots.

Here's some gifs to illustrate the problem (I had to downscale one of them because the image-hosting site kept choking on it...):


Spoiler: World Map (click to show/hide)

Spoiler: Embark Map (click to show/hide)

Note that, in both gifs, the game is completely zoomed out.
Logged
Really hoping somebody puts this in their signature.

voliol

  • Bay Watcher
    • View Profile
    • Website
Re: Future of the Fortress
« Reply #4430 on: February 26, 2022, 04:41:06 am »

Sorry for the (possible) question bombardment.
What are the legalities of releasing the game on Steam without ASCII or Adventure mode? Considering the parity issues mentioned before, and that those parts would exist outside of the Steam version in 0.47.05, are there any risks of 0.47.05 downloads on the Bay 12 site leading to trouble? Or does that mean including a 0.47.05 download as well, somewhere in the Steam setup for Premium?

Mr Crabman

  • Bay Watcher
  • A person with the head and pincers of a crab.
    • View Profile
Re: Future of the Fortress
« Reply #4431 on: February 26, 2022, 05:28:32 am »

What are the legalities of releasing the game on Steam without ASCII or Adventure mode? Considering the parity issues mentioned before, and that those parts would exist outside of the Steam version in 0.47.05, are there any risks of 0.47.05 downloads on the Bay 12 site leading to trouble? Or does that mean including a 0.47.05 download as well, somewhere in the Steam setup for Premium?

Hmm, this probably can only be answered properly by lawyers (ie Kitfox), so it may be better to ask them (Tarn will likely need to ask them to find out to answer you here anyway, unless he already did ask).

EDIT: I'd guess it's probably okay, and would definitely be okay if this were done: http://www.bay12forums.com/smf/index.php?topic=179594.0

EDIT2: also, someone on Discord suggested just putting the current ASCII version as a Beta branch (not something one would use by accident, so no worries about bad first impressions).
« Last Edit: February 26, 2022, 06:13:40 am by Mr Crabman »
Logged

Mr Crabman

  • Bay Watcher
  • A person with the head and pincers of a crab.
    • View Profile
Re: Future of the Fortress
« Reply #4432 on: February 26, 2022, 06:35:50 am »

Are the menus themselves are tileset based? For example:



Each of those icons (helmets, magnifying glass, backpack etc) and the "borders" and backgrounds for the text buttons (the ones that say "Add uniform" and "Customize"), and the golden border and greenish-grey background of the menu itself... Are all those things (and the entire rest of the game UI) pulling from a spritesheet, available to be edited by graphics packs? I'm pretty sure myself that they are, but some others are less sure and I don't really have any evidence to tell them otherwise.

EDIT: nevermind; literal seconds after I post this someone found a previous FotF response confirming that they are in fact all moddable haha.
« Last Edit: February 26, 2022, 06:39:49 am by Mr Crabman »
Logged

Mr Crabman

  • Bay Watcher
  • A person with the head and pincers of a crab.
    • View Profile
Re: Future of the Fortress
« Reply #4433 on: February 27, 2022, 06:04:54 am »

1. How flexible is the versioning for mods? Like, is it just a string that you can put anything in, or does it want 3 numbers separated by dots, or an arbitrary number of dot separated numbers, or what?

2. Do you expect that there would be any kind of automatic version compatibility detection for mods (based on author-provided information of course), or would the nature of the version numbers make it just something the end user has to figure out? Like, if the author says that "3.0" is incompatible with "2.9" saves, would the syntax the author uses for that make it possible for the game to auto-detect that the mod shouldn't be updated to 3.0 for that save?

3. Will it be possible for graphics packs to define a greyscale texture and then have it be filled in with a true color? I ask because this old post by Meph: http://www.bay12forums.com/smf/index.php?topic=178199.msg8255811#msg8255811

Shows that hair colors for example, are bunched into groups, where each defined color has to point to its own specific sprite in a spritemap; so basically, would it be possible in principle to only have one sprite for a given hairstyle, and pull the color for the (greyscale) sprite directly from the defined set of colors? Or does each color always have to be its own sprite?
« Last Edit: February 28, 2022, 03:05:58 pm by Mr Crabman »
Logged

BlueManedHawk

  • Bay Watcher
  • Does you is not can the have the yet what do it be
    • View Profile
Re: Future of the Fortress
« Reply #4434 on: February 28, 2022, 05:51:20 pm »

Hello!  Why does DF use its own special format for raw files instead of an existing format (and particularly, why was the decision made that the format should SCREAM EVERYTHING)?
Logged


How do i use sigtext properly?

PatrikLundell

  • Bay Watcher
    • View Profile
Re: Future of the Fortress
« Reply #4435 on: March 01, 2022, 02:21:30 am »

@BlueManedHawk: Which "existing formats" are you thinking of? This game is old. XML did exist, but I don't think it was known for anything except HTML outside of academia, and forget about any libraries or other support for any format except possibly spreadsheet export/import.
Logged

Mr Crabman

  • Bay Watcher
  • A person with the head and pincers of a crab.
    • View Profile
Re: Future of the Fortress
« Reply #4436 on: March 01, 2022, 11:47:37 am »

Why does DF use its own special format for raw files instead of an existing format (and particularly, why was the decision made that the format should SCREAM EVERYTHING)?

Additional question along these lines, under what circumstances would you switch to a more traditional format for raw fies? You've mentioned before the idea of switching to a "proper scripting language" in a way that didn't sound like it was totally out of the question, just impractical.

Toady One

  • The Great
    • View Profile
    • http://www.bay12games.com
Re: Future of the Fortress
« Reply #4437 on: March 01, 2022, 08:02:59 pm »

Quote from: Mr Crabman
But can [moving the camera during worldgen] now be done unpaused? Sorry for asking, it's just that this sentence feels ambiguous.

Do you think it would be feasible to do [mod options] before the first release? Even just being able to enable and disable particular raw files (or multiple raw files) from being loaded/read based on labeled checkboxes (maybe also with a descriptive "this will enable X" blurb written by the mod author) being ticked or not would go a long way, basically offering equivalent power to what we have now, and it would solve the potential problem of the workshop (and DFFD probably) being filled with similar but slightly different versions of mods. Being able to enable or disable specific chunks of raw files (marked by special tokens at the start and end of the "chunk") would be even better, but presumably a bit harder to implement.

What's the limit for zooming out, and what's the cause of this limit? I worry if it might prevent larger screens from being able to see bigger sections of the embark (leading to them just having "bigger tile squares" instead, which isn't an ideal use of extra screen space).

[identical filenames:] What about the header at the top of the file (which can be different to the filename in principle, though usually it's the same), or was that implied in your response?

Ah, no, not currently.  It would be simple, though I'm a bit worried it'll still lag if somebody is deep in a large world gen.  It hasn't been noticeable in the 200s on a large, so maybe it'll be fine.  Things tend to get even more intensive though as the number of events etc. goes up.

It's feasible, the first one anyway.  I'm not sure how fiddly the chunk one would get, since not everything is set up to be parsed the same way as the creature ones (which offer some of that "do what you want with the raw text" functionality), if I recollect.

Zooming is out, currently, which perhaps ruins the images A_Curious_Cat was trying to make.  I didn't know they were animated.  This happened early on, since the zooming worked by making copies of the glyphs, and that just doesn't work fast enough now.  If we ever get textured quads it'll be pretty easy to bring back since those scale naturally and the grids are all set up to scale, but if I remember we never attained a textured quad/triangle print that we could turn on by default.  This is one of the things SDL 2 might give us, since it has more texture support, but I don't know and it's difficult to justify a possibly failed month trying at this point.

Quote from: OluapPlayer
Are gremlins being trainable intentional, or a case of a pet token you forgot to remove? Given they're the only sapients you can train, and trained sapients are buggy at best, I was wondering whether it was an accident or something you actually intend to expand upon later.

PatrikLundell: http://www.bay12forums.com/smf/index.php?topic=169696.msg8350582#msg8350582

Yeah, this is all kind of half-assed, based on a very old joke/easter egg that gremlins could be 'tamed' after being caught in cage traps but then would still go pull levers, if this ever worked.  It should probably all just be turned off at this point and revisited from something more like the villain/impersonation context vampires etc. use, and that wouldn't be a high priority thing.

Quote from: Olim
How much can/has DF be/been multithreaded?

As CPUs grow wider and not fast, it seems like headroom for performance for Single Threaded applications has been reached.

DF seems to have a lot of opportunity for threadedness which has not been taken advantage of but this can be hard to perceive. Often threadable tasks are quick and efficient while the non-threadable tasks may be long and slow so the actions which were threaded are completed quickly and wait while the rest of the software completes.

Are there other milestones which stand in the way or things which need to be stabilized before threading is safe?

PatrikLundell: http://www.bay12forums.com/smf/index.php?topic=169696.msg8350582#msg8350582

Don't have much to add to what PatrikLundell said.  The display code does run on a separate thread (thanks to the people that set that up, not me!), but expanded to other stuff has proved more difficult, despite the help people have provided with e.g. microthreading code examples etc.

Quote from: Mr Crabman
Will the other main civilizations (especially humans) get hairstyles for the Steam release? It looks like only dwarven civs have defined hair styles in the raws it seems, and now that we have graphics, it could be weird or samey looking if everybody ends up with super long ungroomed hair unless they live with dwarves.

It was noticeable yeah, ha ha.  There's a note for it, and hopefully that'll be done.

Quote from: TheFlame52
I noticed a while back that night trolls that abduct creatures always transform their new mate exactly 9 months after the kidnapping. Is this because of pregnancy time? Does this mean that giving birth to a night troll's child turns a creature into a night troll? Why does it work the same way for male abductees? If worldgen happens to end during the time between a kidnapping and the transformation, could I travel to the night creature's lair and peer into the data structures to see if the female is pregnant?

It looks like the conversion happens randomly during 2.5% of the weekly updates, and then a child is immediate the next week after conversion.  There's no pregnancy.

Quote from: Immortal-D
Have you considered allowing players to designate an entire ore/gem vein from an exposed tile instead of using a selection rectangle with sub-settings?  I was recently reminded that the former is not a vanilla function (DFHack), and seems like a good quality of life addition for Steam.

clinodev: http://www.bay12forums.com/smf/index.php?topic=169696.msg8352654#msg8352654
Salmuek: http://www.bay12forums.com/smf/index.php?topic=169696.msg8352666#msg8352666

I don't like the ability to distinguish invisible tiles, if Salmuek's correct that this is what you mean.  The vanilla automine feature was meant to cut down on the amount of (at the time) keypresses required to follow a vein, but I understand that the vein might loop back around to ruin some other plan you'd made.  I'm not sure how to fix this without omniscience or some fiddly blocking feature related to blueprints.

Quote from: Mr Crabman
1. Why are embark tiles 48x48? It feels like a weird number, neither just an intuitive even number like 100, nor a power of 2 like 32 or 64.

2. Would custom/moddable biomes and dimensions be possible in the future at some point after the map rewrite and mythgen?

That is, for biomes this would ideally enable things like custom ranges of flora/fauna with different predominances.

And for dimensions, would allow stuff like their own set of biomes and geology/material composition and structural generation (probably borrowed from other parts of worldgen, like "this is a cavern-like dimension" or "this place is made of floating rocks in a void" or something; or maybe that would be per-biome or something) and their metaphysical/magical rules (to an extent anyway; leaving some flexibility for mythgen to play with the dimension to varying degrees would be good probably).

In both cases, I mean in advance of worldgen itself for worldgen to work with, not just editing a specific world map post-worldgen with the "map editor" that's been mentioned before.

PatrikLundell: http://www.bay12forums.com/smf/index.php?topic=169696.msg8353052#msg8353052

1. Yeah, this is a weird ancient number - PatrikLundell may be right, but it's been so long I have no idea.  I would have done 32 or 64 these days.  There is a #define for it and I can just change it in that one place but...  I think the number of bugs that would pop up would be extreme indeed, ha ha.  I'm pretty sure even the map rewrite won't be enough to make the change, since it's just too dangerous.

2. Yeah, this is the idea (we've often talked about sphere-oriented regions, and it's kind of grown now into the map rewrite and the idea of editors and how myths will interact with it all to do various interesting stuff.)  The editors should go beyond map editing, if that's in question.  You should be able to work with more compact definitions that generates myths and worlds and regions, in addition to actually drawing stuff if you want.  It remains to be seen how this will evolve though, since it's probably the largest project we've taken on and there is some desire to try to approach it in pieces - it's not clear how much it can be cut up.

Quote from: Mr Crabman
How would mod updates work with the fact that saves don't keep raws anymore? One thing I see that worries me is that neither DFFD nor the Steam Workshop store old uploaded versions of mods (uploading a new version replaces the old one), so if all saves share mods (since they aren't stored inside the save folder anymore), that means updating a mod could irreversibly make all existing saves using it unplayable, and therefore as long as those saves exist, updating mods won't be safe/doable, so it won't be possible to use an updated version in a new save even though it could make use of it (if not for the other existing saves relying on the old version).

Old installed mods should stay around at least - it unzips them into their own folder, which doesn't conflict with other installed versions, and I don't think Steam erases those since it isn't linked to their database.  So there's one buffer anyway, though it wouldn't help if you had to reinstall the game or use another computer.  Of course keeping the old installed mods also leads to a garbage pileup issue, since mostly you'll just want newer (compatible) mods.  Not sure what to do about that yet.

Quote from: iwantjelly
Ok, if I understand correctly, Adventure Mode isn't sure to ever be released in the steam version ? That would be too bad, it has crazy potential !

Mr Crabman: http://www.bay12forums.com/smf/index.php?topic=169696.msg8354137#msg8354137
iwantjelly (op): http://www.bay12forums.com/smf/index.php?topic=169696.msg8354248#msg8354248
voliol: http://www.bay12forums.com/smf/index.php?topic=169696.msg8354252#msg8354252

The roadmap post http://www.bay12forums.com/smf/index.php?topic=174112.msg8354566#msg8354566 is where we are at currently.

Quote from: voliol
How often are you designing/planning/discussing other future stuff during, or when taking pauses from, working on the Premium release? Compared to during a more ”feature-heavy” arc like the villains one. Is it more often as revamping menus is more samey? Or more seldom because of being busy or having planned out what can be already? Or about the same?

The Premium release is taking up basically all of our DF time now.

Quote from: Mr Crabman
1. The number of sliders that can be put into the "main" generation screen is limited for obvious reasons of not being overwhelming; just some basic stuff, and all the masses of complex options get shoved into the advanced worldgen menu.

But for myth and magic (and maybe even future updates possibly, if you have plans that far ahead), what do you imagine these "top level, non-advanced" sliders for worlds would be? The most obvious ones (and which have been mentioned before) for myth&magic are a "mundane vs fantasy" slider, and a "randomness" slider separate to that maybe (though what a zero-fantasy world with high randomness would even mean?), but there also has been mention of things like world bleakness and such in the past, so I'm curious what you consider worthy of being a "basic" slider for the normal worldgen menu.

2. So you got a new batch of music from the composer apparently... What will it be for?

1. This dates back to the first Armok (where it obviously didn't go anywhere), but the idea is to allow people to make a fantasy setting of their choosing.  Since the myth stuff has proven so promising, I'm not actually sure how we're going to narrow it down now ha ha.  The old three slider idea seems like it doesn't capture everything, but it might not be too overwhelming to just have a few tabs concerning structure, progression/narrative, and atmosphere that you can kind of rabbit-hole down into if you choose to expand certain options.  It'll become more clear I think as the raw/generator format settles - I'll more easily have power over some things than others, and it'll make sense to highlight those levers.

2. Legends, more seasonal stuff, caverns, battles...  and there's more coming, ha ha.  This has been going quite well.

Quote from: voliol
1. What menus could not make it over to Classic semi-automatically? Due to what UI elements? The icon buttons?
2. It makes sense to me that Adventure and Legends mode get priority over Steam Workshop support. Is 4. on the roadmap just investigating Workshop, or for implementing it as well if it doesn’t take too long?
3. Have you figured a way to make future menus Classic/Premium-proof, having seen what broke this time? So that you won’t have to do double menus in the future?

1. Yeah, the icon buttons are the main problem, and every menu we've shown that uses them.  Which is almost all of them in one way or another.  The buttons are very compact, and if the ASCII+tooltips don't suffice, then we'll need bigger, textier buttons in those cases, which can cascade outward.
2. If it doesn't take too long, then yeah.  It's nontrivial, I've been told, but hopefully straightforward - I've never done any internet code before, so if their library/etc. doesn't handle that part, it'll be much more difficult.  Once I can get a subscribed mod zip on the disk, we should be in good shape.
3. Some thought and experience will go a long way, ha ha.  I think double menus will probably be justified in some future cases, but the restrictions and requirements will be in mind, which should be most of it.

Quote from: Mobbstar
Does "haven't done anything with Adventure mode and Arena mode yet" mean these modes would be available with the old (0.47) interface?  Or unavailable at all?

If they don't have graphics and mouse support, they won't be in the Premium release.

Quote from: voliol
Will the weapons made by Ironhand keep the same style, or were the bases as well as the variations we’ve seen made by Meph? If they have changed, may we see them (for mod spriting purposes, as well as curiosity)?

Where does tutorialization go in the roadmap? With the tool-tips?

I am hopefully showing some of these in the dev log presently.  They are a bit different, and the coloration method is new.

Yeah, when we do the tool-tips etc. we want to come out of it with that part complete.

Quote from: Mr Crabman
What sort of features for Legends mode were you thinking of for point 5 in the roadmap? I assumed the hyperlinks, tabs and worldgen chronicle were going to be the end of it to be honest, at least until post-release.

The main thing we are missing from the ASCII version is the maps.

Quote
Quote from: squamous
1. Are there any plans in the near future (post-Steam release) to implement a description tag for things like plants and items?
2. Even if the graphical version of the game is published with only fort mode available, will the classic version of the game exist on steam as a separate branch of the game you could chose to install?
Quote from: voliol
What are the legalities of releasing the game on Steam without ASCII or Adventure mode? Considering the parity issues mentioned before, and that those parts would exist outside of the Steam version in 0.47.05, are there any risks of 0.47.05 downloads on the Bay 12 site leading to trouble? Or does that mean including a 0.47.05 download as well, somewhere in the Steam setup for Premium?

Mr Crabman: http://www.bay12forums.com/smf/index.php?topic=169696.msg8355304#msg8355304

1. It has come up, but never really had a time to be slotted in.  There's also tension with procedural stuff and details of how they are used and such.  We're not generally going to be a Qudlike game in the sense of having well-written descriptions.

2/voliol. Steam has said they'd be satisfied with branches as I recollect.

Quote from: Mr Crabman
1. How flexible is the versioning for mods? Like, is it just a string that you can put anything in, or does it want 3 numbers separated by dots, or an arbitrary number of dot separated numbers, or what?

2. Do you expect that there would be any kind of automatic version compatibility detection for mods (based on author-provided information of course), or would the nature of the version numbers make it just something the end user has to figure out? Like, if the author says that "3.0" is incompatible with "2.9" saves, would the syntax the author uses for that make it possible for the game to auto-detect that the mod shouldn't be updated to 3.0 for that save?

3. Will it be possible for graphics packs to define a greyscale texture and then have it be filled in with a true color? I ask because this old post by Meph: http://www.bay12forums.com/smf/index.php?topic=178199.msg8255811#msg8255811

Shows that hair colors for example, are bunched into groups, where each defined color has to point to its own specific sprite in a spritemap; so basically, would it be possible in principle to only have one sprite for a given hairstyle, and pull the color for the (greyscale) sprite directly from the defined set of colors? Or does each color always have to be its own sprite?

1+2. The displayed version can be anything.  Rather than trying to parse various formats, there's also a simple integer version that isn't visible for the player.  It'll be slightly annoying for authors to keep tabs on it separately perhaps, but I wasn't sure of another way to do it that didn't force a standardized version format, which I assumed people wouldn't be happy with.  And the main benefit was that automatic version compatibility detection is just a simple check for bigger numbers, against whatever numbers the authors provide.

3. This has changed quite a bit.  Rather than grayscale, for many items now, we've implemented palette swaps, so that each color can be selected more artistically.  I'm not sure if hair colors will get the same treatment or remain as they are for now, since each implementation takes time, but ideally that would lead to the best looking hair since highlights could be done without being forced into a flat or overlay model as we had been doing previously with e.g. minerals and swords, which led to things looking a little dull or washed out.

Quote
Quote from: BlueManedHawk
Why does DF use its own special format for raw files instead of an existing format (and particularly, why was the decision made that the format should SCREAM EVERYTHING)?
Quote from: Mr Crabman
Additional question along these lines, under what circumstances would you switch to a more traditional format for raw fies? You've mentioned before the idea of switching to a "proper scripting language" in a way that didn't sound like it was totally out of the question, just impractical.

PatrikLundell: http://www.bay12forums.com/smf/index.php?topic=169696.msg8356159#msg8356159

PatrikLundell is correct in that even though stuff like Python/Lua is from the 90s (as far as I can tell), I hadn't heard of it by the time I started the DF txt files, though it's hard to remember exactly...  I think the first game I knew that used Lua was Civ 5, after DF was out and about for years, and as I recollect, this is really when I became aware of standard practices of game scripting languages, though I might be forgetting something.  Civ 4 used Python I think, but I wasn't aware of that.  Dunno about before that.  I remember messing with Age of Empires (1) flat files but don't remember if they had a standard format.  In any case, it wasn't on my radar as something really useful until it was too late.

It'd be a huge project to implement.  The least problem is the amount of text files to be converted - much harder I expect is all the various code integration, with the added problem of my having zero experience at all here.  I don't even know if Lua is the normal decision anymore or if other things have become more accepted.
Logged
The Toad, a Natural Resource:  Preserve yours today!

Su

  • Bay Watcher
    • View Profile
    • Angel Island Zone
Re: Future of the Fortress
« Reply #4438 on: March 01, 2022, 10:36:19 pm »

thanks for the answers toady.

I don't even know if Lua is the normal decision anymore or if other things have become more accepted.

not sure if this is quite the right place to ask this, but as a game developer i would be very interested to know what the standard / best practices are when it comes to scripting formats [more specifically static data declaration, as is the case with the df raws] also.
Logged

clinodev

  • Bay Watcher
  • Embark Profile Enthusiast, Kitfox & reddit mod.
    • View Profile
Re: Future of the Fortress
« Reply #4439 on: March 01, 2022, 10:39:43 pm »

Thanks for the replies as always! Exciting times!
Logged
Team Bug Fix!
Pages: 1 ... 294 295 [296] 297 298 ... 389