Intrepid

emu

no

i dont know i never gave a deep look to it since its retarded

those who want to play on good servers :D

you need to use xml...l2j changed it its not in sql anymore.

just when i alredy thought i will see some nice boobs so i go to sleep calm and chilled im shocked by the most disgusting half human half rat beeing on planet earth occupied by the devil himself XD

-50 no but it can save up 25-30mb from memory footprint(at startup) as far as my experimenting goes with l2j so its still good.

i see you write something long so lets put some math into play. the sizes are: byte: 1 byte short: 2 byte int: 4 byte long: 8 byte if we have an array which have 100 value the size of it in allocated memory as follows. primitiveType[] array = new primitiveType[100]; so since the array takes 12 byte as a header the calc is: 12(header)+100(size)*primitiveType(which can be any datatype listed above). so in that case the allocated memory for each looks like that: byte = 112 short = 212 int = 412 long = 812 ;)

hehe i like guys like you. if you use it for an average declaration where its a number value with a getter and setter yes it dont make any difference BUT if you use it where you handle it as an int array or a key or value or a data holder it really makes a difference after some time. Just so you understand it lets say i optimize from that point of view the l2skill of l2jserver after i finish with it i see -5mb memory footprint and i did it with 1 single class now multiple with the number of places where it can be done.

as i said try emu but if you want a pack with working ctf than i dont have anything for you.

if you really want ctf in it i cant because the shared ctf and the ctf used in packs are bugged and extremly slow. i would recommend emu since if you report to us we can code it so its for better not like with l2jserver xD

about what?

install jdk + jre and add it to the path...

disconnect method...

how old topic lol...someone close it xD

symbolic question: What your server worth if you have a bunch of great events but the server freeze out every single day? :)

coding an il project for 8 months means only you fixed the basic bugs sorry but thats the truth :D what i meant is not for the coding itself moreso for the concept.

if you decide features a few days before the server and you ask ppl for features your server alredy failed. like lain said dont open it.

nahh no thats just a small part :D i would explain it but it would take hell of a lot time to do :D

l2jserver is the base but not the best and l2universe is still fail.

i dont have any msn invites...anyway no l2j developers are not that good :P

Well if you look at l2emu for example there i took out over 2000+ line from pcinstance same in l2dc packs. and no nobody needs to sync from l2j sync from l2j means the end of a project :)

code example...to understand that you would need to know how maps act. 1st they use trove all over the core which is not thread safe and cause a lot of stability and allocation issue. 2nd they use int everywhere when they could use in many cases byte or short(just an example l2skill optimalisation from int to byte,short = -5mb ram usage) 3rd they never ever use any kindof special table like for example l2jfree have in commons which leads to them using slow utils. 4th their bad coding make catches disappear so in many case you never ever will find the error because the pack dont even recognize it. and yet i didnt talk about how awfull their for example htmcache is,how overloaded their pcinstance is,how badly coded their ai is etc etc.

the image at the 1st post :D

using a not thread safe map all over the core or bad coding is not low frequency :)