Jump to content


  • Content Count

  • Avg. Content Per Day

  • Joined

  • Last visited

  • Days Won


Rytech last won the day on February 22

Rytech had the most liked content!

Community Reputation

146 Excellent

About Rytech

  • Rank

Profile Information

  • Gender

Recent Profile Visitors

11,762 profile views
  1. OMG I completely forgot I made this topic. Im really sorry to everyone for not following up on this topic and my posts for this. A lot has happened since and I now have the entire systems completed for 4th jobs and have 6 of the 12 jobs completed. I am selling access to anyone interested. Just send me a PM and I will reply when I can. Note: Im recovering from the winter storm as of the time of this post and won't be active for the next day or 2. I should be fully active again by Wednesday.
  2. Not coded in then. You can type in the following commands to see (or hear) them. "@displayskill 692" for the Cat Cry or "@displayskill 695" for the Dream Summer Night. Being that these are old gimmick skills the sounds may not trigger anymore.
  3. Last I remember it was just a skill that makes a meow sound when used. Similar to how another item gives access to a skill called Dream Summer Night which plays some creepy circus sounding music when used.
  4. There's a reason for all these issues. We been stuck with the 2018-06-20RagexeRE client for almost 2 years due to dev's not wanting to put in the major amount of time and work needed to support newer clients which required the 2 billion item ID's support in the packets. Plus they had a lot on their plate that they needed to catch up on first. These road blocks tend to happen every few years when certain kind of changes happen to newer clients and because of this, other area's of development lag behind for a while. Now that 2020 clients are usable, people are able to use them and see whats working and whats broken and as usual the issues appear and need to be reported. 4144 is working on the diff's for Nemo but there's likely some that are broken and not reported yet. I was asked for help fixing the 64k hair styles one multiple times. Sorry but im not the one who makes these diffs. Report it to that project dev please. Also around March 2019 the compiler used for clients changed which is why every diff has to be updated to work on newer clients. So if a diff gives any kind of issues, report it so he can fix that. Way to minimize errors caused by diff's is to try using the minimal amount first and see what it does. Best try only with recommended first and then add additional diffs from there. Next is the translation project which is done by zackdreaver. When newer clients come out, they expect the code for newer functions in the lua files to be in there. If something is missing, you will get lua errors and possible crashes. The biggest cause for these issues is that the lua function files (Ones with _f at the end) are in this project as well which shouldn't be. This just causes headaches for those updating to newer clients since the files in the project are older then the ones in the data.grf/rdata.grf. They shouldn't even be hosted there at all since no one edits them and hardly any of them has stuff needing translating in them. Heck even textures that don't help with translating are there too which can sometimes cause issues if dated. A lot of unneeded trash needs to be purged from there. But if you encounters with error messages or client crashes, this is another area to look into. Ways to minimize errors from this is to remove all your lua's first to see if it fixes your issue. This is the biggest cause of error messages on startup and after selecting your character. Textures rarely cause issues but ive seen the ones for character select cause issues before when they got updated but used with older clients. If you suspect that could also be the cause of your issue, try removing them. Last is issues with rAthena. So far with 2020 clients im hearing of apples appearing in the refine UI and guild emblems not appearing. These are issues the rA dev team has to resolve but sometimes its not as simple as it seams and may take longer then usual to fix. Like how gif guild emblems are handled. Also there's a chance other item related issues may appear due to July 2020 and newer clients having a updated item packets structure of a added byte for item ranks. Im not aware of any other issues but we might see more hidden ones appear soon as more servers update to these newer clients. If you encounter any of these issues or other odd glitches in the gameplay, report it in rAthena's issue tracker in the git repo. I hope this info helps those looking for answer. Please give all the dev's time to catch up on everything. It will take a few months to get this stabilized. Around 6 to 12 months likely but we can minimize it by reporting these issues.
  5. Sorry for the lack of updates but I wanted to get a lot more work done before showing off more. Glad I did too since some juicy stuff got added this week and well....ill let the pics speak for themselves. Keep in mind that this is a work in progress and things can change. The entire base for the systems is complete. T.Stats, T.Sub-Stats, T.Stat Points, AP system, the effects from the T.Sub-Stats, framework for the 4th jobs, and other important things is pretty much complete and stable. Also I did a few special debug commands to show off some skill animations since I don't have any skills coded yet. There's a little over 200 new skills that needs to be coded in. Finally, this has turned into a full project and more info about whats going to happen with it will be announced soon.
  6. Doing a few skill animations testing to see what they look like. So many impressive looking animations I gotta admire the work of the dev's making them.
  7. Hey everyone. I wanted to share something I started working on this month for a server. While these features are very new, the work ive been doing for them have been quite a trip so far and are still in heavy development at the time of this posting. But after a lot of work and testing im finally able to see it all in action. Here's a screenshot of the progress made so far and a peek at the future of RO. There's still a lot of work to do but the main parts are close to done. I may post more pics in the future as more progress is made.
  8. kRO Renewal/Sakray stops patching at 2020-03-04data_sakray_004.gpf and there's nothing more in the patchRE2.txt.
  9. OMFG IT WORKED!!!! Spent over a week trying to fix this bug. T_T So if I change the %31c part to a s it shows on the char-server console what I see on the VS 2008 compile. Its saving as jobchange_level,50ÍÍÍÍÍÍÍÍÍÍÍÍÍ after that fix and I had to edit the sscanf below it on the %255c part to make it properly saves as jobchange_level,50. My mind is blown by how a code done by someone back in the 2000's worked fine until now needing a simple letter change. Now to fix the map server crash when logging back in but I SHOULD beable to fix it if its a similar issue. I will also add the validation part in while im at it. Thank you so so much for the help. I don't normally like to ask for help but im glad I did. I will post again if I run into another difficult issue. Also is there anything else I should look for in all of the code that could be a possible issue with VS 2015 to fix?
  10. I tried a validate check and a ShowDebug code to see what it was coming out to and it wasn't 2 for sure. It was -1??? I removed it and tried something different. I looked into the code some more and it turns out that the sscanf doesn't appear to be the issue. I added a few lines of debug code to check whats being received in the WBUFP(buf,p) part of the code. When logging out with a jobchange_level value of 50 sent, this is what appeared.... That doesn't look right. So I tried the same test on a compile through VS 2008 and the result is completely different and looks right. Now I need to figure out why this is happening. Gurrrrr.
  11. @Functor Thank you for the reply. I changed the first line so that len = 0 to make the code safer and it fixed the crash issue but the saved registry variables didn't load on login and now lost on logout. So sscanf isnt doing its job here for some reason. Im kinda rusty at the moment but how can this be fixed and how do I set a validation?
  12. Hello. Im seeking some help for a strange issue that has appeared recently and I tried many things to resolve the issue but can't figure out the issue. Was told its best to post here even tho its not rAthena related. For the past 10 years ive used Visual Studio 2008 on my windows XP system to work on the development of my project 3CeAM and never used anything newer due to needing a newer system to support a newer OS and VS 2010's IntelliSense was broken on C code. But now I got a newer system with Windows 8.1 (finally) and Visual Studio 2015. Loading the VS 2010 Solution in it updated it to a VS 2015 solution and also updated the project files. I had to change a few things to resolve some compile errors. I added a check to cbasetypes.h for the snprintf ////////////////////////////////////////////////////////////////////////// // some redefine of function redefines for some Compilers ////////////////////////////////////////////////////////////////////////// #if defined(_MSC_VER) || defined(__BORLANDC__) #define strcasecmp stricmp #define strncasecmp strnicmp #define strncmpi strnicmp #if defined(_MSC_VER) && _MSC_VER < 1900 #define snprintf _snprintf #endif #if defined(_MSC_VER) && _MSC_VER < 1400 #define vsnprintf _vsnprintf #endif #else #define strcmpi strcasecmp #define stricmp strcasecmp #define strncmpi strncasecmp #define strnicmp strncasecmp #endif #if defined(_MSC_VER) && _MSC_VER > 1200 #define strtoull _strtoui64 #endif I added _WINSOCK_DEPRECATED_NO_WARNINGS to the preprocessor flags, and set the ignore default libraries to blank. And then compiled the login, char, and map. They compile fine with a warning or 2 which isnt anything to worry about. So I start up the server, connect, and mess around in-game for a while. Everything seems perfectly fine. But then I found this bug that never existed on VS 2008 compiles. When logging out, everything goes as it should and character data is saved. But if I do certain things, like change from 1st job to a 2nd job, die once, or start a Taekwon mission, and then log out, the char server crashes. From what I can figure out these things affect something called registry variables. So the above things changes registry variables on the character like jobchange_level, PC_DIE_COUNTER, and TK_MISSION_ID. Loading in the crash to VS's debug shows this.... If I add registry variable data for jobchange_level to the save data and then try to log on, the map server will crash on login and show this.... I tried running some server exe's on this system that were compiled in VS 2008 and they save/load the registry variable data with no issues. So clearly something is going on in VS 2015 but I can't figure out what the cause of the issue is. The only clue seen in these pics is the negative packet length??? I could try to find the cause of this and fix it but im wondering if this is a sign of a deeper problem that could likely cause other hidden problems I haven't found yet. If anyone can help with fixing this problem I would be very thankful.
  14. Is it possible to get a V3 and V5 format update to the iteminfo.lua file in the ROenglishPRE? I tried it on a 2018-06-21aRagexeRE and the old format appears to work fine, but I want to get access to all the features and functions from the newer formats for this client and also avoid future compatibility problems.
  15. Then something funky is going on. The normalize skill tree function code might have a bug in it or their's a miscalculation in the way the system handles skill trees and skill point checks. Thats the only thing I can think of since im not entire familiar with rAthena's code. Last option I can suggest is testing on a separate test server with no changes made to see if the issue happens there.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.