Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Thanks for offering to provide a Vietnamese translation for the mod. I've sent you a friend invite on Steam to discuss further.
Yes, the mod is working fine on my end. What part of the mod is not working for you?
If you're experiencing a crash, then copy the contents of your client_log.txt file (from a session where a crash occurs) to pastebin.com and reply with the link here.
The mod has therefore been updated to Version 1.1.9. The mod will once again use io:write for save files (instead of PersistentStrings, which stored saves separately between the Main and UpdateBeta branches of the game).
Refer to the Version 1.1.9 Change Notes for more information.
Thanks for the report. I've just pushed out a hotfix (Version 1.1.8). Please update the mod.
Today's Game Update (v653007) [forums.kleientertainment.com] re-enabled the io:write function, but it is now restricted to the "unsafedata" folder. However, this update didn't actually create the "unsafedata" folder, so the io:write function is still not usuable by mods unless a player manually creates that directory.
I will push out another update to make the mod return to using io:write (instead of PersistentStrings) once Klei rectifies the missing directory issue.
When using this mod with another mod that auto-open gift drops, a race condition is created between whether this mod or the other mod detects a gift drop first. To prevent such issues, you will have to make a choice between either using this mod or the other mod.
If you're unaware, this mod includes an auto-open gift drop feature that can be enabled in the mod configuration options. Using this mod's included auto-open gift drop feature (instead of that from another mod) will ensure that the weekly drop counter of this mod increments properly.
Yesterday's Game Hotfix (v651414) [forums.kleientertainment.com] disabled the ability for mods to use the io:write function.
As the Weekly Drops Counter, Weekly Skin Drops History, and Curio Cabinet Skin Data Export features of this mod all use this function, the mod was updated to instead use PersistentStrings.
This is a temporary stop-gap fix until Klei releases an io:write alternative since PersistentStrings are stored separately between the UpdateBeta and Main branches. So, Weekly Drops obtained in the UpdateBeta branch will unfortunately be tracked separately from the Main branch (& vice versa).
See the Version 1.1.7 Change Notes for more info.
The weekly skin count is working fine on my end.
Do you happen to be using another mod that auto-open gift drops? If so, it could be possible that there's a race condition between that mod and this mod. If the other mod is auto-opening the gift before this mod detects it, then the count won't increment properly.
If you are indeed using another mod that auto-open gifts (alongside this mod), then can you try disabling that other mod to see if the count increments properly? If the count increments properly, then it's, in fact, a race condition. And if you're not aware, this mod also includes an auto-open gifts feature that's disabled by default (can be enabled in mod options).
Regardless, to help me debug, can you copy and paste your client_log.txt file from a session where a drop occurs onto pastebin.com , then reply with the link here? Thanks.
The mod environment is sandboxed, so it wouldn't be possible to make the taskbar icon flash nor have the game send a system notification.
If you don't want to have drops auto-opened or periodically check the window for a drop, you could make a simple mod to play a more audible, repeating sound when a drop is available. But, that won't be something that's added to this mod.
A simple way to do this would be to loop the sound when the "giftreceiverupdate" event is pushed, then modify the "RevealItem" function in giftitempopup.lua to stop the sound when the drop is opened. Hope that helps.
Alternatively, if this is open source, I could likely add the functionality myself. Is there a Github repo for this? I've never made a DST mod but I've worked on mods for other games, not clear on the differences but I figure it's worth a shot.
Skins that are automatically granted by the game (such as Complimentary rarity and Event rarity items) have a drop timestamp of 0. The game uses unix epoch for times, so a timestamp of 0 equals "January 1, 1970 00:00:00 UTC" (or your time zone equivalent).
See: https://en.wikipedia.org/wiki/Epoch_(computing)
If you're fluent in both Spanish & English and wish to contribute a Spanish translation, please reply here first, then add me on Steam. We can discuss there. Thanks!
No compatibility support will be provided for the mod you mentioned. That mod is a modified clone of this mod and has taken code, files, and translations from this mod without ever seeking permission from me or other contributors. It is also running an old outdated version of this mod.
If you wish to AFK farm skins, this mod has a built-in Auto Open Gift Box feature. The feature (disabled by default) can be enabled in the mod configuration options. You can then use this feature alongside a god mode console command (either "c_godmode()" or "c_supergodmode()") to AFK farm.
Thanks for the report. I'm still unsure why the game doesn't properly detect text sizes for scaling when the Russian translation mod you linked is enabled.
I've just pushed out Version 1.1.5. The mod will now completely disable the text-scaling elements in the main modal when that translation mod is enabled.
But, a downside to this is that you'll now need to expand the skin drop history window to see skin rarity information. This should prevent all black screen issues related to it.
Let me know if this solves your problem.
If you're using a Russian translation mod in conjunction with this mod, check to make sure you've updated this mod to the latest version (1.1.4).
Проверенно на своём опыте
Thanks for confirming the fix worked.
Lol. It's all working now.
Thx
Appreciate for the info. I've tried installing the translation mod you linked, but I'm not experiencing a black screen.
Regardless, I've just pushed out an update containing a stricter scaling fix than the one introduced in Version 1.1.2. Please update the mod to Version 1.1.3 and let me know if it fixes your issue. Thanks.
I'm not sure I did it right.
So, just to confirm, the mod works fine until you enable a Russian translation mod, correct? Can you tell me which translation mod you're using?
Pastebin.com allows you to copy text onto the site and it'll generate a link that can be shared. You can also make the link expire after a specified amount of time. In this case, copy the contents of your client_log.txt file into the "New Paste" section, select a "Paste Expiration" (1 Day), then click "Create New Paste". That'll give you a link that you can share.
Do note that only a client_log.txt file from where a black screen occurred will be useful.
I don't understand the site
Can you confirm that you've updated the mod to Version 1.1.2?
If you have, can you tell me what your most recent skins are? And, if possible, copy your client_log.txt (from a session with the black screen issue) to pastebin.com and reply with the link here? This will help me debug further as I'm not able to replicate this bug. Thanks.
Thanks for confirming that Version 1.1.2 fixed the issue.
Thanks for the correction.
The Russian-speaking community suffered a lot because of this bug.
Thank you
While I'm unable to reproduce the black screen / freeze issue you've each reported, I've just pushed out an update (Version 1.1.2) containing a potential remedy. Please let me know if Version 1.1.2 fixes the issue for you.
Make sure you're on the latest version of the mod (Version 1.1.1). There was a black loading screen issue on Version 1.1.0 when certain Cyrillic characters were used in skin names (from workshop language packs), but that was fixed in Version 1.1.1 in May 2023.
If you've confirmed you're on Version 1.1.1 and still crashing, then I'll need your client_log.txt file to debug further. To do so, copy the contents of your client_log.txt file onto pastebin.com and reply with the link here.
The client_log.txt file can be found be found in the "Documents\Klei\DoNotStarveTogether\" folder. Do note that this file is overwritten each time the game launches, so only the log from a session where a crash / black screen occurred will be useful.