Entropy

Grum did it Talk to him, I didn't check anything...

hmm, type exp, see if it matches.

This shouldn't happen, especially after this update... Please let me know if it happens again.

Not a bug.

Right now, the monsters AI is just a few lines of C. There are much more important things to be added first, like new weapons, armors, maps, housing, etc. since so far no one complained about the fact that the monsters are not inteligent enough. I will make them smarter in a few months, after the basics will be implemented. BTW, here is how the Orcs AI looks like: void orc_ai(int actor_id) { int rand_result; Uint8 str[32]; int i,j; int our_target; int cur_x,cur_y,target_x,target_y,delta_x,delta_y; if(players[actor_id].fighting_with!=-1 || players[actor_id].preparing_to_be_attacked || players[actor_id].preparing_to_attack!=-1) { return;//later on, maybe try to flee, etc. } if(!players[actor_id].moving) { //ok, since we are idle, scan our range for pottential targets to attack... for(i=0;i<max_players;i++) { if(players[actor_id].actors_in_range_list[i]) { our_target=i; //see if that guy is currently engaged in combat if(players[our_target].logged_in && players[our_target].fighting_with==-1) { if(players[our_target].player_data.cape==CAPE_WHITE)continue; cur_x=players[actor_id].player_data.x_pos; cur_y=players[actor_id].player_data.y_pos; target_x=players[our_target].player_data.x_pos; target_y=players[our_target].player_data.y_pos; delta_x=abs(cur_x-target_x); delta_y=abs(cur_y-target_y); if(delta_x>5 || delta_y>5) { continue;//too far } attack_target(actor_id,our_target); return; } //see if that guy is closer than 5 tiles from us... } } //check to see if it should move or not rand_result=rand()%5; if(rand_result==1) leisure_cruise(actor_id); } }

Making such areas is.. hmm.. takes away from the game. I mean, there should always be a risk factor, makes the adrenaline flow. Also, I want to motivate players to do some combat too, not only harvesting.

Oops, I didn't know of that bug...

It's not a bug. I agree that it can be done better, but the inventory code is complicated as it is. It's not that inconvenient to drop something first, then pick it up, after you made your object.

Is there anyone else who experienced something similar?

I think I know why it happens. Some video cards are very bitchy when it comes to reading stuff from the video memory, even if it is only a few pixels. So, I'll issue a fix, that will read the objects under the mouse only every once in a while (1/4 times at the rate it does now). This should fix the problem...

I didn't know that reading one pixel after drawing each object is that slow... Anyway, using raycasts is bad, especially when you have objects with holes in them, such as trees.

It's fixed already.

Impressive idea, Sander, I'll do it tomorrow

Items don't just dissapear like that... When did you have them last time? When did yuo notice they were gone?

Haha

Strange, thanks, I'll look into it..

I know that, will be taken care off to.

Steel gloves are too clumsy. It's a technical limitation, actually.

Did you unzip all the files in teh same directory? In fact, you did unzip the files first, right?

1. The stas window problem was fixed. 2. Gerald will buy titanium ore. 3. the titanium ore will show in the manufacturing screen. 4. Gerald doesn't sell coal anymore. Yes, I know you willhate me for that. Instead, go to Harvy for coal. 5. Cactus harvesting requires leather gloves.

I don't know what to say. I did locate the problem, with why the Beta is so slow, and I'll issue a patch soon (today or tomorrow).

Today the interview with yours truly ws posted on Warcry. You can see it here: http://www.warcry.com/scripts/columns/view...=102&colid=1292

Not possible.

They are supposed to stay near the evil castle, but some of them get out of the maze, and attack people I'll make a poll, wether or not people want the removed from there.

Umm, ok, so, when you log in the game all the exp is OK? And it fucks up after the first battle? What about the magic exp?