Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  
Pages: 1 ... 110 111 [112] 113 114 ... 185

Author Topic: Text Will Be Text - dfhack plugin  (Read 801142 times)

DragonDePlatino

  • Bay Watcher
  • [HABIT:COLLECT_WEALTH]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1665 on: May 20, 2015, 11:13:46 pm »

This reminds me of when Minecraft switched from using a big texture sheet to individual files.  I can absolutely say that working with multiple files VS one single one does slow down the workflow a bit. It also makes the task of making a new pack more intimidating to newcomers.

That said, I think having multiple files is ultimately the better way to go.  It makes customizing the game a LOT easier for the end user.

I haven't played Minecraft in a while so I took the opportunity to check out one of these new-fangled "resource packs".

...Holy cow! 8o Texturing one of those looks like it'd be a nightmare! Sure, you've got all of those file names, but editing the big terrain.png was already hard enough. Minecraft's insanely popular compared to DF, though, so I wouldn't be surprised if there are tools to streamline the process. I can agree about the end user thing, though. When it comes down to it, the end users outnumber the artists by the thousands. :I

Anyway, I think it's decided now, it will use config file with identifiers to coords mapping and also look for individual files. Everyone will be happy.

Crikey! Do ya see it there? It's tha rare "internet agreement" in it's natural habitat!

...Joking aside, this is a very nice compromise. I wrote all of GemSet's raws from scratch so I wouldn't mind putting in a little extra work to get a nice setup.

mifki

  • Bay Watcher
  • works secretly...
    • View Profile
    • mifki
Re: Text Will Be Text - dfhack plugin
« Reply #1666 on: May 20, 2015, 11:47:34 pm »

Also, I must say, apart from tileset authors who actually draw their tiles, there are people reusing and adapting already available graphics, especially when it comes to custom overrides for some items and buildings and not a complete tileset. In such case, again, it's much easier to drop a file you found somewhere to see how it looks in DF, and there are no problems you mentioned with palette and operations on all tiles at once. And this scenario I had in mind. Saying this just so that you don't blame me for a decision against artists:)

PeridexisErrant

  • Bay Watcher
  • Dai stihó, Hrasht.
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1667 on: May 21, 2015, 05:00:49 am »

Also, I must say, apart from tileset authors who actually draw their tiles, there are people reusing and adapting already available graphics, especially when it comes to custom overrides for some items and buildings and not a complete tileset. In such case, again, it's much easier to drop a file you found somewhere to see how it looks in DF, and there are no problems you mentioned with palette and operations on all tiles at once.

Have you considered looking in the raws for these images?  That would let mod authors seamlessly extend or override tiles, and enable PyLNP to handle everything. Just a thought... which I know Dirst has also been promoting lately.
Logged
I maintain the DF Starter Pack - over a million downloads and still counting!
 Donations here.

mifki

  • Bay Watcher
  • works secretly...
    • View Profile
    • mifki
Re: Text Will Be Text - dfhack plugin
« Reply #1668 on: May 21, 2015, 05:08:51 am »

Also, I must say, apart from tileset authors who actually draw their tiles, there are people reusing and adapting already available graphics, especially when it comes to custom overrides for some items and buildings and not a complete tileset. In such case, again, it's much easier to drop a file you found somewhere to see how it looks in DF, and there are no problems you mentioned with palette and operations on all tiles at once.

Have you considered looking in the raws for these images?  That would let mod authors seamlessly extend or override tiles, and enable PyLNP to handle everything. Just a thought... which I know Dirst has also been promoting lately.

What do you mean? Or a link.

LeoCean

  • Bay Watcher
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1669 on: May 21, 2015, 08:51:36 am »

Want one person's wall sprites an anther person's workshop sprites?  Just copy the appropriate files over and go.  With a sprite sheet they are stuck having to copy stuff using an image editor.  Even a config file can be an issue as then they have to figure out how to properly merge the bits they want from one into the other.

Exactly this.
Anyway, I think it's decided now, it will use config file with identifiers to coords mapping and also look for individual files. Everyone will be happy.

Unless the overrides they are overriding have the same tilesheet name they wouldn't have to use a image editor if they are truely lazy. At that point the only copy and pasting is in the text file.. Anyways this is looking like it's going to be awesome, I haven't really been keeping up though.
Logged

DwarfCon5

  • Bay Watcher
  • Over and Under
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1670 on: May 21, 2015, 12:14:43 pm »

I don't get it. Are there any screenshots?
Logged

Dirst

  • Bay Watcher
  • [EASILY_DISTRA
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1672 on: May 21, 2015, 06:14:30 pm »

Also, I must say, apart from tileset authors who actually draw their tiles, there are people reusing and adapting already available graphics, especially when it comes to custom overrides for some items and buildings and not a complete tileset. In such case, again, it's much easier to drop a file you found somewhere to see how it looks in DF, and there are no problems you mentioned with palette and operations on all tiles at once.

Have you considered looking in the raws for these images?  That would let mod authors seamlessly extend or override tiles, and enable PyLNP to handle everything. Just a thought... which I know Dirst has also been promoting lately.

What do you mean? Or a link.
The bits of the discussion you missed concerned getting the PyLNP mod manager to handle Stonesense content.  Pretty much anything stored under raw/ can be handled with little or no effort for the starter-pack folks.  It could be some dummy tag in the raws themselves, or more likely TWBT-specific files tucked under a subfolder.  The only complicated bit is how to handle collisions (two different mods trying to apply graphics to the same item).  The merged raw/ folder might end up with a specifically-named single image AND a configuration file entry for the same item.  Possibly multiple entries if modders name their configuration files differently.  All that's really needed is a consistent way of handling duplicate instructions (first-in-wins or last-in-wins).  If the structure is ragged such that entries can have highly variable lengths in memory, then I'd probably suggest first-in-wins and skip any duplicates.
Logged
Just got back, updating:
(0.42 & 0.43) The Earth Strikes Back! v2.15 - Pay attention...  It's a mine!  It's-a not yours!
(0.42 & 0.43) Appearance Tweaks v1.03 - Tease those hippies about their pointy ears.
(0.42 & 0.43) Accessibility Utility v1.04 - Console tools to navigate the map

PeridexisErrant

  • Bay Watcher
  • Dai stihó, Hrasht.
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1673 on: May 21, 2015, 06:41:12 pm »

The bits of the discussion you missed concerned getting the PyLNP mod manager to handle Stonesense content.  Pretty much anything stored under raw/ can be handled with little or no effort for the starter-pack folks.  It could be some dummy tag in the raws themselves, or more likely TWBT-specific files tucked under a subfolder.

The plan as I understand it is to check the data/art/ subdir for individual tiles, and if not found look for the data/art spritesheet and config file.  Am I correct in this?

My proposal is to look for the file structure you've designed for data/art in the raws first (assuming first-on).  Specifically, duplicate the logic and file structure for data/art/ in <savedir>/raw/twbt/, then the same in the main raw folder, then in data/art/, and finally the spritesheet in data/art/. 

This means modded saves can overwrite particular sprites, saying "in this mod, <item> looks like <this> instead of the normal look".  Storing data in the raw dir makes modded saves portable, enables conflicting mods in the same install, and a few other nice tricks.  It's also easy for PyLNP and similar tools to handle - as long as files can be replaced atomically, which is the case for the new system (yes?) but not spritesheets.  I thus suggest only allowing the new system in the raws.

Happy to discuss further, of course.
Logged
I maintain the DF Starter Pack - over a million downloads and still counting!
 Donations here.

DragonDePlatino

  • Bay Watcher
  • [HABIT:COLLECT_WEALTH]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1674 on: May 22, 2015, 03:06:17 am »

...What is the difference between overwriting a BOULDER and a ROCK? Is this some sort of DFHack fluke?

[OVERRIDE:7:I:BOULDER:BOULDER::items:28]

When I did that overwrite, it gave all of the dropped rocks (•) a tile. You'd think it would overwrite the big boulders (∞) but that's actually handled with the tile override StoneBoulder. Now it's time for me to do an override for ROCK and I have no idea what'll happen or what tile I'm looking for.

scamtank

  • Bay Watcher
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1675 on: May 22, 2015, 03:13:31 am »

One's an item, one's a tile feature like driftwood. ROCKs are the sort of knapped stones you see in adventure mode.
Logged

Max™

  • Bay Watcher
  • [CULL:SQUARE]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1676 on: May 22, 2015, 08:54:56 pm »

Yeah, the knapped stones or ones you gather from the ground, small granite rock, an obsidian, and obsidian boulder would be the one displayed on the ground.
Logged

DragonDePlatino

  • Bay Watcher
  • [HABIT:COLLECT_WEALTH]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1677 on: May 22, 2015, 09:45:23 pm »

Thanks! I've done some in-game testing and I think I understand the difference between boulders and rocks now. I still find the name a little weird, though. Why not ROCK and STONE?

Max™

  • Bay Watcher
  • [CULL:SQUARE]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1678 on: May 22, 2015, 10:28:31 pm »

Ask the Toad?
Logged

DragonDePlatino

  • Bay Watcher
  • [HABIT:COLLECT_WEALTH]
    • View Profile
Re: Text Will Be Text - dfhack plugin
« Reply #1679 on: May 23, 2015, 01:04:55 am »

Toady One? I assumed BOULDER and ROCK were names the DFHack developers gave to the memory values. They also mixed up GrassLightFloor and GrassDarkFloor so I wouldn't be surprised.

Anyways, is it possible to overwrite PETs and VERMIN? I've been screwing around with overrrides like

[OVERRIDE:109:I:VERMIN:VERMIN::items:96]
[OVERRIDE:111:I:VERMIN:VERMIN::items:97]
[OVERRIDE:123:I:VERMIN:VERMIN::items:98]
[OVERRIDE:126:I:VERMIN:VERMIN::items:99]
[OVERRIDE:249:I:VERMIN:VERMIN::items:100]

And I can't seem to get it working. I've even tried a huge number of subtypes and nothing seems to work.

EDIT:

I've also discovered another interesting quirk. And unlike the glitchy material colors, I don't think the next release will address this.



[OVERRIDE:17:I:SIEGEAMMO:SIEGEAMMO::items:129]
[OVERRIDE:196:I:SIEGEAMMO:SIEGEAMMO::items:130]
[OVERRIDE:174:I:SIEGEAMMO:SIEGEAMMO::items:131]

Siege ammo won't display properly! D: I'm positive that I'm targeting the right tiles, but I could only change the middle tile (the shaft). Does TWBT only target a single coordinate for each tile override? To get this working, I think you might need to check the tile left and right coordinates of an item if it is SIEGEAMMO.
« Last Edit: May 23, 2015, 02:52:08 am by DragonDePlatino »
Logged
Pages: 1 ... 110 111 [112] 113 114 ... 185