Sir_Odie

I built a test-client for Mac OSX. Had only time for a quick test but horses and neck items worked fine so far. There are no more '255' warnings but I get the same strange 'file not found' errors with garbage-filenames that others already reported, though I got no crashes so far...

works perfect now with IE8 :=))

I just tested the saw with UVP=0 and the shadow doesn't disappear -> apparently both problems are UVP-related...

Try this: open the Options-Dialog (Control-o), go to the 'Adv Video' tab and disable 'Use animation program' If this doesn't help, please post more information about your operating system, graphics card, etc...

This looks like an old EL client or old map-files: the files the client can't find are no longer in the 'structures' subfolder, that folder has been removed in EL 1.9. So i guess that your EL installation got mixed up with an older installation. A complete removal and new installation of EL should help...

The pinned guide here should help. Or get the the already compiled windows-client from here.

Yes, CVS checkout works fine again.

Radu said here that he counts PICKS; multi-flowers are counted correctly but exc-cape/perk is NOT checked.

Apparently this happens when you stand exactly on the coords Xaq gives you. Since I try to be 1 step next to the coords I never had this problem anymore.

That patch prevents the mines from leaving the minimap-window but it clips them near the outer edge of the map-circle instead at the inner edge, so the mines are drawn on the window-border: A small adjustment to the radius-check solves this: Index: minimap.c =================================================================== RCS file: /cvsroot/elc/elc/minimap.c,v retrieving revision 1.59 diff -u -r1.59 minimap.c --- minimap.c 13 Jun 2010 18:05:40 -0000 1.59 +++ minimap.c 20 Jul 2010 17:27:39 -0000 @@ -1236,7 +1236,7 @@ { x = m->x * size_x; y = float_minimap_size - (m->y * size_y); - if(is_within_radius(x,y,px,py,zoom_multip*(minimap_size/2-8))) + if(is_within_radius(x,y,px,py,zoom_multip*(minimap_size/2-15))) { glColor3f(0.15f, 0.65f, 0.45f); glVertex2f(x, y); I guess the same adjustment applies to 'follow_path' and 'map markings' (following directly after that section of minimap.c) but i couldn't test it yet...

I uploaded a patch to berlios which implements crit-fail-counters as a new counter-category.

There is a function 'check_dds' defined in ddsimage.h which may help. An example for using it is in textures.c. Sorry for only looking at the map signs

The following patch displays the map flags correctly IF the encyc files 'Maps.xml' and 'Maps2.xml' are changed. In both files the name="3dobjects/structures/bannersX.bmp" entries must be changed to name="3dobjects/bannersX.dds" entries. Index: encyclopedia.c =================================================================== RCS file: /cvsroot/elc/elc/encyclopedia.c,v retrieving revision 1.60 diff -u -r1.60 encyclopedia.c --- encyclopedia.c 3 Aug 2007 06:39:52 -0000 1.60 +++ encyclopedia.c 25 Jun 2010 18:56:49 -0000 @@ -501,9 +501,9 @@ ytile=tid/picsperrow; ftsize=(float)tsize/isize; u=ftsize*xtile; - v=-ftsize*ytile; + v=ftsize*ytile; uend=u+ftsize; - vend=v-ftsize; + vend=v+ftsize; I->mouseover=mouseover; mouseover=0;

This small patch should fix it; i used the code from the item-window where the icons are shown correctly: Index: bags.c =================================================================== RCS file: /cvsroot/elc/elc/bags.c,v retrieving revision 1.65 diff -u -r1.65 bags.c --- bags.c 25 Oct 2009 00:11:23 -0000 1.65 +++ bags.c 24 Jun 2010 18:37:07 -0000 @@ -421,9 +421,9 @@ //get the UV coordinates. cur_item=ground_item_list[i].image_id%25; u_start=0.2f*(cur_item%5); - u_end=u_start+0.2f; - v_start=(1.0f+2.0f/256.0f)-(0.2f*(cur_item/5)); - v_end=v_start-0.2f; + u_end=u_start+(float)50/256; + v_start=(1.0f+((float)50/256)/256.0f)-((float)50/256*(cur_item/5)); + v_end=v_start-(float)50/256; //get the x and y cur_pos=i;

The same applies to the Windows and MAC client. Windows: Put the maps into 'My Documents\Eternal Lands\updates\1_9_0\maps\' MAC: Put the maps into your personal 'Library/Application Support/Eternal Lands/updates/1_9_0/maps/' folder If the '1_9_0' folder doesn't exist, simply create it.

As a configurable option it would be great (especially for the daily kill-quest)

I uploaded a patch to berlios which enables the selection of more than one skill for display in the stats-bar of the hud: The number of displayed stats depends on the screen resolution (only the first n of the selected stats get displayed if there is not enough space for all). The selected stats are saved in el.cfg (no change to the format of el.cfg needed).

alt+click to remove a stat-bar was the way i implemented it. As you need alt to add a bar, needing alt to remove it would be consequent. There were some issues with the stats-bars, that's why bluap made some changes to resolve them; as this version seems to work, it's the question if we should try to change it again or leave it the way it is...

- Ranging Lock - multiple statbars in HUD - resizable mapmark font - small patches for buddies, knowledge window, manu recipes

Here is a complete 1.9 release-client for MAC, which contains Fedoras latest fixes and all 1.9 features... http://www.gm.fh-koeln.de/~linke/EL-Downlo...nds_MAC_190.zip The new_questlog compiles fine with just one more mouse-click (the new_questlog.cpp was included in the project but not marked for compile)...

Check the el.ini in 'My documents\Eternal Lands\main' or 'My documents\Eternal Lands\test' (depending on the server you trying to use). Look for the line '#data_dir = ...' and make sure that one points to your NEW eternal lands program folder.

Client updated to RC2...

I only get this effect from time to time and so far only when i'm in 'harv hour mode', so that might be related to it...

This client now contains all data files from RC1.

I updated the MAC alpha client with the new data files (the link is the same)...