Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Rydel]

I know libpng has partial mng support, though I haven't checked how extensive that support is.
Libmng has full PNG support, since all PNG files are valid MNG files.

[Dirst]

I know libpng has partial mng support, though I haven't checked how extensive that support is.
Libmng has full PNG support, since all PNG files are valid MNG files.

From what I can find, .mng is designed for animated .png images, not multi-layer .png images.  So just go with the the .png idea.

[utunnels]

I'd suggest not using mng. Multiple png file + folder are easier to handle, anyone who has access to a computer can view and edit them.

[mifki]

In any case, I can definitely foresee artists adding a "topcoat" image by giving it a layer number higher than any material actually used in the building.  So long as that is handled gracefully (tinting with default material color of white is the same as not tinting at all, right?) then everyone will be happy.

Didn't undestand this. I thought people would mostly want untinted base image at layer 0 and then add layers tinted with material colours and containing only smaller parts of the image. You're saying it will be the other way round?

[Dirst]

In any case, I can definitely foresee artists adding a "topcoat" image by giving it a layer number higher than any material actually used in the building.  So long as that is handled gracefully (tinting with default material color of white is the same as not tinting at all, right?) then everyone will be happy.

Didn't undestand this. I thought people would mostly want untinted base image at layer 0 and then add layers tinted with material colours and containing only smaller parts of the image. You're saying it will be the other way round?

What you described is what I'd expect for a general case, but an artist might want to also put an untinted layer (probably just tiny accents) on top of everything else.  This is not really necessary since it could be handled with planning ahead on the transparency, it was more of turning graceful handling of an error (referencing a non-existing building material) as if it was a feature.

[Wooster]

I downloaded the latest Lazy Newb Pack for Linux (dfhack 0.40.24-r2) and TWBT is not working, with the following error messages.

Plugin twbt was not built for this version of DFHack.
Plugin: 0.40.24-r1, DFHack: 0.40.24-r2
multilevel is not a recognized command.

I'm coming here first to start pinning down the source. Is it a problem in TWBT, dfhack or LNP?

[fricy]

I'm coming here first to start pinning down the source. Is it a problem in TWBT, dfhack or LNP?

LNP. You should alert the author, r2 plugin is here.

[Wooster]

I'm coming here first to start pinning down the source. Is it a problem in TWBT, dfhack or LNP?

LNP. You should alert the author, r2 plugin is here.

Ta, will do.

[KingKaol]

In the linux distrubution for TWBT 5.43 there are 3 plugin files that already exist in dfhack: automaterial.plug.so, mousequery.plug.so, and resume.plug.so. Using these new files results in segfaults every so often (seems to be more likely with higher multilevel layers visible).

I switched back to the original dfhack r2 plugin files and everything still works, no crashes. (I'm using TWBT for the multilevel view only, no graphics sets, so i don't know if those plugin files are necessary or not).

[mifki]

I'll check them on Linux once I have a chance. Have you got core dump?

[KingKaol]

do i have to specifically generate one or is that output to a log somewhere?

[mifki]

do i have to specifically generate one or is that output to a log somewhere?

http://stackoverflow.com/a/2919398/991806

Thanks.

[KingKaol]

do i have to specifically generate one or is that output to a log somewhere?

http://stackoverflow.com/a/2919398/991806

Thanks.

So the core dump file is 1.3G...what should I do with it?

[mifki]

do i have to specifically generate one or is that output to a log somewhere?

http://stackoverflow.com/a/2919398/991806

Thanks.

So the core dump file is 1.3G...what should I do with it?

Doesn't it compress well?
Anyway, if you can't upload it somewhere, and if you have gdb installed, you can do "gdb libs/Dwarf_Fortress -c <dumpfile>" but I'm not sure if it will work that easy, don't remember what happened when I tried to debug DF dump last time.

[KingKaol]

oh yeah it compressed to 200MB:

https://www.dropbox.com/s/ek3dfa0q0r6powo/core.tar.gz?dl=0