ucectoplasm / eft-packet Goto Github PK

When I start debugging 'EftRadar' I am getting the following exception: Exception thrown at 0x0000000000000000 in EftRadar.exe: 0xC0000005: Access violation executing location.

The following line in gltext.h is throwing the exception:
vertexShader = glCreateShader(GL_VERTEX_SHADER);

Is there anything I can do to fix this?

MS docs compiler error
Error C1900 Il mismatch between 'P1' version '20190715' and 'P2' version '20181108' EftRadar

Hello,
first of all thank you for huge amount of effort and time you've invested into this.

I built eftradar in debug mode, setup a VPN connection between EFT PC and Radar PC, all of traffic router via OpenVPN to internet. (both are Win10 1909 with latest npcap)

When I run eft radar and start a raid in a few second process seems to become unresponsive and all of rendering hangs.

I am very new to programming, just finished Python course on Coursera and Data structures and algorithms on edX. So I don't know to debug this issue.

I'd like to build a conventional top-down radar on top of your packet interceptor instead of the 3D radar you have at the moment. However, main.cpp currently has GUI code mixed with networking code. Would you be open to a pull request with all networking code from main.cpp moved into its own class?

where are you readme

Whenever I run the .exe it says IP address is illegal. Does anyone know how to fix this? Help is greatly appreciated.

After the new 0.12.7295 update the Radar shows the green line when spawning and stops responding after. It seems like sometimes enemies and loot are initially loaded and shown but that's where it ends.

I haven't really looked at the code myself so I hope one of you that's more familiar with the code is able to find a solution.

EDIT : after very brief debugging in visual studio, it seems that the radar is still working but the graphics are being updated only every like 30 seconds and using a ton of memory. I'll keep looking into it but someone will probably figure it out long before i do

EDIT2 : The mutex in do_render() seems to be locked for a long time. Debug showed 14 second lock on the mutex. Don't know what causes this. I'm stupid

SOLUTION : Adding a readBool() here solved the issue. This solution was given by ninjawtf on the unknowncheats forum thread

Hello i try make same functional in nodejs. I get udp packets and parse it:

Packet data example:
[ 0, 1, 53, 25, 234, 149, 17, 88, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 255, 9, 37, 56, 157, 189, 30, 0, 170, 0, 28, 0, 134, 20, 61, 128, 208, 154, 153, 4, 13, 201, 78, 91, 212, 228, 40, 79, 107, 169, 5, 147, 32, 20, 78, 205, 0, 0, 0, 0, 11, 37, 56, 158, 154, 30, 0, 170, 0, 28, 0, 134, 20, 61, 128, 208, 154, 153, 4, 15, 201, 116, 119, 124, 108, 22, 79, 50, 201, 5, 35, 32, 20, 80, 85, 0, 0, ... 505 more items ]

I drop header (first 24 bytes) and split data on subpackets(use info about next byte it channel number and second it length of subpacket) and i get this data

[
  {
    channelId: 9,
    length: 37,
    data: [
       30,   0, 170,   0,  28,   0, 134,  20, 61,
      128, 208, 154, 153,   4,  13, 201,  78, 91,
      212, 228,  40,  79, 107, 169,   5, 147, 32,
       20,  78, 205,   0,   0,   0,   0
    ]
  },
  {
    channelId: 11,
    length: 37,
    data: [
       30,   0, 170,   0, 28,   0, 134,  20,  61,
      128, 208, 154, 153,  4,  15, 201, 116, 119,
      124, 108,  22,  79, 50, 201,   5,  35,  32,
       20,  80,  85,   0,  0,   0,   0
    ]
  },
  {
    channelId: 25,
    length: 37,
    data: [
       30,   0, 170,   0,  28,   0, 134,  20, 61,
      128, 198, 154, 153,   4,  67, 188, 168, 82,
      200, 196,  68, 148, 107, 137, 219,  90, 32,
       20,  85, 205,   0,   0,   0,   0
    ]
  },
  {
    channelId: 41,
    length: 41,
    data: [
       34,   0, 170,  0,  32,   0, 134,  20, 61, 128,
      205, 154, 153,  4, 255, 200,  86, 183, 14, 182,
       58,  83,  50,  9, 208,   2, 144,  17, 84,  77,
        0, 128,  32, 50,   0,   0,   0,   0
    ]
  },
  {
    channelId: 18,
    length: 25,
    data: [
      18,  0, 170,   0,  16,   0, 102,
      18, 24, 202, 182, 163, 165, 107,
       8,  5,  32,  57,   0,   0,   0,
       0
    ]
  },
  {
    channelId: 20,
    length: 25,
    data: [
      18,  0, 170,  0, 16,   0, 102,
      18, 24, 226, 56, 68, 175, 107,
       8,  5,  96, 49,  0,   0,   0,
       0
    ]
  },
  {
    channelId: 24,
    length: 29,
    data: [
      22,   0, 170,  0,  20,   0, 102, 18,
      24, 194,   0, 20, 160, 107,  75, 38,
      19,  64,  40,  0, 192,  26,   0,  0,
       0,  64
    ]
  },
  {
    channelId: 28,
    length: 25,
    data: [
       18,  0, 170,  0,  16,   0, 102,
       18, 24, 202,  1, 100, 169, 107,
       80, 64, 193, 64,   0,   0,   0,
      128
    ]
  },
  {
    channelId: 30,
    length: 25,
    data: [
      18,  0, 170,  0, 16,   0, 102,
      18, 24, 218,  0,  4, 160, 107,
       8,  5,   0, 64,  0,   0,   0,
       0
    ]
  },
  {
    channelId: 32,
    length: 25,
    data: [
      18,  0, 170,  0, 16,   0, 102,
      18, 24, 194,  0,  4, 160, 107,
       8,  5,   0, 64,  0,   0,   0,
       0
    ]
  },
  {
    channelId: 34,
    length: 21,
    data: [
      14,  0, 170,  0, 12, 0, 102,
      18, 24, 210, 64, 40, 0, 106,
       0,  0,   0,  0
    ]
  },
  {
    channelId: 36,
    length: 25,
    data: [
      18,  0, 170,  0, 16,   0, 102,
      18, 24, 202,  0,  4, 160, 107,
       8,  5,   0, 64,  0,   0,   0,
       0
    ]
  },
  {
    channelId: 38,
    length: 29,
    data: [
      22,   0, 170,  0,  20,   0, 102, 18,
      24, 202,   0,  4, 160, 107,  11, 32,
      22,  64,  64, 40,   0,  64,   0,  0,
       0,   0
    ]
  },
  {
    channelId: 40,
    length: 29,
    data: [
       22,   0, 170,   0,  20,   0, 102,  18,
       24, 226,  85, 100, 161, 107,  11, 180,
      245,  61,   5, 200,  36,  64,   0,   0,
        0,   8
    ]
  },
  {
    channelId: 44,
    length: 21,
    data: [
      14,  0, 170,  0, 12, 0, 102,
      18, 24, 202, 64, 40, 0, 106,
       0,  0,   0,  0
    ]
  },
  {
    channelId: 46,
    length: 29,
    data: [
       22,   0, 170,   0,  20,   0, 102, 18,
       24, 202,   1, 196, 159, 107, 107, 32,
      155,  70,  64,  40,   0,  64,   0,  0,
        0,   0
    ]
  },
  {
    channelId: 50,
    length: 29,
    data: [
       22,   0, 170,   0,  20,   0, 102,  18,
       24, 194,   0, 244, 160, 107, 171, 193,
      243,  61,  64,  40,   0,  64,   0,   0,
        0,   0
    ]
  },
  {
    channelId: 52,
    length: 25,
    data: [
      18,  0, 170,  0, 16,   0, 102,
      18, 24, 226, 90, 93, 142, 106,
       0, 66,   1,  0,  0,   0,   0,
       0
    ]
  },
  {
    channelId: 54,
    length: 29,
    data: [
       22,   0, 170,  0,  20,   0, 102,  18,
       24, 218, 255, 67, 165, 107,  11, 222,
      184,  60,  32, 35,   0,  64,   0,   0,
       33,  57
    ]
  }
]

in analysis this subpackets i have problems i see 170, 0(3, 4 bytes in data) seem on

can you give me idea how i can get it?

P.S: i all bytes view as dec(0..255)

P.S: i'm javascript developer and bad understand c++ code

VCBUILD : fatal error C1047: The object or library file '.\x64\Release\common.obj' was created with an older compiler than other objects; rebuild old objects and libraries
LINK : fatal error LNK1257: code generation failed

I'm using Visual Studio 2017 Community edition. So far i've tried to switch off /GL and /LTCG

When i build project in VisualStudio,copy dll files from Bin and use .exe file, i get some errors,like "packet.dll not found, restart your programm" and also with wpcap.dll.Help,please :)

Im going to stop using this until this is addressed, but isnt the VPN a detection risk? I was watching a defcon video on detecting MITM attacks, and one of the common methods the guy said they use to detect them was with tracert, and if the first route is abnormally low (1-3ms) and from a local ip, they were likely getting MITM'd. BE isnt dumb, couldnt they detect this radar with that method?

Probably they change something in the game packets

wtf

I added prints inside create_obs to print the name of each observer when it's created for the first time. I can see all player observers being printed correctly, but for some reason only 1-2 scavs get created as observers in the game map, either with names or as Unknown. Do you know why other scavs are missing? The "Unknown" makes sense to me based on your code comment, but I can't figure out why the majority of scavs aren't getting registered at all.

help with decryption

I was wondering are these cheats for Tarkov and I was wondering what are the required process on how to set them up if they are cheats for Tarkov

Has anyone implemented it with Csharp?