Cartmon

The fact that the base was decaying was clear in my above post and as such the base has fully decayed now but that is irrelevant. You do not have the right to place a tool cupboard on a base that does not belong to you and you do not have the right to remove items and or deployables from a base that does not belong to you. As in my above post, rule #1 is clear, No raiding, griefing or looting of any kind. Placing a tool cupboard on the base and removing deployables is raiding and removing items from the base and it's various inventories is looting. The only exception to this is grey satchels, which are okay to loot. After reading the DM you sent me last night I did consider reducing your ban to a temporary ban to serve as a final warning that any further rule breaking would result in an immediate permanent ban however after reading your message above and re-reading the DM today, I do not believe this to be the right course of action. You have not apologised or shown any remorse for breaking the server rules in any of your messages, further to that, you have not acknowledged that what you did was wrong or against the rules. As such I will not be reducing your ban, it will remain permanent.

Offender: Neverdies Battlemetrics Steam Server: EU Scourge Time: 11:58 BST Length: Perm Reason: Raiding/stealing More Info (Optional): Thank you for taking the time to appeal. This morning I saw you removing items that did not belong to you or your teammate by using a salvage hammer. The base in question was decaying and as such you decided to place a tool cupboard to be able to loot and remove items in the base. You only tried to contact an admin after your teammate mentioned your previous warnings, by which time you had already looted and removed items from the base. Given previous interactions, warnings and your chat messages while removing items, I decided to implement a ban at this time as you have had plenty of reminders and opportunities to read /rules during your time on the server and yet decided to break rule #1 No raiding, griefing or looting of any kind. At this time I will not be lifting your ban. I wish you luck in finding another server that suits your playstyle.

Offender: SuperMarioCameron43 Battlemetrics Steam Server: EU Scourge Time: 22:07 GMT Length: Perm Reason: Griefing More Info (Optional): Player and his team mate had placed TCs around another players base to grief them. Player and teammate also stole and crashed a mini heli belonging to another player and argued that it was fair game because the player had not locked it. Finally player and teammate returned to the first base and began to build right outside of it again.

Offender: FlualprazolamEater Battlemetrics Steam Server: EU Scourge Time: 22:07 GMT Length: Perm Reason: Griefing More Info (Optional): Player and his team mate had placed TCs around another players base to grief them. Player and teammate also stole and crashed a mini heli belonging to another player and argued that it was fair game because the player had not locked it. Finally player and teammate returned to the first base and began to build right outside of it again.

Hi Corujão, It looks like you joined the wrong server after the restart. RustEZ as a network has 9 servers, there is a scourge, survival and pure server in each of the 3 regions, AU, EU and US. I can see you were playing on US scourge for a significant amount of hours and then after the scheduled restart you joined US Pure, EU survival and EU Scourge. As long as you had upkeep in your TC on US Scourge, everything should still be there. I hope this helps clear up any confusion.

I've started having this issue too. Rhib signal is showing an apache icon, minicopter flare is showing a rustez shirt icon, distress signal is showing a hoodie. A few other players have mentioned having this issue too.

Issue still present on EU scourge. After todays downtime players and an admin both reporting all fuel left in quarries and instanced pumpjacks is gone.

Each of your offline deaths are logged as suicide by suicide suggesting this is the monument killing you when the loot respawns. I checked around your base and 1 edge goes right up to the build block restriction from the abandoned military base, I even put down a small shack the other side of your base between you and your neighbour to see if it would still kill slightly further away and it does. All we can really suggest is to log out naked with an empty inventory like dave said so you don't lose anything in the event of it happening again and to build a bit further away from monuments in the future. I do find it strange though that for over a week you've had no offline deaths while there and now in the last 2 days you've had 5.

I've actually looked back through many of the reports of this since it re-occurred and have found a common trend in a lot of the video evidence, in most cases the vending machine had sufficient space to receive full payment but the payment was being made with stacks greater than stack limit and in these cases where the payment was greater than stack limit in the buyers inventory (eg selling hqm to bandit to get a stack greater than stack limit then using the scrap to buy something) the scrap would fall out onto the floor regardless of the available space in the vending machine. Seems like this would be tied to containers not being able to accept stacks greater than stack limit after the mega stack nerf.

This is still an issue that I see players reporting every wipe across all servers.

While I appreciate that you believe the image you used was in line with your beliefs, it did not differ visually from a swastika, which you recognised it as, and as such is seen by the majority of the western world as a symbol of hate or racism and as such is not acceptable on any RustEZ server. As you have linked back to me the facepunch ToS you will have read that facepunch also does not accept racism or xenophobia. Thank you for appealing however at this time the ban will remain. I wish you the best of luck in finding a server that is suitable for your playstyle.

Thank you for appealing. With the current cancel culture in the world, racism in all aspects of society is being closely scrutinized. While we do understand that it still heavily permeates music, comedy, movies, and other media, it is something we do not feel is appropriate to have in our servers. The image as such used by your account is not acceptable in any circumstance. This is plainly stated on the server's loading screen before you enter. Additionally, this is also stated on Facepunch's Terms of Service. https://support.facepunchstudios.com/hc/en-us/articles/360007485418-Banned-for-Racism-Homophobia Here are resources that you can explore to learn more: guidetoallyship.com https://guidetoallyship.com/ The Bias Barrier https://www2.deloitte.com/content/dam/Deloitte/us/Documents/about-deloitte/us-inclusion-survey-research-the-bias-barrier.pdf Anti-Racism Glossary https://www.rwjbh.org/why-rwjbarnabas-health-/ending-racism/anti-racism-glossary/ Anti-Racism Resources https://www.rwjbh.org/why-rwjbarnabas-health-/ending-racism/anti-racism-resources/ The ban will not be lifted. You are solely responsible for what happens on your account. We wish you the best of luck.

Buying smokes to recycle for gp is actually more profitable than just selling the scrap, and you also need the sulfur for crafting the explosives. You could also prepare throughout the wipe by say throwing a stack or two of wood a day into a refinery to produce some charcoal.

Offender: smaigii Battlemetrics Steam Server: EU Scourge Time: 14 January 2022 22:07 Length: Perm Reason: Racist imagery More Info (Optional): Racist pictures drawn on signs on the outside of the base. Screenshot available.

Thank you for appealing. Your ban was implemented for renaming a team mates sleeping bag/bed with a very offensive and racist term.

Zombies have done this for a long time, most small deployables including the small wood cover, sandbags and all barricades, they will run straight through and destroy.

Had a couple reports of the same on EU today.

There was a few spawnable rock/cliff prefabs introduced this wipe for things like this. If you open the f1 console and type "spawn" followed by 1 of the following you'd be able to block it off without using traditional building pieces. admin_cliff_low_arc admin_cliff_medium_arc_arid_small admin_rock_clutter_medium_d admin_rock_formation_medium_a admin_rock_formation_small_c admin_rock_quarry_small_a

EU Scourge player https://www.battlemetrics.com/rcon/players/897261613 logged off in their base last night and logged in this morning dead. Death message said they were killed by satchel charge and their death marker is at an event area where the last event was held on the 12/8/21 and they've been active since then. Satchel charges were used at the event. No BM logs for their death overnight.

Had the same issue a few times with teleporting players that have crashed out of a safe zone, it's as if the safe zone status does not get removed from them and they still die as a result. I've started depoting their inventories into a box in their base.

I made a support ticket on the facepunch website a couple of days ago and have had the following response. "-Go to "device manager" on Windows and update all audio drivers. -Go to your Windows sound settings through control panel and disable all playback devices you're not using" Drivers were all up to date, disabled a couple of playback devices that were not being used like my monitor and this has fixed the issue.

It's started to get worse now, happening in unpopulated areas of the map with very little around more often.

Hi there, thanks for taking the time to make an appeal. I was reading the chat logs when this took place and was obviously intended as a laugh in response to another players comment about needing alone time, however I'd suggest not using that term again to avoid this in the future. I will be overturning this ban.

Noticed you can't read the red text on my screen due to poor quality so copied from the output_log. C:\buildslave\unity\build\Modules/Audio/Public/AudioSource.cpp(2134) : Error executing m_dryGroup->getWaveData(samples, numSamples, channelOffset) (An invalid parameter was passed to this function. ) AudioVisualisationEntity:UpdateInvoke() System.Threading.ThreadStart:Invoke() InvokeHandlerBase`1:DoTick() InvokeHandlerBase`1:LateUpdate()