-
Posts
5,931 -
Joined
-
Last visited
-
Days Won
200
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by nivex
-
heya. well the plugin is not going to spawn what isn't configured. so it would be the loot multiplier, the loot table, or the items are contained in the copypaste files themselves which you can verify by using /paste filename last but not least it can be the buyable permission multipliers. "Loot Amount Multiplier": 1.0, "Loot Amount Multiplier (raidablebases.buyable.vip.pve)": 1.0, "Loot Amount Multiplier (raidablebases.buyable.vip.pvp)": 1.0,
-
@aimacakwhat about what? @Zoreenoyup you can set custom name using the name property in premium loot tables @Kobanithis means your server failed to save properly. this is really bad. you can use /rb savefix and then should save and restart immediately. this is not caused by rb but i did add the command for convenance. likewise there's a command if you cancel a server restart, /rb ignore_restart @TeamDolnytruepve protects buildings by default. delete your config and use the default configuration. however, beside that, any plugin can use CanEntityTakeDamage hook to tell truepve what to do. this is what raid bases does.
-
@aimacaktruepve / nextgenpve isn't the issue. it defaults damage to truepve / nextgenpve because raidable bases is ignoring it @saintmichel13 if (victim.skinID == 14922524 && weapon != null && RaidableBase.Has(weapon)) change that to: if (victim.skinID == 14922524 && weapon != null && weapon.OwnerID == 0 && RaidableBase.Has(weapon))
-
@aimacak 1. i see no reason to add this since you can do this already by adding profiles for each base and using base loot tables for each profile. it is effectively the same thing. i advise against this due to my reasons below 2. loot is random already and #1 would make it even more random so there's no need for me to add this either 3. i disagree with this for the same reasons above and below your suggestions promote instant gratification which I am against. this is really bad for player retention. if your loot table amounts are consistent with the rest of your server then there shouldn't be any issues. ignore players who say otherwise. you'll always have someone who complains regardless of what you do. it's never a good idea to cater to them as they will always bug you for more too. players should have to raid multiple bases in order to profit over time. otherwise, they will get rich sooner, become bored, and log off of your server. this is why instant gratification is bad, and is ultimately why i disagree with all of your points. @Kobani spawns database plugin can draw them on your screen. there is nothing to add them to the map and players would be able to see them if that was added. plus it would not be good on performance
-
@aimacakmost players are accustomed to turrets without power sources working, but it would be very confusing for players to destroy a power source and have power persist. you copy from center of base looking at top of the center most foundation, or you can use the AutoHeight option in the config (NOT profile)
-
Facepunch will have to resolve the buoyancy having fewer slots (36). I guess just use the normal box until this next Rust forced update and check again:) Ill go ahead and try to force the size in my next update but it should be changed by Facepunch to be consistent size with the other box by default @aimacakya, it is intended to work this way. then you can decide which turrets always have power and which do not. walled off TC is intended also, but I would have to see a box to confirm if it is where I want it to be. it's best to edit it to your liking, of course. there is no one size fits all here, either:) I will check umod threads later today
-
@aimacakI see you must translate the English file for the map, yes, unless you change the servers default language in Oxide to Russian by typing: o.lang ru otherwise, you cannot select a language for the map mesage without specifying a player steam id, and you cannot specify a player steam id for the map. you can only specify player steam id for UI elements and chat messages. this is not a bug, more specifically, the vending machine shop name on the map is one entity and it will show the same text for all players on the server. whereas with UI elements and chat messages this is not the case. these messages can be sent individually to each client, using their player steam id to specify which language is used for the messages. buy raid is not translated in your language file, so it's not going to be in Russian until you translate it. many of them are not translated, nor were they translated to begin with. only select messages were. "Buy Raids": "Buy Raids",
-
to note, there's nothing wrong with how my tier package bases are copied. if you have this issue with those bases specifically then you've modified something that is causing this to happen such as adjusting the Height setting too high in the profiles, or changing "Height Adjustment Applied To This Paste": 0.0, "Force All Bases To Spawn At Height Level (0 = Water)": -1.0, all of my tests are done using my own bases so I know that they spawn properly.
-
@CryEngine I don't see how it's just going to randomly start spawning bases in the air. which bases does this happen to? a tier package base or something else? this should only happen if the base is not copied properly. try using this in the config file. "Experimental [* = everything]": { "Apply Custom Auto Height To": [ "*" ], "Bunker Bases Or Profiles": [], "Multi Foundation Bases Or Profiles": [] }, @Wolfbases will despawn if they are not copied properly and the boxes get deleted. you can try the same above option, too.
-
@aimacak 1. I did not ignore this. I told you that I fixed this in the next update 2. I do not see how this is possible. CryEngine has shown you that it works 2.2 fixed in next update 3. I'll ask friend to help 4. this is a client-side issue as I've said before. there's nothing I can do about a client bug. I set the skin once and that's it. I do not remove it