debugman18 Posted January 13, 2015 Share Posted January 13, 2015 Alright, I've ported Winnie to DST, and I'm currently in the process of overhauling her with the changes that were discussed. I've also added the static damage type (currently only on the ball lightning during static) which will be used for the Semiconductor boss. The reputation mechanic seems a decay functionality, and static needs to show up as a cause of death in the morgue. The recent changes are currently untested in DST, but there isn't any reason for things to not work (that I can tell.) Other overhauls incoming. @simplexI've heard that there are issues with character-specific recipes in DST? Do you know more about that? Link to comment Share on other sites More sharing options...
Kam297 Posted January 13, 2015 Share Posted January 13, 2015 Not sure if this is the right place for this... but anyway,Im getting an error trying to "make" the dev branch kelton@kelton-HP-ENVY-m4-Notebook-PC:~$ cd /home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAwaykelton@kelton-HP-ENVY-m4-Notebook-PC:~/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway$ makemake -C anim allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/anim'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/anim'make -C images allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/images'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/images'make -C bigportraits allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/bigportraits'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/bigportraits'make -C levels allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/levels'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/levels'make -C exported allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported'rm -f ../log/scml_log.txt../tools/scml_wrapper.sh -f --ignore-self-date "golden_sunflower/golden_sunflower.scml" ".."Error Exporting /home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported/golden_sunflower/golden_sunflower.zipunhashable instanceTraceback (most recent call last):File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 495, inExportBuild( endianstring, zip_file, buildxml, outzip, not results.skipantialias, results.platform, results.textureformat, results.hardalphatextureformat, results.force, results.ignoreexceptions )File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 365, in ExportBuildatlases = AtlasImages( images, "atlas", outzip, 2048, antialias, platform, textureformat, hardalphatextureformat, force, ignore_exceptions)File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 214, in AtlasImagesatlases = atlas.Atlas(ims=ims, outname=outname, max_size=maxtexturesize, scale_factor=SCALE_FACTOR, ignore_exceptions=ignore_exceptions, force_square=results.square)File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/buildtools/linux/Python27/Lib/site-packages/klei/atlas.py", line 204, in Atlascontained_images[ b.im ] = TrueTypeError: unhashable instanceERROR: Command failed!Makefile:68: recipe for target '../anim/golden_sunflower.zip' failedmake[1]: *** [../anim/golden_sunflower.zip] Error 255make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported'Makefile:67: recipe for target 'exported' failedmake: *** [exported] Error 2kelton@kelton-HP-ENVY-m4-Notebook-PC:~/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway$ also getting the same error on the stable branch.@simplex, @debugman18,Thanks in advance for any help.And thank you fellowship for the awesome mod! Edit: apparently {mention}debugman18{/mention} isn't right even though it's what the "special bbcode / mention" button does. -.- Link to comment Share on other sites More sharing options...
Kam297 Posted January 13, 2015 Share Posted January 13, 2015 @debugman18, I've heard that there are issues with character-specific recipes in DST? Do you know more about that? When a clients recipes aren't the same as the host their screen is all black on entering the game. Link to comment Share on other sites More sharing options...
debugman18 Posted January 13, 2015 Share Posted January 13, 2015 Not sure if this is the right place for this... but anyway,Im getting an error trying to "make" the dev branch kelton@kelton-HP-ENVY-m4-Notebook-PC:~$ cd /home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAwaykelton@kelton-HP-ENVY-m4-Notebook-PC:~/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway$ makemake -C anim allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/anim'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/anim'make -C images allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/images'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/images'make -C bigportraits allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/bigportraits'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/bigportraits'make -C levels allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/levels'make[1]: Nothing to be done for 'all'.make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/levels'make -C exported allmake[1]: Entering directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported'rm -f ../log/scml_log.txt../tools/scml_wrapper.sh -f --ignore-self-date "golden_sunflower/golden_sunflower.scml" ".."Error Exporting /home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported/golden_sunflower/golden_sunflower.zipunhashable instanceTraceback (most recent call last):File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 495, inExportBuild( endianstring, zip_file, buildxml, outzip, not results.skipantialias, results.platform, results.textureformat, results.hardalphatextureformat, results.force, results.ignoreexceptions )File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 365, in ExportBuildatlases = AtlasImages( images, "atlas", outzip, 2048, antialias, platform, textureformat, hardalphatextureformat, force, ignore_exceptions)File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/tools/scripts/buildanimation.py", line 214, in AtlasImagesatlases = atlas.Atlas(ims=ims, outname=outname, max_size=maxtexturesize, scale_factor=SCALE_FACTOR, ignore_exceptions=ignore_exceptions, force_square=results.square)File "/home/kelton/Downloads/ds_mod_tools-master/build/linux/mod_tools/buildtools/linux/Python27/Lib/site-packages/klei/atlas.py", line 204, in Atlascontained_images[ b.im ] = TrueTypeError: unhashable instanceERROR: Command failed!Makefile:68: recipe for target '../anim/golden_sunflower.zip' failedmake[1]: *** [../anim/golden_sunflower.zip] Error 255make[1]: Leaving directory '/home/kelton/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway/exported'Makefile:67: recipe for target 'exported' failedmake: *** [exported] Error 2kelton@kelton-HP-ENVY-m4-Notebook-PC:~/.local/share/Steam/steamapps/common/dont_starve/mods/UpAndAway$ also getting the same error on the stable branch.@simplex, @debugman18,Thanks in advance for any help.And thank you fellowship for the awesome mod! Edit: apparently {mention}debugman18{/mention} isn't right even though it's what the "special bbcode / mention" button does. -.- Well, firstly, there is no longer a dev branch. Master now serves the purpose of dev. Anyways, what are you trying to make the branch for? We use make to package the mod and to convert art assets / animations into the appropriate formats (.tex, anim.zip). Link to comment Share on other sites More sharing options...
Kam297 Posted January 14, 2015 Share Posted January 14, 2015 my mistake. and oh man am I bummed. I assumed i needed to run it to compile it or somethin and it took me fiddling around with imagemagick for like an hour to get libpng as its dep. And if you don't mind me asking how do you atlas multiple images in a tex? I'm not really interested in pixel counting. Link to comment Share on other sites More sharing options...
simplex Posted January 14, 2015 Author Share Posted January 14, 2015 Not sure if this is the right place for this... but anyway, Im getting an error trying to "make" the dev branch The error you're getting is due to a Python library conflict (pillow vs PIL). See this thread for more info and for the rather cumbersome workaround. However, there's not really a need to 'make' the mod unless you're editing our base art assets (pngs, scmls, etc.). We keep the built art assets in the git repo as well, to make it easier for testers (even if that's not great as far as programming practices go). @simplex I've heard that there are issues with character-specific recipes in DST? Do you know more about that? Yeah, I know quite a bit about it. You can look for my posts on it in the "Ipsquiggle-esque" thread in the DST modding subforum. The reason I don't look it up myself and link it here is because the bottom line is wicker fixes it. Just use 'Recipe' instead of 'GLOBAL.Recipe' or '_G.Recipe'. wicker fixes the issue with mod recipes not being properly built (or crashing the game) when there's a mismatch between recipe addition order across mods on host vs clients, which is the source of the related bugs being reported now (which, honestly, I warned PeterA about before they started showing up, writing this wicker subsystem in anticipation of them). However, the annoying part is making those recipes actually show up for only one character. The way it's being done with Wickerbottom and mod characters is adding a tag to the character and only making the recipes show (by patching the crafttabs widget) when that tag is present. It's somewhat ugly (even if not hard to implement). Do we really need this right now, before official support for character specific recipes is more fleshed out? Anyways, what are you trying to make the branch for? That's a fair question, but at the same time I see no reason to detract from a clear commitment to building the mod, testing it fully. The 'make' output shows the SCML_COMPILER path was set in make/config.mk and all, so it's not like Kam297 doesn't know what he/she is doing. Link to comment Share on other sites More sharing options...
debugman18 Posted January 14, 2015 Share Posted January 14, 2015 The error you're getting is due to a Python library conflict (pillow vs PIL). See this thread for more info and for the rather cumbersome workaround.However, there's not really a need to 'make' the mod unless you're editing our base art assets (pngs, scmls, etc.). We keep the built art assets in the git repo as well, to make it easier for testers (even if that's not great as far as programming practices go). Yeah, I know quite a bit about it. You can look for my posts on it in the "Ipsquiggle-esque" thread in the DST modding subforum. The reason I don't look it up myself and link it here is because the bottom line is wicker fixes it. Just use 'Recipe' instead of 'GLOBAL.Recipe' or '_G.Recipe'.wicker fixes the issue with mod recipes not being properly built (or crashing the game) when there's a mismatch between recipe addition order across mods on host vs clients, which is the source of the related bugs being reported now (which, honestly, I warned PeterA about before they started showing up, writing this wicker subsystem in anticipation of them). However, the annoying part is making those recipes actually show up for only one character. The way it's being done with Wickerbottom and mod characters is adding a tag to the character and only making the recipes show (by patching the crafttabs widget) when that tag is present. It's somewhat ugly (even if not hard to implement). Do we really need this right now, before official support for character specific recipes is more fleshed out? That's a fair question, but at the same time I see no reason to detract from a clear commitment to building the mod, testing it fully. The 'make' output shows the SCML_COMPILER path was set in make/config.mk and all, so it's not like Kam297 doesn't know what he/she is doing. Character specific recipe stuff isn't necessary right now; I was just curious since Winnie will eventually require a custom recipe for the lureplant. There's no rush, since it can be added whenever. As for Kam building the mod, I didn't say there was anything wrong with it. I'm just curious why. I think that's the first time someone has tried to do that. Oh, do you have any ideas on why the reputation component data doesn't persist through save/load? It uses tables to do everything, but I don't know how that would effect the saving. It might be that I'm not returning it to data.factions, but I think just returning it should do that. I haven't messed much with components until now, so sorry if it's a silly question. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.
Please be aware that the content of this thread may be outdated and no longer applicable.