Jump to content

Recommended Posts

Posted

NOTICE: Doesn't work in Interlude or latter client verssions.

 

This modification allows user to zoom throught walls and have unlimited zoom.

 

 

Lines affected in user2.ini:

 

[Engine.LineagePlayerController]
CameraViewHeightAdjust=0.0
bUseAutoTrackingPawn=true
bUseVolumeCamera=false
bUseHitCheckCamera=false                 <---This value toggles between wall zoom off/on. False means you can zoom throught walls.
AutoTrackingPawnSpeed=0.4
VolumeCameraRadius=1000
HitCheckCameraMinDist=0			 <---This means the bumper area before camera goes through wall. Only works if: "bUseHitCheckCamera=false"
FixedDefaultViewNum=3
MaxZoomingDist=65535			 <---Zoom limit. I know I said unlimited but I don't think anyone is going to zoom that far.
MinZoomingDist=-200

 

Notice that terrain can not be zoomed through. There must be a building, rock or some other object to zoom through.

 

1. Find l2fileedit and l2endec.

2. Open user.ini with l2fileedit and edit the lines as u wish. Save to user.ini -> 413 version-> ok.

3. If you couldn't open the user.ini you need to 1st encrypt your lineage system folder with l2endec. and then continue with step 1

 

Open user.ini with:

L2FileEdit

or

L2DatEnDec [Rev.20]

 

-If you get error message when starting lineage 2 then you dont have unpacked system folder. To solve this problem jump to step 3.

 

4. Still not working? Continue to the next step.

5. Jump to step 4 to solve the problem!

6. You never get here since the problem was already solved.

Idiot proof solution by aasi888

 

NOTE: The program versions might not be working with kamael client so you might have to download newer versions somewhere.

 

By aasi888

Posted

I believe that it was an old bug what you are asking about tomilee. It was caused by the client after choosing some settings and it allowed you to see through walls/floors etc. Can anybody confirm me?

 

(The same guide was posted on Greek section before some time ^^ For those who can't understand this one...)

  • 5 weeks later...
  • 1 month later...
Guest
This topic is now closed to further replies.



  • 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