Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 29/05/21 in all areas

  1. About six months ago, I got a global permanent ban because of bypass testing. I understand my mistake, and I promise that I will never do it again. I just realized that I don't enjoy any other games than MTA. I am studying for University exam and I can't have any hobbies nowadays because of the coronavirus. Also, I can say that I tried to bypass something but I never used anything in game; you can ask DD players I am clean or not If it's possible I want a unban or converting my perma ban to temporary ban please. My serial is -> B6003BCAF70F04FDB285FCC2E6BB5A02 thanks for taking time to read.
    2 points
  2. I don't understand why the Turkish DD scene in MTA has so many people constantly looking for ways to abuse, cheat and gain unfair advantage.. it's like they have a higher percentage of players that cannot play fairly without tools, exploits and lag switches. These people got themselves banned by their behavior, some of them never stopped (got temporary bans many times and still didn't learn) so they eventually got a permanent ban. Most of those people also were heavily invested in spreading abuse through the Turkish DD scene, by disseminating their abusive methods and tools whenever they managed to get working ones. It's clear that we work against those types of people, MTA can't keep detecting individual lag switches till infinity if there's a bunch of people creating new ones like a factory.. so then why not get rid of those people, for instance. In DD, lag switch has a huge impact (as the gamemode is ramming based) and opposed to cheats (that AC patches by methods used) you can't go beyond detecting these lag switches individually, as the "method" is system lag, which can have many types of causes - even bad network speeds, so if we stopped mopping with the tap open (a lot of people creating & modding a lot of DD lagswitches) and detect purely lag, AC can't be sure and this will result in false positives. As you can even manipulate ping and cause lag in ways that aren't bound to any application on your PC. Anyways, go figure - because we gotta detect them individually, bypassing these detections is possible by creating new lagswitches and heavily modifying existing ones, a practise done regularly by these bad apple players.. the exact thing that most DD abusers (banned) are engaged in. We didn't see any widespread initiatives from Turkish DD scene (server owners) to combat it either, they aren't sampling lag / packet loss with available script functions, or detecting micro freezes (e.g when the abuser is about to get rammed, they trigger it in order to absorb the hit) in order to kick them as violations above a certain threshold. So if there's a high percentage of wannabe abusers in their scene, and their own behavior (not able to play DD fairly) gets them banned from the game, then it's just "RIP", nothing we can do about it. If the types of people that play Turkish DD scene are like this, and the server owners don't have much interest to implement solutions (instead they fully rely on AC) or try to change these mentalities, then the reality just is how it is. I don't know who planted the bad seeds, and i also dont know if the reality is truly as bad as you're implying (about the lack of players in this scene). I rather think that Turkish DD scene was never really that big, and that you just happen to have a bunch of friends who are bad players and got banned, causing you to have this impression as the cause of not seeing much people to play with. Anyways, all "DD abusers" who got permabanned have gotten tons of chances (most of them even got a last chance after initial permaban following many tempbans from which they didn't learn - but yet they messed up again, and now are asking for a new "final chance" and so it will go on till infinity) so obviously we aren't planning to unban all of them at once, as you are pleading for. They aren't the type of players you, or any normal fair player, wants to be playing with. We protect fair play, so these people have to go, only those that have already demonstrated they will never learn, as others said in this topic as well, but something you seem not to believe. Try to get some fresh people into the Turkish DD scene, who can play fairly like normal players without having to find ways to abuse. Anyways, i hope that my reply cleared some things up. We can't help it. Also just to clear up the gut feelings of a few people that have read your posts and suspected you also weren't a normal DD player: yes, we know you also have used exploits & abuse methods in DD before, having been banned multiple times (you.. @squen besides SquenN also known in DD scene as "Raimondex" / tuna1999..) and we know you have a lot of friends who did that more often. You have even been using stuff & trying to, during the past month, so very recently.. but this time i will act like i didn't see that (next time however, it will be over). So maybe you know more accurately why so many Turkish DD scene players are abusers, having been one and being surrounded by them. How can you say all these things if you're part of the problem?
    2 points
  3. I appreciate the discussion you guys are having, but can we please keep on topic and not drag cheaters and their bans into it.
    2 points
  4. First of all, please don't post on the ban appeal topic of anyone else. Secondly, please don't say such things without knowing for sure. You either don't want to acknownledge (or didn't know) that your friend Antichrist was banned like 6 times in total, having been a "core DD abuser" through various activity of things like EXEMOD creation/bypass attempts (massively), also using EXEMOD while it was still not detected, messing with lagswitches in order to try and bypass detection on individual lagswitches, etc. He was also working closely together with other DD abusers like Ashame, towards the goal of getting undetected abuse tools for DD. Let me inform you that if this "#SAVEDD" topic (created by a DD abuser, how ironic) is going to be used as a pretext to draw some banned people to appeals for trying to get unbanned, that we will not let that happen, they will be dealt with like otherwise. I can see you brought over 6 people to this topic who are viewing and typing (probably much more pending), mostly DD abusers and friends thereof, and the answer is this kind of a movement won't be tolerated. We are simply not going to unban a bunch of such people just because some of them decided to start a ruckus about how so many abusers in Turkish DD scene are banned. We would rather deny all appeals (stemming from this) for a while if this attempt was made. Now on to this - @anti98christ appeal denied, we won't unban you at this point. And to @mertcan4555 it's ironic to see a massive DD abuser like you, have DD abuser friends.. the apple doesn't fall far from the tree. Anyways, conclusion is that MTA won't tolerate a movement from DD abusers at this point. I see what is happening, and will fight it. I hope you all realize that.
    1 point
  5. My friend Antichrist didnt get a final chance as @Dutchman101said every abuser got final chance on #SAVEDD topic. He got his first ban and the ban was permanent, I don't support him because he is my friend but there is many players who deserve permanent ban instead of Antichrist.
    1 point
  6. The issue we focus on here is not exactly unbanning the banned players. Together, we can find different ideas by using our minds, for example; DD tournament organized by mta team, so that there are advertisements on the forum and we may encourage many players to play DD.
    1 point
  7. this post legit written by a banned player or friend of banned player or players to manipulate admin with their low iq like any chance this cheap roleplay may work banned players can NOT be unbanned since the reason of dd's player losing reason actually themselves.
    1 point
  8. You're welcome! Happy to be part of your vision. Not so sure about your alpha fix claims because I happen to be deeply into this research topic of per-pixel rendering order but it sure does help a little, maybe enough to fit your cause ? Replacing the internal GTA:SA rendering calls with MTA versions sounds fun, I hope you achieve great new creative control over MTA server content this way!
    1 point
  9. شدتني فكرة تنسيقة الموضوع، أتمنى لكم التوفيق.
    1 point
  10. 1 point
  11. Para ativar alguma função quando clicar, use o evento onClientClick Para saber se a pessoa clicou no botão certo da dx, use a função útil isMouseInPosition Para trocar de roupa: addPedClothes Para criar um veículo: createVehicle Se você não entendeu absolutamente NADA disso tudo, recomendo que comece pelos tutoriais disponíveis no fórum e também baixe alguns mods da internet com funções parecidas com a que você deseja e estude-os.
    1 point
  12. After spending some time bugfixing and optimizing the implementation, the performance has been improved. It still is not as fast as a hardware GPU but you should understand why To celebrate the improvements I want to show you guys how to check with 100% accuracy whether a triangle is on the screen. We basically use the same code we do for the rendering but skip the rasterization part. Take a look at this code (test_client.Lua clientside file at the end of meta.xml): local triangle = createPlane( createVector(0, 0, 5), createVector(25, 0, 0), createVector(0, 0, 15) ); local frustum_pos = createVector(0, 0, 0); local frustum_right = createVector(0, 0, 0); local frustum_up = createVector(0, 0, 0); local frustum_front = createVector(0, 0, 0); local frustum = createViewFrustum( frustum_pos, frustum_right, frustum_up, frustum_front ); local function set_frustum_from_camera() local camMat = getElementMatrix(getCamera()); local camPos = camMat[4]; local camRight = camMat[1]; local camFront = camMat[2]; local camUp = camMat[3]; local farClip = getFarClipDistance(); local cam_frontX = camFront[1] * farClip; local cam_frontY = camFront[2] * farClip; local cam_frontZ = camFront[3] * farClip; local sW, sH = guiGetScreenSize(); local s_ratio = sW / sH; local _, _, _, _, _, _, _, fov = getCameraMatrix(); local fovRad = math.rad(fov/2); local cam_side_dist = farClip * math.tan(fovRad); local cam_up_dist = cam_side_dist / s_ratio; local cam_rightX = camRight[1] * cam_side_dist; local cam_rightY = camRight[2] * cam_side_dist; local cam_rightZ = camRight[3] * cam_side_dist; local cam_upX = camUp[1] * cam_up_dist; local cam_upY = camUp[2] * cam_up_dist; local cam_upZ = camUp[3] * cam_up_dist; frustum_pos.setX(camPos[1]); frustum_pos.setY(camPos[2]); frustum_pos.setZ(camPos[3]); frustum_right.setX(cam_rightX); frustum_right.setY(cam_rightY); frustum_right.setZ(cam_rightZ); frustum_up.setX(cam_upX); frustum_up.setY(cam_upY); frustum_up.setZ(cam_upZ); frustum_front.setX(cam_frontX); frustum_front.setY(cam_frontY); frustum_front.setZ(cam_frontZ); end addEventHandler("onClientRender", root, function() local triPos = triangle.getPos(); local triU = triangle.getU(); local triV = triangle.getV(); local vert1 = { triPos.getX(), triPos.getY(), triPos.getZ(), tocolor(255, 255, 255) }; local vert2 = { triPos.getX() + triU.getX(), triPos.getY() + triU.getY(), triPos.getZ() + triU.getZ(), tocolor(255, 255, 255) }; local vert3 = { triPos.getX() + triV.getX(), triPos.getY() + triV.getY(), triPos.getZ() + triV.getZ(), tocolor(255, 255, 255) }; dxDrawPrimitive3D("trianglelist", false, vert1, vert2, vert3); -- Check whether the triangle is on screen. set_frustum_from_camera(frustum); local inter = frustum.intersectWithTrianglePlane(triangle); dxDrawText("is intersecting: " .. tostring(not (inter == false)), 100, 300); end ); The function "set_frustum_from_camera" does apply the GTA:SA camera metrics onto our frustum object, thus accurately representing the game camera. The triangle object is located at the center of the GTA:SA map (the farming area). If you teleport there and start the resource you will see a white triangle as well as the text: "is intersecting: true". If you move the camera away from the triangle then the text will change to "is intersecting: false". Thus it is checking whether the triangle is visible through the game camera. The script is pretty slow at the moment so the framerate does stutter (Lua is to be partially blamed). But I have plans to improve the performance even futher, so please follow this thread
    1 point
×
×
  • Create New...