Mobbstar

  • Content Count

    6221
  • Joined

  • Last visited

 Content Type 

Profiles

Forums

Downloads

Klei Bug Tracker

Game Updates

Hot Lava Bug Reporter

Everything posted by Mobbstar

  1. I have the controversial idea that the one-man band should be able to confuse boss minions. It would be worthwile just being able to neutralise them until the rest of the gang can take them out. Plus, it adds an optional combat role for people to consider. Plus plus, said role is lag-resistant.
  2. So many juicy things! I'm expecting the official caves will benefit from the new falloff textures too. To clarify, these textures are in the old Don't Starve (since caves update I believe). The non-ruins ones have separate files too! For comparison, this is the default falloff:
  3. This discussion happened on the community Discord server. (You can also find it in the "Explore" tab in Discord.)
  4. This is an interesting edge-case of how guard peeking works. I quote @qoalabear
  5. These aged like fine wine, given the Eye For An Eye update.
  6. Wow, I didn't think this mod would work at all anymore. No idea how this causes issues with NucleusCoop. I didn't even know that exists. It'd probably be wise to generally re-make this mod, because the UI has changed a lot in those seven years.
  7. If you click on the Klei Points icon in the game (specifically in the Collections) it logs you in directly via API. If that works, you can then paste the reward link in the URL bar. I did that shortly after this link has been posted and it worked.
  8. Hello all! When Island Adventures started four years ago, we couldn't imagine it becoming such a big and long-lasting project. Many people have come and/or left the crew and many breakthroughs and miracles have been performed. The mod has come a long way. However, in recent times, there have been mounting problems we are not equipped to deal with. Most notably, Don't Starve Together itself has grown and changed much. The overlap of DST and SW content comes not only with technicalities, but also increasingly complicated bugs, and big gameplay issues. Therefore, we have decided to forfeit Maxwell's tropical paradise to Queen Charlie, and let her form a different kind of island adventure. More specifically, we will not finish missing or incomplete content (such as treasure hunt, volcano, quacken, &c.) nor patch bugs that occur with new game updates. However, the Steam Workshop page and the GitLab repository (including the entire development history), will remain online and public, for posterity. Heroic strangers may use this to continue developing and send a "Pull Request" to get their solutions applied to Steam Workshop. If a part of Island Adventures seems useful for a different mod (e.g. the climate transition code), we'd gladly let the other mod take it. However, we insist the mod's Steam Workshop page mentions this, for the purpose of avoiding misunderstandings. Also, feel free to consult us about that. We may be able to provide context and code explanations to help incorporate it. Thank you for the fun years! -the Island Adventures devs
  9. This issue has been resolved in an update to the mod tools.
  10. Update: This issue can be circumvented by temporarily renaming the mod on Steam Workshop. (e.g. add an 'a' to the title) Still not sure what causes the issue, but since it seems to happen based on alphabetic order, I should be able to identify the mods responsible (assuming it has nothing to do with hidden mods). (I have not yet disected the source code.) EDIT: Turns out a (1) hidden mod I am contributor for causes this issue. The Steam API does not let me get any details for this one Workshop Item, but happily tells the mod tools that it's in my workshop list. The mod tools fail as soon as reaching that item in the alphabetic list, regardless of which game said item is for.
  11. Bump. I can't be the only one who is unable to update mods because of this. Note that the list is in alphabetic order and stops at some point. The last entry is not necessarily the first item the user is not uploader of. Is the source code of the uploader tool available to us?
  12. I only noticed this because @Hekateras has the Contributor items now as well, and told me about it.
  13. As of recently, the Steam Workshop API appears to have changed. When the uploader tool fetches the list of mods on the workshop, it gets all the mods you've uploaded, but also all the mods you're mentioned in as "contributor". Unfortunately, contributors still cannot update mods. The big problem, however, is that the mod tool fails to parse (or even just receive?) this new list format, and thus does not offer to update some mods. I am currently unable to update several DST, DS, and Invisible Inc mods because of this.
  14. In my HUD Hotkey mod I did this: GLOBAL.TheInput:AddKeyDownHandler(GetModConfigData("key"), function() local wilson = GLOBAL.ThePlayer if wilson and wilson.HUD then if wilson.HUD:IsVisible() then wilson.HUD:Hide() else wilson.HUD:Show() end end end) This only works because HUD is purely client-side (i.e. it only affects the person pressing the key). For your case, a RPC or alike would be needed. Kzisor's code seems to use RPC under the hood too. By copying from Kzisor's RPC Handler example and my Key Handler example, you should almost have everything needed. However, you'd also have to send the RPC in the Key Handler function. I cannot recall how that works. To clarify, it would look something like this, I imagine: GLOBAL.TheInput:AddKeyDownHandler(GetModConfigData("key"), function() local player_character = GLOBAL.ThePlayer if player_character ~= nil and player_character.prefab == "yourcharacter" then --TODO send RPC "yourhotkeyname" for player_character end end) AddModRPCHandler("yourmodname", "yourhotkeyname", fugg)
  15. Is the reward a warm feeling coming from my chest?
  16. Mentioned in that other report as well. Apparently a lot of things are affected with icantdothatosis.
  17. Sorry to keep the shopcat thing going, but this is a Klei official meme, as indicated by the URL: http://assets.kleicdn.com/public/INV/shopcat.jpg Edit: and here are a couple I made myself to get the point across.
  18. I wonder why they'd add so much weight. The former entirety of the sounds and music folder would be "only" 513 MB (i.e. approx. half a gigabyte), The entire DLC files were barely a gigabyte before this update. (For comparison, RoG is 535 MB and SW is 640 MB. The basegame without DLC directories is 834 MB.) (I did not update yet.)
  19. Finally the standard compiler updated the hitbox calculation. A wonderful day! Thank you!
  20. I'll be that guy and say this is a ridiculous thing. When will silk become burnable?
  21. There are also two tags "notarget" and "invisible", but I think both of those are used somewhere already and thus may get removed at some point (e.g. using Bush Hat)
  22. Klei use Adobe, but the mod tools only come with Spriter. Decompiling animations into a Spriter project is possible with Simplex' "krane" tool, as found on the Browse->Downloads page of these forums, and on GitHub. As a rule of thumb, making a custom idle animation or a custom action are feasible, but reanimating everything is a lot of work because there are a lot of animations with a lot of keyframes and a lot of symbols/sprites.
  23. After you call inst:Remove(), the thing is gone. Entirely What you want is to play the "destroy" animation and install an Event Listener that runs inst.Remove when the animation finished playing. Refer to a range of vanilla prefabs for details.
  24. @FurryEskimo To clarify: A variable is a name for a value. eg: breaking = 10 -- breaking is the variable, and 10 is the value A component is a bunch of code ready to be used by whatever prefabs want it. A prefab is a kind of object. eg: You can make two tents, which are two separate objects, but the same one prefab because they're made with the same code. The "finiteuses" component has a lot more than just a variable going on. It can save/load the usage and - if my memory serves - syncronises it to clients. You can look at the full code in scripts/components/finiteuses.lua, but be warned it will involve a little bit of networking. The top of the component file should list all variables defined by the component. You could also copy the component file, put it in your own mods scripts/components/ folder, rename it, and then customise it. But the point of components is to be re-usable. One of the marks of good programming is that little to no code has to be written twice! If "cheating" lets you write less to achieve more (without resulting in explosions or arrest warrant, neither of which should be the case here), then it's productive. So if you got it working with the finiteuses component, that means you got it working. If you can think of any more tests, do those to make sure it works, then you're done here. (Aside: Testing could also be automated, but Don't Starve is not suitable for that. Other programs may have "Unit Tests" and "Integration Tests", which are code specifically testing for you if other code works. Unit tests are typically fast and test only a tiny isolated part of the code, while integration tests essentially use the program automatically. Obviously, integration tests are not feasible for a video game like this, and with mods changing everything, unit tests also do more harm than good. But since testing is a slog, think about how to make testing faster anyways.)