Jump to content

kaysen

Inactive Member
  • Posts

    12
  • Joined

  • Last visited

  • Feedback

    0%

About kaysen

Informations

  • Gender
    Male
  • Country
    Czech Republic
  • Nationality
    Czech

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

kaysen's Achievements

Apprentice

Apprentice (3/16)

  • Collaborator Rare
  • One Year In
  • One Month Later
  • Conversation Starter
  • Dedicated

Recent Badges

13

Reputation

  1. You have inconsistencies there, because void CPythonMiniMap::RegisterAtlasMark must be too -> aAtlasMarkInfo.m_fScreenX = aAtlasMarkInfo.m_fX / m_fAtlasMaxX * m_fAtlasImageSizeX; aAtlasMarkInfo.m_fScreenY = aAtlasMarkInfo.m_fY / m_fAtlasMaxY * m_fAtlasImageSizeY; + as a bonus, the .sub has wrong position with marks, which is mostly the main problem with all of this..
  2. I was looking at the maps because I wanted to clean up the client, and I found a few inconsistencies in the maps. It’s basically one model plus maybe a texture from another one map? I’m sharing the whole thing anyway, but everything is original. Ymir just forgot change path and this one model is invisible in game. before: after: You can found this bug in any client... Download Alternative download links → Mega.nz
      • 14
      • Metin2 Dev
      • Good
      • Love
      • Lmao
  3. Thanks, this is cool and very useful
  4. I understand you, and I definitely didn’t mean to offend you or anything like that. What I meant was that instead of starting from scratch, I would rather continue working on someone else’s existing work. Why? Because Metin is a complex system, and every person who starts this from the beginning is just wasting time. The mentioned QuantumCore seems like a good starting point to me — a lot of things are already solved, it meets your requirements, and reworking it would probably be easier than starting with the Marty sources, where you have a lot of new code, especially systems. However, regarding the client, with everything that already exists around the server, I see the biggest issue in the community mainly being the client itself, because nobody is really paying attention to it.
  5. So far this is dead "project" 1. Exist Linux/Windows derivates + as bonus MacOS support (ARM + any ARM) + 64bit etc.. Just lot of unfinished works.. And this is one next.. Btw.. Still exist full C# Quantum core emulator, etc.. I dont know what he wanna explain because I didnt see something new before this exist.. 2. When you can run server in any OS - windows, mac, freebsd, linux, so far whats a point for now????? (imaginare you hate FreeBSD - reason???) This is a new ambicious project for nothing thats all. (just something like "in my head") But well now I dont wanna be angry professor but stop doing more useless things than we can got .. I think, would be beautiful make (just ask, weare here) for new client platform.. Already using dx10 (not yet all things all work properly as I want, Im not proof, but nowadays would be fine to tranform client in GL/Vulkan (fck Vulkan enjoy porting -) but when I have more experience with GL I think its easy transform it more 1:1 dx version.. (btw. can share any source in original client) This is not hate but Im little bit confused, btw. sorry for my "english" xd
  6. I tried that long time ago and still same problem.. It would be fine have a fix, because dx9 is standard for that old games like metin....
  7. You can make new font family in system.py and add in locale if you dont wanna change font for all..
  8. Hi devs, You may be aware of the problem with limiting the maximum length of names.. The default length is only 24 characters. So some item/mob names must be written in abbreviations.. For example: Christmas Costume+(Blk) Since I don't like it, I decided to increase the character limit.. Here is tutorial. First of all go to serverSide source -> common/item_lenght.h and search: ITEM_NAME_MAX_LEN = 24, You can change it to whatever number you want, but I put 30. So looks like this: ITEM_NAME_MAX_LEN = 30, Now you can compile your source (DONT FORGOT COMPILE DB & GAME TOO, BECAUSE YOU MAKE CHANGE IN COMMON) ### Second part is clientSide source -> Go to GameLib/ItemData.h and search again: ITEM_NAME_MAX_LEN = 24, You can change it to whatever number you want, but I put 30. So looks like this: ITEM_NAME_MAX_LEN = 30, ### Last part is dumpProto source -> Go to dump_proto.cpp and search again: ITEM_NAME_MAX_LEN = 24, You can change it to whatever number you want, but I put 30. So looks like this: ITEM_NAME_MAX_LEN = 30, ### Now go to navicat open itemProto and mobProto -> design table -> change lenght in name + locale_name column from 24 to 30. Thats all. Now you can use in your proto names length limited by 30 characters.
      • 1
      • Good
  9. @ Tatsumaru Thank you, I like your work, but I think weapon shop dealer need more edit than all others npc..
  10. @ Draveniou1 I dont think so its good idea to host server in Germany..
  11. I think you must make too same path in client?..
×
×
  • Create New...

Important Information

Terms of Use / Privacy Policy / Guidelines / We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.