mpj123

RPG-CLUB has a anti-walker movement... probably disabled arrow keys, therefor you wont be able to move with walker, and you'll be banned shortly if they ban via-logs.

these are ct1+ scripts

Wait for 377... Anyways, 377 MAP PACK is released.

Frintezza needs extra bytes on one packet as well as some ingame packet tweaks, L2.NET may support this server soon.

new to the dev team, toydolls0101

This title is confusing, L2.NET? Also, dosen't look like the server checker works... at least not on my computer. This is somewhat of a nice tool, but for the initial connection you still need to obtain the ip if its not on that list, meaning you'd have to download the host file anyways. And I for one, use my hostfile for other things... this would ruin all my other shit, |:

831 for hb

I would be so hasty there dragon... I wouldnt be too surprised if matbogdan is a dev looking to see if you can bypass it before releasing a new version. :) And anyways... its pretty easy to get by the client side protections. Do the protections add any kind of bytes or extra login packets or protections? If not, then its SUPER easy to just make your own system folder with the correct token and port.

Just to clarify a few things... L2.NET IG dosen't emulate GG replys like walker/superman. It actually uses the real GG client to reply with correct querys. L2.NET also uses the mouse movements instead of keyboard movements, L2.NET dosen't send the /GMLIST command once logged in. I'm curious to know how L2.NET isn't safe on retail.

token changed then

dont run the loader then, run l2.exe instead.

reported for what? Hes contributing to the conversation.

updated.

This still works?

Its pretty simple, start the script then talk to your skill manager. The script does the rest... This script will only work with L2.NET of course. Sometimes lag will cause the script to miss the update packet, just learn one skill manually and it'll keep going. Tested on an L2OFF ct1.5 server. //v2 //Made entirely by mpj123 //Come visit me at the forums for more cool scripts and join us! //www.ltwonet.com SET_EVENT "<&SCRIPTEVENT_SERVERPACKET&>" "<&SYSTEM_CURRENTFILE&>" STARTLEARN 144 DEFINE_GLOBAL INT AlreadyStarted 0 WHILE ZERO == ZERO SLEEP 10000 WEND FUNCTION STARTLEARN PRINT_TEXT "RECIEVED FIRST PACKET, LEARNING SKILLS" IF AlreadyStarted == ONE PRINT_TEXT "Function already started, rejecting!" RETURN VOID ENDIF AlreadyStarted = ONE //Define all needed variables DEFINE INT Skillcurrent 1 DEFINE INT IDENT1 0 DEFINE INT IDENT2 0 DEFINE INT NumberOfSkills 0 DEFINE INT Skill_ID 0 DEFINE INT Skill_Level 0 DEFINE INT NOTHING 0 //End of defining variables //Reading first bits of the packet I need PACKET.READ_BYTE IDENT1 PACKET.READ_INT32 IDENT2 PACKET.READ_INT32 NumberOfSkills //Done reading needed bytes PRINT_TEXT "We have <&NumberOfSkills&> skills to learn" //If we have 0 skills, dont inject anything IF NumberOfSkills == ZERO PRINT_TEXT "You have 0 skills to learn... terminating script" SCRIPT_END ENDIF //Learning only the amount of skills needed. WHILE Skillcurrent <= NumberOfSkills PRINT_TEXT "Currently learning skill: <&Skillcurrent&>" Skillcurrent = Skillcurrent + ONE DEFINE bytebuffer ClickSkill 256 DEFINE bytebuffer LearnSkill 256 //Reading needed information PACKET.READ_INT32 Skill_ID PACKET.READ_INT32 Skill_Level PACKET.READ_INT32 NOTHING PACKET.READ_INT32 NOTHING PACKET.READ_INT32 NOTHING //Buffering ClickSkill ClickSkill.WRITE_BYTE #i115 ClickSkill.WRITE_INT32 Skill_ID ClickSkill.WRITE_INT32 Skill_Level ClickSkill.WRITE_INT32 #i0 //Buffering LearnSkill LearnSkill.WRITE_BYTE #i124 LearnSkill.WRITE_INT32 Skill_ID LearnSkill.WRITE_INT32 Skill_Level LearnSkill.WRITE_INT32 #i0 LearnSkill.TRIM_TO_INDEX ClickSkill.TRIM_TO_INDEX //Injecting packets injectbb ClickSkill SLEEP 500 injectbb LearnSkill SLEEP 500 //End of packet injection //Deleting DELETE ClickSkill DELETE LearnSkill //End of Deletion WEND AlreadyStarted = ZERO PRINT_TEXT "Session ended" RETURN VOID Output:

why not just kill their threads?

Dont hold your breath on it, but slothmo was thinking about adding ways to add bytes to packets when logging in. This would ultimately fix the frintezza issue.

376 released, proxy support.

I have a friend looking at frintezza... he analyzed the packets and found that a packet has extra bytes then normal. Wait and see if we can come up with a solution.

dump engine.dll... its the only way.

probably... if they changed it.

you probably have the wrong token/blowfish... I dont play there, I dont know. But thats what is seems like.

use l2encdec to decrypt the files nubbys :)

you didnt read my posts.

interlude is dead, move to a ct1.5 server imo.