DEVS: Are you interested in a brand-new client?

[cobaltjones]

The perp is the mapper functionality in the Ender and Gilbertus clients.
Downloading map images uses bandwidth and apparently lags you.

That doesn't make any sense though, as the lag only happens when there are an abundance of sprites on the screen (scents/crops).

[themendios]

UPDATE: I am transitioning to SlimDX(open source MDX since MS abandoned it for XNA)/Forms since it's pretty close to XNA but doesn't have the hardware requirements that XNA does. For example, my home laptop has a builtin ATI card and XNA will run, but my work laptop has just an onboard Intel and it won't even attempt to run, just kicks an error and exits. Since XNA wasn't cross-platform all that really means is that it's not XBOX compliant (oh no!)

I thought about just modifying Java rather than transitioning but I've come far enough to be able to dissect just about every piece of the code now and rewrite it.

At this point I've dissected netcode, resources, and the gui implementation. The only big grey area remaining is the sprite animations and how they're triggered, but if I could figure out the rest I got that covered, just haven't gone that far yet.

[marvi]

However, you may want to note that some of the resources contain dynamically loaded Java code which links to the current client's API, which makes it hard to replace satisfactorily.

That's where the funny things ended for me. :\ Though it's totally possible to decompile (it's JVM bytecode) and re-implement these parts on C#... But it means that there is possibility that client will be broken even after minor stealth updates.

Nevertheless, keep up good work.

[themendios]

That's where the funny things ended for me. :\ Though it's totally possible to decompile (it's JVM bytecode) and re-implement these parts on C#... But it means that there is possibility that client will be broken even after minor stealth updates.

Can you give an example of this loftar? I plan on basically ignoring the UI specifics with a wrapper but if it's something more complex than 'the button actually goes over there' then I'd like to know now.

[loftar]

Yesterday I've spent some time in profiler. The result:
My bet, that most of CPU consumption is happening because of intensive GC operations.
Main object of garbage collection is haven.Coord class.

I would like more proof before I believe that. ;)

The vast majority of allocated Coord instances are highly transient objects and, as such, are collected by HotSpot's generational collector in virtually no time at all. It might be a different story if you use another VM without a generational collector, but I don't know of any JVM except Dalvik that doesn't have one.

[loftar]

That's where the funny things ended for me. :\ Though it's totally possible to decompile (it's JVM bytecode) and re-implement these parts on C#... But it means that there is possibility that client will be broken even after minor stealth updates.

Can you give an example of this loftar? I plan on basically ignoring the UI specifics with a wrapper but if it's something more complex than 'the button actually goes over there' then I'd like to know now.

Some things that I can think of off the top of my mind include the sprites for the crops, some of the more esoteric UI elements (like the village creation dialog or the barterstand boxes) and the dowsing effect. I'm sure there are a few others too, though.

[dra6o0n]

I hope you do succeed with your client. i also hope it runs faster than the current one. its annoying when my computer starts lagging with tons of scents on the screen or lots of crops.

The perp is the mapper functionality in the Ender and Gilbertus clients.
Downloading map images uses bandwidth and apparently lags you.

A friend took the client and edited out the unnecessary stuff and improved the hiding feature to include more detailed stuff and he says the client is smooth enough to have grid in it and not lag you.

you're already downloading the images for your minimap, though... did your friend disable the minimap altogether?

No, its not the ingame minimap, but the mapping functionality of saving individual map images and creating a google map out of that session.
THAT, functionality is causing the client to lag because its constantly re-updating the map.

[sabinati]

lol, ok, if you say so

[cobaltjones]

No, its not the ingame minimap, but the mapping functionality of saving individual map images and creating a google map out of that session.
THAT, functionality is causing the client to lag because its constantly re-updating the map.

Then why does it only occur around crops and other sprite intensive areas?

I understand you have good intentions but you really have no idea what you're talking about and are just spreading misinformation. Clients with a mapper simply take the minimap image that you've already downloaded from the server and place it on a html map grid. It's not checking for updates or redownloading anything. And even if this WERE the case (it's not), the minimap images are 20kb, which would make your client "lag" for less than a second per new minimap downloaded.

Seriously, just think about what you're typing.

[Jackard]

dra6o0n, wtf nonsense are you spouting now