Stein

I'm not sure such a thing even exists. I mean honestly I find it a miracle they haven't shut down the fire red clone yet.

The original post is over a year old. It's not uncommon for downloads to disappear after such a long time. I don't have this particular one in my backlog of engines, so can't really help you there.

NPCs themselves do not have shop triggers on them. The way we usually work around it is either a shop attribute on the map itself in front of the NPC, or triggering a shop window through an event conversation.

It's not an ini file, it's a bit of code strewn across a few locations (Player().Steps is a good thing to start looking for) that you'll need to adjust, as well as a lot of sprite-related subs that currently divide the sheet width by 4, you'll need to change this to 3.

That is exactly what is causing the error here. Could you paste that piece of code into a code tag so we can correct it?

Not everyone with a red name has full administrative privileges, let's make this clear as well. The only people that really do are JC and Amish, I for example am in a group that's simply colored red, but is not the actual larger ''administrator'' group. So yes, most red names you'd see are basically just elevated moderators. :) As for how Ranqe got to be a Legend, christ if I know. It may have been an accident but I honestly never checked since I figured it would have had a reason.

If you need them yourself then why would you need to share them to have them be free? Technically you'd own the music if you made it yourself.

Works fine for me, so I'm not sure what's causing you trouble.

You could look at how it's done in CS:DE and.. you know, copy it? Assuming you have the original code.

It's an Operating System thing, it's completely unrelated to the supplied monitor as it just scales a few items internally before sending them as output to your monitor.

It's in your control panel, on Windows 8 it looks something similar to the following: 

No, the DPI settings of Windows itself. The DPI of the images and whatnot doesn't affect a thing, but each machine has a DPI setting as well. :)

It's even simpler, actually. Make sure their DPI settings are set to normal.

This would basically require you to rewrite the server and client since they're hardcoded into the client itself along with the rendering and sound engines. It's a lot of work to detach them and move them to a seperate system.

Oh? I thought this was fixed ages ago. Guess I was mistaken there.

That works but still leaves a desync issue in rare occassions and players will be unable to attack the NPCs properly (first hit, since the location is handled on two locations it may not always match up) although we'd need to see this done in practice to see the full extent of such a possibility. I don't think it would happen often enough to worry about it, but it never hurts to bear this in mind. (Also with the randomized movement timers mentioned below and people joining later, or longer movement timers this WILL cause issues, so possibly resetting the movement timer back to default for everyone might be nessecary when someone joins a map) Another issue is that if the steps are done for every NPC on every (active!!!) map without variable speed between each execution in said Byte array you'll get a crapload of new numbers to regenerate every time and the Random() function isn't exactly kind on resources so using it a couple hundred times in a row may not be a great idea. I'd add a random delay to each movement frame (ranging from between say 200ms and 5 seconds so they move at seemingly random intervals) to avoid having to regenerate a lot of arrays at the same time. Using such a method we can cut down the byte array size to around 50 or so as well because we'd have more space to recalculate them. This will not fix the speed for NPCs in combat though, but we may be able to patch that up a little if we have more space for processing each individual in-combat NPC as well. TL;DR: A great concept in theory Carim, but it leaves a few vulnerable situations. For example when a player joins a map mid-timer, they will always be off by X amount of time on each NPC.

It's not nearly as bad as I expected. It could use a lot more polish and a few mechanical changes (for example why are we able to walk through mobs? It makes combat feel so floaty) but overall it's not as bad as I had initially assumed it woud be. Have to admit that aside from the Dominion(I believe?) the starter zones are incredibly boring though. But it seems to pick up around level 15ish.

It should correspond, if it doesn't it's somehow bugged. So if you make sure that Hair 1 is the same in both the faces and sprites folders it should match in-game. :)

What sort of characters does your password contain exactly? VB6 does not take kindly to any non-standard letters and symbols can at times cause a few odd issues. (Also have you tried debugging to see what password the server receives? Maybe it's somehow sending skewed data or incomplete data)

Did you only replace existing images or did you add any additional ones, possibly left some out? (Have you used the class tool to get the new images loaded if that is the case?)

What error? Kind of hard to tell when you're not telling us a thing.

The engine was never made to be used by other people to make a game with. It's awfully unstable and needs a lot of work. But you should be able to find most of the references client-side.

Not really, the engine isn't really built to support fast paced action in such a way. You'll see what I mean when there's 4-5 players strolling across a map.

I remember this being a modification of a modification, so it's quite possible a good few bugs slipped in. Unfortunately I'm not familiar with the base nor is the owner of it still active around here I believe. So it may be up to you to figure out what's wrong.

And why force someone that possibly has little understanding of the language struggle with debugging and then have them give up on their project entirely because they don't understand anything of it? The Event System as it is is NOT a good way to start your debugging carreer and his map had no events on it so those shouldn't have caused it. If there ARE events on said map THEN you can start debugging it this way as there is something to debug, now it'd just be a chase as to why the data was saved the way it did.