UrmaneHendrake

  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

1 Neutral

About UrmaneHendrake

  • Rank
    Junior Member
...

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Enable
  1. In case it's useful, this is the shard mod config I used to use in my dedicated server, for 3 forest worlds and 1 caves, all interconnected: ["workshop-595764362"] = { -- Shard Configuration Mod enabled = true, configuration_options = { ["SyncFromMaster"] = true, ["Connections"] = { -- only point higher, not lower;must be the same in every shard; 2ways list only one side! ["1"] = { "2", "2", "2", "2", "3", "3", "3", "4", "4", "4" }, ["2"] = { "3", "3", "3", "3", "4", "4", "4", "4" }, ["3"] = { "4", "4", "4" }, --["4"] = { }, }, -- ["OneWayConnections"] = { -- ["1"] = { "2", "2" }, -- }, }, Unfortunately, too many of the other mods I use couldn't handle the multiple forests, and even fewer could handle multiple forests with different configs (I wanted 3 unique worlds, not 3 identical worlds).
  2. The steam client update today appears to have fixed this for me. I've resumed Gorging
  3. I had similar problem, players not able to join existing dedicated server with a world started before The Gorge - we had all players Enter The Gorge and play a match, and then all players were able to join.
  4. Same/similar issue, Gentoo linux, Steam. I play daily, and played a 45 minute Gorge game just yesterday. There was a Steam update today, IIRC. Have done "steam --reset", validated DST local game files integrity. This is the output I get when trying to run: GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to ProcessingInstallScript with "" GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to SynchronizingCloud with "" GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to SiteLicenseSeatCheckout with "" GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to CreatingProcess with "" GameAction [AppID 322330, ActionID 4] : LaunchApp waiting for user response to CreatingProcess "" GameAction [AppID 322330, ActionID 4] : LaunchApp continues with user response "CreatingProcess" Opted-in Controller Mask: 32 Game update: AppID 322330 "", ProcID 18203, IP 0.0.0.0:0 >>> Adding process 18203 for game ID 322330 GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to WaitingGameWindow with "" ERROR: ld.so: object '/home/urmane/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. /bin/sh: -c: line 0: unexpected EOF while looking for matching `'' /bin/sh: -c: line 1: syntax error: unexpected end of file GameAction [AppID 322330, ActionID 4] : LaunchApp changed task to Completed with "" >>> Adding process 18204 for game ID 322330 Game removed: AppID 322330 "", ProcID 18203 No cached sticky mapping in ActivateActionSet. I understand that ld.so error is to be expected, but the next two /bin/sh lines look fishy. EDIT: Plain Don't Starve works fine - appears limited to DST.
  5. Regardless of why, see http://steamcommunity.com/sharedfiles/filedetails/?id=595764362 for a way to address what appears to be your overall issue (starting more than 2 shards). I currently run a dedicated server with three forests and one cave, all interconnected via sinkholes.
  6. First time modder here, and I'd like to ask about ranges and events. I've forked snekoo's PartyHUD mod here: http://steamcommunity.com/sharedfiles/filedetails/?id=1233501056 and it appears that teammate's badges are only visible/updated when within range, meaning a player only gets relevant events when that other player is within range. This sorta makes sense, as I understand other actors in the game work differently when inside/outside a player's range. That logic doesn't appear to be in the module, so I'm assuming it's part of the base game normal operation. Two questions then: Is that range assumption basically correct? Is there a way around that?