Jump to content

Recommended Posts

Posted

Please, when you finish reading this guide read the notes at the bottom.

 

Editing the glow of the weapons is quite easy, just follow this steps:

 

1. Grab your env.int file on your client's system folder.

2. Decrypt it ( striping its header ) with l2encdec ( -s ).

3. Open the file with your favorite text-editor.

4. Scroll down untill you see [EnchantEffect]

 

Ok, now, here comes the part to explain, you will see exactly 21 enchant lines, what are those?, those are the different levels the weapon will glow like, in other words the Enchant5 is how it will glow at +5 Enchant7 is how it will glow at +7 and so goes on.

 

Now, the part we want to know is this: ( I wrote X because it wont matter wich one you take )

 

EnchantX=(R1=0,G1=0,B1=0,R2=0,G2=0,B2=0,Opacity=0, Num=0)

 

I wont take too much time to explain this as i guess many of you just by seeing it can know how it works, well, this is just a RGB line ( Red, Green, Blue ), to have lets say....a green weapon?, just set the G to....150? and leave the other ones on 0, or well, use your imagination, you can do wich color you want ( i think ), opacity is just the transparency of the glow, leave that to "1", also, i am not totally sure what num does, ill check out in a bit.

 

Ok, now you edited the color as you wanted, lets finish this up.

 

5. Save your changes.

6. Encrypt the file with a 111 header ( - 111 ).

7. Replace this file with the on on your system folder.

8. Enjoy!

 

Well, thats all, i will add a few notes tough.

 

a. I didnt find out this, digital posted it on the chineese section, here is the link: http://www.postpacific.com/forum/viewtopic.php?t=1124

b. I wrote this to explain it a little easier than what you would get trough google translator ( wich if you re-read it a couple of times will be enough to understand it )

c. I'm sure this question will pop up, so ill answer at once IF YOUR L2 SERVER WONT HANDLE THE ENCHANT LEVEL DIFFERENCE THEN BY EDITING THIS THE GLOW WONT HAVE A DIFFERENCE ON DIFFERENT LEVELS, but if you edit all the levels with the same one you will see the color of the glow you made ( Yes, the red/blue glow l2server wont handle it ).

d. And no, i havent fixed the glow issure, i wrote point c beacuse im almost sure someone will post that it wont work, just pure prevention.

 

Well, i hope this guide can help.

 

Yours.

 

Credits to my friend EntroX

  • 1 month later...
  • 9 months later...
  • 2 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



  • Posts

    • Yeah, that's fair. I'll create a full AI-based fake player engine out of this to see how far it can go.
    • sell adena l2rebon signature x1 - 1kk = 1 dollars l2reborn x10 - 500kk = 4 dollars E-Global x Lu4 - 1kk = 2 dollars BOHPTS - x20-x500 TOP PRICE DISCORD - GODDARDSHOP TELEGRAM - MMOPROMO Also on sale are Epic jewelry, Clothes at a very good price
    • Don't get me wrong, I have no hate for AI. The potential for LLMs in gaming, especially for creating dynamic NPC dialogues or complex, adaptive game masters, is immense. The point of my previous post wasn't to dismiss AI as a whole, but to question its practical application for this specific, solved problem.   However, the example given (basic farming) is the worst possible use case to demonstrate this potential. It's the equivalent of using a fusion reactor to power a desk lamp. The overhead is astronomical compared to the task. The core of my argument is about efficiency and the right tool for the job. For the predictable, loop-based behavior of auto-farming, a state machine is not just adequate; it is superior. It is lightweight, incredibly fast, reliable, and consumes negligible resources.   To prove it's not about the volume of code but the efficiency of execution, here is the entirety of the auto-play logic for my server: AutoPlayTaskManager 400 lines of code: AutoUseTaskManager 470 lines of code: This code provides full, retail-like auto-play support for all classes, including offline play. It runs on any standard VPS without a dedicated GPU, using a tiny fraction of CPU cycles. An LLM-based solution for this same task, even a "weaker" one, would: -Introduce significant latency (response time) for each decision. -Require expensive GPU hardware to run locally or incur API costs for cloud services. -Add immense complexity for parsing natural language responses back into game actions. -Be inherently less reliable than a simple "if mob dead -> loot" check. So, while I agree the research is "quite cool" as a proof-of-concept, championing it as a practical solution for auto-farming is where the "AI hype" label fits. The real innovation would be applying that LLM power to a problem a state machine can't easily solve, not one it already solves perfectly.
    • Ofc it does 🙂 . All it was trained on was farming for levelling. It's not about doing something unpredictable. It's about potential. Feed it a bigger context and train it on class-specific fighting patterns, buffing, item values, trading, chatting in L2 lingo, reading trade chat, party-based farming, crafting goals, etc, and you have something that a normal deterministic bot would take a really long time coding to achieve.   Add that to all of the work being offloaded to a model instead of the gameserver, and you have a much better solution that feels way more natural. Ofc you can do pretty much everything with a state machine but you'd have to write insane amounts of code. It's a waste of time. Don't be blindsided by your hate for AI. There is considerable potential here.
    • AI hype from dumb AF devs at it's best. The video shows a character doing the most predictable loop imaginable attack, loot, repeat. You don't need a "reasoning" LLM for that. A lightweight task scheduler or even a basic script can handle it with a fraction of the resources and zero GPU overhead.   Spinning up a big language model to decide "hit the mob and pick up the drop" isn’t clever, it is wasteful. It's like hiring a rocket scientist to flip a light switch: impressive hardware, pointless job.
  • Topics

×
×
  • Create New...

AdBlock Extension Detected!

Our website is made possible by displaying online advertisements to our members.

Please disable AdBlock browser extension first, to be able to use our community.

I've Disabled AdBlock