Jump to content

Recommended Posts

Posted (edited)

Hey guys, i just made this thing:

 

http://pastebin.com/zrk5iKqf

 

What it is?

 

This is a pvp name coloring system, but little different from others. You set the config:

 

NameColorSwapsPvp = 100_00FF00,FFFF00;200_F34342,000000,54673F

 

Where 100, 200 are the amount of pvps for the feature to begin. The others after _ are the colors the name will be switching to every X seconds(you can add as many as you want), where X:

 

NameColorSwapTime = 1

 

 

So basically your name will change between the colors set at the configs every X seconds(set at configs too).

 

I didn't test it, it's coded on aCis though on some old files i had on private svn.

 

It is lamely coded(i am bored) and i wouldn't really suggest this for a live server since a UserInfo and CharInfo packet is sent every X(at configs) second(s) to update the color.

 

HF.

Edited by An4rchy
Posted

 

 

It is lamely coded(i am bored) and i wouldn't really suggest this for a live server since a UserInfo and CharInfo packet is sent every X(at configs) second(s) to update the color.

 

HF.

 

 

Well isn't that the only way that can be done? 

Posted

I'm afraid so yes, but when i say it is lamely coded i didn't say that because of the packets, but because of the other code ;p

Posted

Well that's something different! :)

 

Don't worry about the code! Mostly here don't know java (only applying code) so yeah they won't care from the moment this works!

Posted

Also it's ok for a live server, sending userinfo,charinfo packets every 1 sec isn't a problem. (That's what I think ofc  , I don't say it's the truth , correct me if I am wrong )

Posted

Well that's something different! :)

 

Don't worry about the code! Mostly here don't know java (only applying code) so yeah they won't care from the moment this works!

Hah, that's true indeed ;p

 

 

Also it's ok for a live server, sending userinfo,charinfo packets every 1 sec isn't a problem. (That's what I think ofc  , I don't say it's the truth , correct me if I am wrong )

Well the truth is that there won't be a 'lag' problem with that specific feature, but combined with several others it can slow things down a bit ;p

Posted

I wouldn't recommend to set the timer to 1, because some actions like augmentation are interrupted when UserInfo & CharInfo packages are sent, meaning you have to close and reopen the window to actually augment.

Posted

I wouldn't recommend to set the timer to 1, because some actions like augmentation are interrupted when UserInfo & CharInfo packages are sent, meaning you have to close and reopen the window to actually augment.

can you explain please with some proofs of what you mean?

Posted (edited)

For example, try to move any item from inventory or skill from skill window to the bar while attacking a mob. You simply can't. The icon is gone - packets interruption.

 

Sort of. That's what he means :)

Edited by SweeTs
Posted (edited)

I hope you don't mind if i say what could be done better

- you could make one thread for whole server, not one for each player

- you could replace int[] color and int last with just String currentColor

- This run() method in Coloring class is some kind of bullshit. You can just send packet every 100 seconds, not once a second.

Edited by vampir
Posted

Oh. i am really sorry. I understood that the code should switch the color every 100 seconds(not after 100 pvps). So the code is quite fine, i can show you later(when i am at home) how it could be made with one thread and without int[] color and int last so it would be a bit faster(but i don't think you would notice any difference in performance even on server with large amount of players)

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Posts

    • LIVE VERIFICATION? SUMSUB? “IMPOSSIBLE”? ▪ Spoiler: it is possible — if you know who to work with. A client came in with a task to pass **live verification** on **WantToPay**, a Telegram virtual card service. On the platform side — **Sumsub**: liveness check, SMS, manual review. “Fast” and “by eye” simply don’t work here. › What was done: → analyzed the verification scenario and Sumsub requirements → built the correct flow: phone number, email, timing → **completed live verification remotely, without account handover** → handled SMS and confirmation codes → brought the process to final approval ▪ Result: → verification passed → access granted → no flags or repeat requests ▪ Live verification is not luck. It’s scenario-based preparation — not hope. › TG: @mustang_service ( https:// t.me/ mustang_service ) › Channel: Mustang Service ( https:// t.me/ +6RAKokIn5ItmYjEx ) *All data is published with the client’s consent.* #verification #sumsub #livecheck #kyc #case
    • IMPORTANT INFO: In a few days, I will switch to completely new code, written from scratch with a new download system, patch building and management system. The Updater will become true 2026 code with "foolproof systems". I'm going to create a Discord server for customers to request new ideas and features. FIRST CUSTOMERS ARE ALREADY USING THE NEW UPDATER ON LIVE SERVERS! Watch this topic for upcoming info because the new updater is around the corner! Yes, you can still use self-update on the previous updater! No, the new updater won't be compatible with the old patch system! A new build is required, but players who already have game files won't have to download the entire patch again! New templates and updates to existing templates are coming soon! Sneak peek:  
    • i used guytis IL project and source. i found in his project there are 3 Client version source... 1,CliExt_H5   --->this one cant be compiled in VS2005,i did know why..is it for H5 client? 2,CliExtNew  --->this one is IL version ,but when i compiled it and use it.player cant login game,MD5Checksum wrong.i check the source code,but not found any hints. 3,L2Server    --->this one for HB client?im not sure...   so my question is what are the differences between these three versions of cliext.dll?how can i fix the issue of the MD5Checksum not matching problem?   01/29/2026 21:04:11.366, [CCliExt::HandleCheckSum] Invalid Checksum[1130415144] vs [-721420287] packet[dd] len[29] sum[2698] key[30] HWID[] Account[]! 01/29/2026 21:04:11.366, SocketLimiter::UserSocketBadunknownprotocol 11111111111 01/29/2026 21:04:11.366, [usersocket]unknown protocol from ip[113.137.149.115]!      
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..