Jump to content

HunterZ

Member
  • Posts

    39
  • Joined

  • Last visited

Recent Profile Visitors

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

HunterZ's Achievements

Explorer

Explorer (4/15)

  • Conversation Starter
  • Collaborator
  • Reacting Well
  • One Month Later
  • Week One Done

Recent Badges

9

Reputation

  1. HunterZ

    Raidable Bases

    You mean you can't see the times? This is due to Facepunch changes. Facepunch may have a fix coming.
  2. Compared old and new versions, and it looks like the `#endif` at the end of the file got lost. It should be safe to just add that back manually for now.
  3. HunterZ

    Raidable Bases

    FYI Ian from Facepunch replied to me on the Rust Discord with this: https://discord.com/channels/560127830160048128/807653522861457448/1220077192898412606
  4. HunterZ

    Air Drop Marker

    According to the Raidable Bases author, this is something Facepunch broke in the latest update. I don't think there's anything mod authors can do about it at the moment.
  5. HunterZ

    Raidable Bases

    No, he said that mounts always get ejected but deployables are checked for a steamid owner. Based on that, horses being displaced from Ranch makes sense, but chairs and toilets from Oxum's does not.
  6. HunterZ

    Raidable Bases

    This must be broken or missing a corner case then, because it ejected a toilet and two chairs from Oxum's!
  7. HunterZ

    Raidable Bases

    So I accidentally spawned a base on top of an Oxum's, and it permanently pushed a bunch of non-player deployables out of the monument (chairs, toilet, etc.). I also accidentally did this once at Ranch on a previous wipe, and ejected all the horses out lol. Questions: Is there some way to revert them to their original positions, or are they stuck like this until the next map wipe? Is there a way to configure RB so that it ejects player deployables only, and not default ones - or a possible code fix? I noticed that player deployables all seem to have an owner while default ones don't, so it seems like maybe checking for that might work.
  8. FYI, Microsoft has declared war on this app and puts up a big, scary red malware screen when I try to view any of the RBLTE pages here on CodeFling using Edge. VirusTotal doesn't detect any issues with the .zip, so I'm not sure what their deal is.
  9. I'm not running any plugins that would spawn default containers, but I do run RaidableBases, which uses CopyPaste to spawn in bases with player deployable containers, and then the former populates them with loot from its own tables. Here is my current plugin list anyway in case you want to look: Mod Author Version Hook Time Memory Usage Compile Time Uptime AdminRadar nivex v5.3.4 341ms 3.9mb 17ms 7h40m24s AirDropMarker AhigaO#4485 v1.1.1 92ms 8.0kb 35ms 7h40m24s BetterChinookPatrol WhiteThunder v0.2.0 34ms 72.0kb 59ms 7h40m24s CopyPaste misticos v4.1.37 10ms 2.7mb 430ms 7h40m24s CustomVendingSetup WhiteThunder v2.10.3 91ms 8.0kb 277ms 7h40m24s EntityOwner Calytic v3.4.1 2ms 16.0kb 637ms 7h40m24s EternalPlants 0x89A v1.0.1 0ms 0.0b 14ms 7h40m23s Finder MON@H v3.1.1 1ms 16.0kb 66ms 7h40m23s Godmode Wulf/lukespragg/Arainrr/dFxPhoeniX v4.2.14 8ms 348.0kb 92ms 7h40m23s ImageLibrary Absolut & K1lly0u v2.0.62 72ms 11.6mb 328ms 7h40m23s InventoryViewer Whispers88 v4.0.6 1ms 52.0kb 76ms 7h40m23s MagicAirdropPanel MJSU v1.0.2 82ms 260.0kb 38ms 7h40m23s MagicBradleyPanel MJSU v1.0.2 63ms 20.0kb 54ms 7h40m23s MagicCargoShipPanel MJSU v1.0.2 69ms 4.0kb 29ms 7h40m23s MagicCh47Panel MJSU v1.0.2 66ms 16.0kb 29ms 7h40m22s MagicClockPanel MJSU v1.0.3 13ms 1.6mb 29ms 7h40m22s MagicEasterPanel MJSU v1.0.3 65ms 16.0kb 41ms 7h40m22s MagicFpsPanel MJSU v1.0.2 2ms 272.0kb 26ms 7h40m22s MagicGridPanel MJSU v1.0.7 2ms 12.0kb 41ms 7h40m22s MagicHalloweenPanel MJSU v1.0.3 66ms 8.0kb 28ms 7h40m22s MagicHeliPanel MJSU v1.0.4 70ms 16.0kb 31ms 7h40m22s MagicHostilePanel MJSU v1.0.10 3ms 44.0kb 38ms 7h40m22s MagicJoiningPanel MJSU v1.0.3 1ms 28.0kb 28ms 7h40m22s MagicLastWipePanel MJSU v1.0.1 1ms 8.0kb 25ms 7h40m22s MagicPanel MJSU v1.0.8 118ms 3.4mb 162ms 7h40m22s MagicPingPanel MJSU v1.0.5 6ms 144.0kb 40ms 7h40m22s MagicPlayersPanel MJSU v1.0.3 1ms 116.0kb 29ms 7h40m22s MagicRadiationInfoPanel MJSU v1.0.4 3ms 16.0kb 39ms 7h40m22s MagicRadiationPanel MJSU v1.0.3 58ms 744.0kb 39ms 7h40m22s MagicSantaPanel MJSU v1.0.2 76ms 28.0kb 28ms 7h40m22s MagicServerTimePanel MJSU v1.0.6 1ms 24.0kb 26ms 7h40m22s MagicSleepersPanel MJSU v1.0.3 1ms 8.0kb 26ms 7h40m22s MagicWipePanel MJSU v1.0.5 1ms 8.0kb 28ms 7h40m22s MapMyAirDrop ColdUnwanted v0.1.0 122ms 16.0kb 80ms 7h40m22s MonumentAddons WhiteThunder v0.15.0 116ms 1.0mb 899ms 7h40m22s MonumentFinder WhiteThunder v3.1.2 23ms 488.0kb 126ms 7h40m22s NavMeshErrorFix Ryz0r v1.1.1 0ms 0.0b 14ms 7h40m22s OfflineRaidProtection realedwin v1.1.7 169ms 596.0kb 307ms 7h40m22s RaidableBases nivex v2.8.5 469ms 8.9mb 557ms 7h40m22s SortButton MON@H v2.2.0 3ms 12.0kb 108ms 7h40m22s Telekinesis WhiteThunder v3.2.1 0ms 0.0b 82ms 7h40m22s UpdateChecker tofurahie v4.1.3 835ms 0.0b 163ms 7h40m22s WipeInfoApi MJSU v1.1.0 1ms 0.0b 28ms 7h40m22s Edit: And here is the subset that contain `Spawn(`: AirDropMarker.cs CopyPaste.cs CustomVendingSetup.cs InventoryViewer.cs MapMyAirDrop.cs MonumentAddons.cs RaidableBases.cs
  10. Getting a crash on load with the new version (see below for proposed solution): (20:24:49) | Loaded plugin UpdateChecker v4.1.3 by tofurahie [138ms] (20:24:49) | Failed to call internal hook 'OnServerInitialized' on plugin 'UpdateChecker v4.1.3' [1330569572] (The specified path is not of a legal form (empty).) at string System.IO.Path.InsecureGetFullPath(string path) at string System.IO.Path.GetFullPath(string path) at new System.IO.Enumeration.FileSystemEnumerator<string>(string directory, EnumerationOptions options) at new System.IO.Enumeration.FileSystemEnumerable<string>+DelegateEnumerator(FileSystemEnumerable<string> enumerable) at new System.IO.Enumeration.FileSystemEnumerable<string>(string directory, FindTransform transform, EnumerationOptions options) at IEnumerable<string> System.IO.Enumeration.FileSystemEnumerableFactory.UserFiles(string directory, string expression, EnumerationOptions options) at IEnumerable<string> System.IO.Directory.InternalEnumeratePaths(string path, string searchPattern, SearchTarget searchTarget, EnumerationOptions options) at string[] System.IO.Directory.GetFiles(string path, string searchPattern, EnumerationOptions enumerationOptions) x 2 at List<AboutPlugin> Oxide.Plugins.UpdateChecker.GetAllPlugins() in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 326 at void Oxide.Plugins.UpdateChecker.ClearPluginList()+(PluginInfo cfgPlugin) => { } in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 361 at int System.Collections.Generic.List<Oxide.Plugins.UpdateChecker+PluginInfo>.RemoveAll(Predicate<PluginInfo> match) at void Oxide.Plugins.UpdateChecker.ClearPluginList() in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 361 at void Oxide.Plugins.UpdateChecker.UpdatePluginList() in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 341 at void Oxide.Plugins.UpdateChecker.CheckPlugins() in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 317 at void Oxide.Plugins.UpdateChecker.OnServerInitialized() in C:/Games/rust/carbon/plugins/UpdateChecker.cs:line 170 at object Oxide.Plugins.UpdateChecker.InternalCallHook(uint hook, object[] args) in UpdateChecker.cs/Internal:line 134 I think the fix might be to modify the `foreach` loop in `GetAllPlugins()` to be as follows: foreach (var check in Directory.GetFiles(Interface.Oxide.PluginDirectory))
  11. So I went ahead and fixed things to use only the default categories, and after running for about 17 hours I noticed a massive amount of CPU and RAM usage incurred - about 20x what any other mods (including Raidable Bases) have used: Mod Author Version Hook Time Memory Usage Compile Time Uptime CustomLoot Steenamaroo v1.2.2 19329ms 1.1gb 164ms 17h6m40s CustomLoot v1.2.2 by Steenamaroo Path: C:\Games\rust\carbon\plugins\CustomLoot.cs Compile Time: 164ms Uptime: 17h6m56s Total Hook Time: 19332ms Total Memory Used: 1.1 gb Internal Hook Override: True Has Conditionals: False Mod Package: Scripts (44) Processor: Script Processor [.cs] Permissions: N/A Hooks: # Id Hook Time Memory Fires Subscribed Async/Overrides 1 1330569572 OnServerInitialized 463ms 9.7 mb 1 True 0/1 2 646977174 OnLootSpawn 17246ms 1.0 gb 149,057 True 0/1 3 3757549339 OnEntitySpawned 1623ms 99.5 mb 466,524 True 0/2
  12. Ah, I see. The default categories are rather arbitrary, so being able to weight those isn't really helpful (especially in my case where the items I'm interested in are all in the same one). I was trying to split some loot into tiers and maintain the vanilla percentages for the contained items. Instead I'll have to do some complex composite probability calculations to implement it at the individual items level I guess.
  13. Just tried using this with Carbon, and discovered what I think is a bug: I wanted to make vehicle_parts (blue plastic trays) have a chance to spawn medium or high quality parts, so I did the following relevant steps: 1. In CustomLoot.json, set the "lootTable" for "vehicle_parts" to "hz_vehicle_parts", which creates "hz_vehicle_parts.json" 2. In hz_vehicle_parts.json, created "Tier1", "Tier2", and "Tier3" entries under "Categories" with various percentages adding to 100 3. In hz_vehicle_parts.json, created "Tier1", "Tier2", and "Tier3" entries under "LootTypes", copied in the corresponding tiers of vehicle parts from the sibling "Component" entry of "LootTypes", and customized min/max stack & condition values And here's the bug: - On first reload of the CustomLoot plugin, the min/max condition values get removed from hz_vehicle_parts.json for my Tier1/Tier2/Tier3 LootTypes entries, but CustomLoot applies them in-game - On second reload of the CustomLoot plugin, it reverts to using the default 90-100% condition range (probably because the values were no longer in the JSON at the time of plugin load) I also tried tweaking the condition ranges under the default "Component" entry of "LootTyes". The values stick in the JSON file but are not used when spawning the items from my Tier1/Tier2/Tier3 categories. I suspect the bug is that CustomLoot is failing to write min/max condition values for custom LootTypes entries in a loot table JSON file.
1.1m

Downloads

Total number of downloads.

5.6k

Customers

Total customers served.

81.5k

Files Sold

Total number of files sold.

1.6m

Payments Processed

Total payments processed.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.