metin2united

Vanilla

Developer
  • Content Count

    364
  • Joined

  • Last visited

  • Days Won

    46

Vanilla last won the day on September 10 2018

Vanilla had the most liked content!

Community Reputation

967 Unstoppable

About Vanilla

  • Rank
    Noble

Profile Information

  • Gender
    Female
  • Location
    Germany

Recent Profile Visitors

10,177 profile views
  1. Vanilla

    open No .core BSD/top game %100 Used

    Did you change anything on the source? Do you have logs from syserr/log at the time the CPU ramps up? If there's an operation that triggers such a behavior there's a chance it's written to the logs.
  2. Vanilla

    open No .core BSD/top game %100 Used

    most likely a faulty quest that keeps the cpu in a loop. Check your quests, you can also run the server without having any single quest so you can see if the core still gets stuck.
  3. Vanilla

    open freebsd 13.0 source compile

    You can safely remove the source files but you need to keep the header files inside the include folder. Otherwise your source won't compile. And, obviously, you need the built libraries.
  4. Vanilla

    open freebsd 13.0 source compile

    yep this looks like it. CryptoPP utilizes c++17 which you don't use. I've had the same issue. You need to add -std=c++17 to your compiler flags, linking should work then. But you're probably gonna end up having another issue because compiling will fail on some files due to removed functions (std::mem_fun for example).
  5. Vanilla

    open freebsd 13.0 source compile

    Are you using a more recent std? Probably c++17? Because cryptopp 7.0 is meant to be used with that and it'd explain an issue I've got when upgrading this stuff.. I can't see the screenshots you posted. Could you please reupload?
  6. I did not abandon the project but due to personal rl issues I wasn't able to do much. I'm sorry for the lack of updates. Things will change starting next year. So stay tuned, I'm gonna release a new version once I'm done with the rl stuff.
  7. Vanilla

    c++ Fix Moblock/bravery cape hack

    Thanks for testing it. Can you send me a syslog snippet? You can also play with the values and adjust them to your needs. The fix for bravery cape hack doesn't involve a kick. The kick is only triggered by the speedhack detection, so there's either something wrong with it or the values need to be adjusted.
  8. Vanilla

    c++ Fix Moblock/bravery cape hack

    Care to enlighten me then?
  9. Vanilla

    c++ Fix Moblock/bravery cape hack

    I don't even remember doing this It'd be, but I honestly have no idea. @_Sielu Why so complicated? We already have a working solution and this is the speedhack check. It's working fine and I think a counter is better to store than walking through a vector every time a damage packet goes it's way.
  10. Vanilla

    c++ Fix Moblock/bravery cape hack

    you're right, probably this works with players, but the bug wasn't because of this. The speedhack detection should kick the player, that's the job for the hack you showed here. The lines you changed affect mob-lock/bravery cape hack. If you do this, you won't be able to draw aggr from monsters. Did you try that?
  11. Vanilla

    c++ Fix Moblock/bravery cape hack

    I don't think that's correct. If you do that, you'll make moblock/bravery hack work. The problem is that BeginFight() will be triggered even if the distance check fails. So normally the distance check returns BATTLE_NONE and therefore neither SetSyncOwner nor BeginFight() will be triggered. And since BATTLE_NONE is returned, there shouldn't be any damage. Are you sure you implemented it exactly as mentioned in the thread? Because I can't seem to trigger the bug you mentioned here.
  12. Vanilla

    c++ Fix Moblock/bravery cape hack

    I'm onto movement speed hack stuff. Gotta research a bit first (had a few rough days, so no time for that). I'll keep you guys updated once I've developed a fix. Shouldn't be too troublesome
  13. Vanilla

    c++ Fix Moblock/bravery cape hack

    As I said, it depends on your server. The calculation for attack speed and it's acual motion isn't quite correct, that's true. I dunno if it's possible to fix this at all. But it fully depends on your server if it works or not or if you have to fine-tune the value. I even saw a server allowing normal attacks to be faster than the hack would send it's packets. And if that's the case, then you have exactly this problem.
  14. Vanilla

    c++ Fix Moblock/bravery cape hack

    Nope, it's not bad code. The code is working fine. Some servers just allow absurd high attack speed values because they think it's cool or something.. The calculation doesn't add up at all. I've tested the code that's posted above and it seems to work without false flags, but there's no guarantee that it'll work with every server.
  15. Vanilla

    c++ Fix Moblock/bravery cape hack

    It looks like it's using a skill to attack or am I wrong? Because if these are basic attacks, they'd be triggered by the speedhack detection and therefore lead into a kick with the fix mentioned above. But it'd be that they're abusing a skill and mayb the check is missing there. I'll have a look and tell you once I've figured it out.