ninco90
-
Posts
677 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by ninco90
-
Of course, having it enabled in the global settings completely disables the automatic wallpaper removal system. But of course, then in the TC you only set one face (i.e., like in vanilla), and for some reason it applies a default wallpaper to the other side of the face. I'll check this to see if it causes the same problem and I can solve it. Yes, but this would apply to all walls, including the ones inside the foundation. I don't know if I'm explaining myself correctly. -
Hi! If you've disabled the "both sides" option in your settings before the wipe, you shouldn't see any wallpapers on the exterior sides. When this setting is set to true, what it does is override the game's internal wallpaper override system when the wall is built. It has a system programmed to constantly check if there might be a wallpaper on the exterior to automatically remove it. My setting overrides this checking system in the game itself. What I find curious is that the default wallpaper randomly appears on building blocks. Maybe when something is built very close to said wall? Maybe the game checks to apply wallpapers to the other side of the wall if it has a roof or something similar. I'll definitely have to investigate this further, but I don't know if I can find a 100% valid solution, since what we're doing is overriding the game's default behavior by enabling this "both sides" setting.
-
Strange, I personally use Carbon on both the staging server and my x5 and have never encountered this problem. It sounds like a compatibility issue with another plugin. You could try without the rest of the plugins and reload BetterTC as you add plugins until you figure out where the problem is.
-
Implemented in 1.5.3 thanks to @BoobleJ
- 418 comments
-
- 1
-
-
- #builder
- #automation
- (and 9 more)
-
Facepunch changed the item to which the wall wallpapers are applied. Therefore, existing custom wallpapers (before the update) are no longer compatible unless they are regenerated or updated. In my case, I updated the existing wallpapers. The problem with this is that Steam Workshop updates don't usually handle it very well. So, when a change is applied, it either takes a long time to update in the background, or it doesn't update at all, or it updates quickly. You'll find a list of all the SkinIDs in the BetterTC data file. You can search for them manually and delete them, or simply wait for Steam to force a content update at some point so the changes are applied and then displayed correctly in the game. Unfortunately, there's no command to force this to happen. Honestly, it's a bit of a pain. I should have created new items instead of updating the existing ones; I thought it would have caused fewer problems.
-
Wallpaper designs are loaded through the workshop; it has nothing to do with the image library. You may have old files on your computer, as the wallpapers have been updated internally. I suggest waiting for Rust to update them internally or forcing them to update by manually clearing them from the workshop cache on Windows. Example: C:\Program Files (x86)\Steam\steamapps\workshop
-
I think it must be related to the server and client updates they released today. They applied this in this morning's update: https://commits.facepunch.com/r/rust_reboot/main/wallpaper_frontier_floor_fix https://commits.facepunch.com/r/rust_reboot/main/wallpaper_fixes Can you confirm if both are up to date? In my case, I have the game updated, but the server isn't yet. And I don't see the ceiling or floor wallpapers rendering in Frontier, even when placed manually with the Wallpaper Tool. It seems like a game-wide bug, so I'll keep investigating.
-
The Lego wall wallpaper has been fixed for about an hour. You may need to wait for it to update in your Steam cache. You can also force it to download again by manually clearing the entire workshop cache on your PC. This will force the skins to redownload. I've tried the two designs you mentioned and they load. It's true that these designs take a little longer to download due to their size. If you wait a bit, they should load.
-
Older Steam wallpapers aren't compatible unless updated, like I did with mine. That's why they won't load. Could you post a screenshot of what the Lego wallpapers look like?
- 418 comments
-
- 1
-
-
- #builder
- #automation
- (and 9 more)
-
Yes, this issue has already been mentioned to me, as it only occurs when changing the skin using the plugin itself. I need to figure out how to disable the ability to change the skin with the spray can, or at best, apply the same behavior to it, but I don't know if it's possible. Thanks for reporting it anyway!
-
It shouldn't stop repairing if you use RaidBlock on the server. Because when a raid is triggered, it should stop, if I recall correctly. I'm not in my city, but I'll check it out when I get there. You'll definitely need a plugin to control raids, though. I also think building blocks with recent damage, like in Vanilla, don't improve. I'll check it out.
-
"Force both sides including external sides": false Can you tell me if setting this to false stops it from happening? It's strange since no player on my server has mentioned this. But it's possible that blue wallpapers (by default) might appear on the walls, since that option disables the wallpaper removal system that the game itself forces. Disabling this will prevent you from having exterior wallpapers, but the wallpapers you mentioned should stop appearing.
-
Is that crafted item locked?
