Jump to content

Rytech

Members
  • Content Count

    307
  • Avg. Content Per Day

    0
  • Joined

  • Last visited

  • Days Won

    10

Everything posted by Rytech

  1. 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.
  2. 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.
  3. kRO Renewal/Sakray stops patching at 2020-03-04data_sakray_004.gpf and there's nothing more in the patchRE2.txt.
  4. 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?
  5. 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.
  6. @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?
  7. 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.
  8. Add this to your list.... EF_FRESHSHRIMP 1098 EF_SU_GROOMING 1123 EF_SU_CHATTERING 1124 EF_FIREDANCE 1133 EF_RICHS_COIN_A 1134 EF_E_CHAIN 1137 EF_HEAT_BARREL 1138 EF_H_MINE 1139 EF_FALLEN_ANGEL 1140 EF_IMMUNE_PROPERTY 1149 EF_MOVE_COORDINATE 1150 EF_LIGHTSPHERE_SUN 1197 EF_LIGHTSPHERE_MOON 1198 EF_LIGHTSPHERE_STAR 1199 EF_NOVAEXPLOSING 1202 EF_STAR_EMPEROR 1203 EF_SMA_BLACK 1204 EF_ENERGYDRAIN_BLACK 1208 EF_BLINK_BODY 1209 EF_SOLARBURST 1218 EF_SJ_DOCUMENT 1219 EF_FALLING_STAR 1220 EF_STORMKICK8 1223 EF_NEWMOON_KICK 1229 EF_FULLMOON_KICK 1230 EF_BOOK_OF_DIMENSION 1231 EF_CURSE_EXPLOSION 1233 EF_SOUL_REAPER 1234 EF_SOUL_EXPLOSION 1242
  9. 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.
  10. 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.
  11. Max job level? I met joblvl command. Or is that what you did? Do you have any mods applied to your source code? Running out of idea's here.
  12. Try increasing the job level by 1 to see if it changes anything. Did you change anything in the skill config file related to skill trees or learning able skills? Did you change anything related to skill trees or anything related to skills at all in the battle config or database files?
  13. What job are you when doing this, what skills are appearing when you type the command, and do you still not have those missing skills after relogging (go back to char select and select that char)?
  14. I think the FTP is the same but the patch list address changed for sure. Won't patch last week or this week updates.
  15. kRO updated their FTP again last week for main and sakray server.
  16. Interesting. So the rune skill that casts Refresh removes a little more then what we knew.
  17. Awesome news to hear. This will help greatly with testing future clients.
  18. The 2017-06-21 and higher clients support this function but are not supported at this time.
  19. Release for the 2017-06-14bRagexeRE client. 2017-06-14bRagexeRE.zip Be sure to have your DATA.INI set to read rdata.grf first and data.grf second. Packets are provided in the included text file. Packet shuffles and keys can be found at the bottom in the file. Note: This is the last client Nemo is able to restore the login window on. Starting with the 2017-06-21aRagexeRE and newer the login screen can no longer be enabled. Some other things were found to be added/changed that are related to this. So there won't be any more client releases until a solution is found. As usual with any new client, don't expect it to work right away until support is done for it unless you just want to tinker with it.
  20. The client has a min and max set seprate for human and doram hair styles and trys to keep the ones shown between their limits reguardless of whats sent to the client from the command to prevent errors. Because of how new dorams are, they have a lot less official styles compaired to humans. They also use different palette files and I think that and the styles are stored in their own doram head folder.
  21. Did you use any of the hair style and/or hair palettes patches in Nemo? If so, then try testing without using any of them to see if it fixes it.
  22. Good news. Ide As came up with a temp solution to resolving the issues with the 2 recommended patches that fail with Nemo. 1. For the Translate Client patch you can do the following.... Ide As: You said that NEMO's translate client patch fails. Actually you can fix that by removing Taekwon patch line in TranslateClient.qs 2. As for the read msgstringstable.txt, its possible to set your clientinfo.xml file to a langtype that will make it read the text string table. Its works with 1 (US) for sure and I think itl work with a number of others. Not bothering to test which ones tho. Also its been found that a few item packets will need updating. Seems the newest one used for adding items into inventory is 3 bytes bigger. Also vending is broken and will not properly show the items for sale to anyone viewing.
  23. Release for the 2016-12-28aRagexeRE client. Packet shuffles and encryption keys can be found at the bottom in the text file provided. After seeing the success of the unpacking of the last 2 clients I felt its time to finally get a new one out. A very new one to help drive things in motion again. So here's a late xmas president to everyone. Packet lengths, shuffles, and encryption keys are provided in the text file. Big thanks to Nova for helping with the testing of the client and the connection fixes and giving me the motivation to make this possible. 1. Due to a big change in how regular client are being packed by Gravity, its not possible to do a stable unpacking of them. Only RE clients can be done without issues. So please don't ask for regular ones. 2. Because RE clients are sakray test clients, im only doing releases that I feel are stable and will only make them as needed. So maybe one or 2 clients will be released a year. 3. As with all newly released clients itl take time to get them fully supported. This is a very new client and will have some issues at the start. Its stable but do expect some things to not work right away. DO NOT PM ME OR ANY OTHER DEV'S ON HOW TO GET IT TO WORK!!!! Your PM's will be ignored. 4. Currently as of this time, the client will not work with Hercules or rAthena even if you add the shuffles and encryption keys. Ive tested and gotten this to work on 3CeAM and a friend's test server that uses rAthena with a small fix. ill provide info on how to fix this. You can apply it yourself or wait for dev's to add it. Other Info: Here's what to expect so far.... Nemo Msgstringtable.txt and exe's english translation patches do not work. Its not possible to extract the latest msgstringtable ether. Also got word that the hair style patch also fails. Don't know what else fails but do expect a number of patches to not work or cause issues. If you find any other patches that fails, report them in the Nemo Patcher topic. Hercules / rAthena The client's login and character select will function. But after selecting a character, the client will sit for a moment and then time out. This is because Gravity is no longer using the ZC_ACCEPT_ENTER3 packet and went back to using the older ZC_ACCEPT_ENTER2. So you have to edit the source to have it use the 2nd version of ACCEPT_ENTER or else the timeout issue will happen. Im not going into tech details on how to apply the change. Thats for you to do or just wait for someone to do it. Client Be sure to have your client's data.grf and rdata.grf patched to 2016-12-28 or newer to support the client. Being behind this date could result in client file errors and/or crashes. Do I even need to say this? If anyone has any questions, ask here. Again, DO NOT PM ME OR OTHER DEV'S FOR HELP!!!!! ASK HERE FOR HELP AND INFO!!!!! 2016-12-28aRagexeRE.zip
  24. Release for the 2016-02-03aRagexeRE client. Packet shuffles and encryption keys can be found at the bottom of the text file provided. I found this one to be better over the October/November 2015 clients due to a number of improvements. Summoner's skill animations are final and they now have sounds (only the first wave of skills), Rebellion coin spheres are now their proper golden color, and the style shop is supported. Common packets like for items and character data is still the same so no worry about needing to add new packet structures. 2016-02-03aRagexeRE.zip
×
×
  • Create New...

Important Information

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