Jump to content
Eternal Lands Official Forums

dejan

Members
  • Content count

    323
  • Joined

  • Last visited

Posts posted by dejan


  1. As topic says, I have decided today to make a new channel, so PLAYERS can sell/buy products, and raw material. I am not alone in opinion that bots are killing market-channel, and certainly not the only one who does not use that channel for months just because it is so spammed...

    As a proof, #33 is now quite visited channel, with ~20 players (because many others still do not know about it). You are all welcome to join and do business with us.

     

    Someone might ask what if someone recode their bot(s) to join this new channel - I would propose that all players ignore that bot, which means that bot will not be as effective as before (if someone ignores bot, than that player will not see any PM from bot. If XX players do that, bot-owner will have considerable loss in profit).

     

    Merchants from #33 will encourage this behaviour in order to prevent bots to spam #33.

     

    Kind regards and let's do business on #33!


  2. Entropy, are you interested in having official RPM package for ELC? I can make it, for Fedora Core 6, and soon for Fedora 7 (which comes at the end of May). Since I'll write a .spec file, it would make it possible to make RPMs for other RPM-based distributions (Mandriva, SuSE, ...)


  3. As an experienced Python programmer You should already know that there is no need for writing a binding in order to have a bot in Python. Furthermore, there is no EL client library (AFAIK), so what to bind? Bunch of object files from EL client? :)

     

    As a Python programmer, all You have to know is little of network programming, how to pack/unpack bytes received, and, naturaly the EL protocol.


  4. I do not see any good reason for raising skill-level required for making a guild. Current one is pretty good.

     

    Eternal Lands is lacking something other MMORPG games have - parties - where few player form a party (ANYONE can do it, anytime, and it is free of charge), and thay they go together and hunt, or PK. Being part of a party means that they will share experience gained, based on what they did (fair share).

     

    Sure, EL does not have this because EL players can do this without forming a party.

     

    In some way parties are similar to guilds, but guild is something much larger. I actually think having so many guilds makes the game more fun.


  5. Firstly I think this feature is cool (i am enemy_combatant since the introduction of it), secondly i think no guild is well-balanced for this (very very few guilds have equal strength), thirdly there are just very few PK guilds at the moment who would be interested in total war. One could ask why only PK guilds should participate - the reason is that no no-PK guild would enter the total war because people want to protect members who do not PK.

     

    The main reason is, however (if you did not notice) - PKers are rapidly leaving EL.

     

    We talked on Irilion channel few days ago about this, and how to fix this, and agreed solution is: remove BoD, BroD and rostogol from the game.

    Why remove rostogol? Because people do not dare to PK without it, thus they wait until they buy one, PK while they have it, and so on.

    Kudos to those who do not use rostogol, and they usualy are very high-skilled players.

     

    There are other reasons, mostly psychological/sociological - people take every PK very seriously, I think EL developers should put more fun into the PK so players would hopefully take it from that perspective as well. EL community can help with this as well.

     

    PK events are VERY rare, I remember times when we had few PK events per week, almost every day. Some of them were hosted by me, my former guildmates (Dushan, skodarap), and my great friends from *CO*, Die! and =Hc=.

     

    To sum everything - PK on EL is boring and since this is a game, and it is supposed to be fun (not whole day training, or mixing for hours), people are trying other solutions.

     

    Best regards


  6. Client crashed when I simply ordered my char to go to Judith to some tree mushrooms in the storage. Unfortunately I do not have debugger here so I could not debug it. :(

    The last error message in error-log was: [22:06:33] Got invalid sound number . No idea could that be the problem which caused the crash...


  7. As the topic says, I think Nordcarn's nothern PK-cave should be a MULTI PLAYER KILLING area. I am quite sure many players will agree with me. Nordcan already has a single-PK area (NC PK arena, located in the city), so I think changing PK-cave into a multi-PK place would be totally fair.

     

    If there are reasons for not having it as a multi-pk area, please tell them.

     

    Kind regards.


  8. I switched to RedHat (community edition) in 1996. from Slackware and since than I use this wonderful distribution.

    Compiling ELC under Fedora/RedHat ( http://www.fedoraproject.org ) was pretty much straightforward if you have all necessary packages installed. If you do not than just install them via yum. It is worth of notice that ALL necessary packages ARE in the Fedora RPM repository (extras), so, for an instance, if you do not have Cal3D installed, just do this as root: yum intall cal3d-devel .

    The only non-automatic thing that you have to do is to checkout latest CVS version of ELC from Berlios, and build it via: make -f Makefile.linux release . It cannot be easier!


  9. I did not modify any ELC source files except Makefile.win and make.conf . I did not expect everything to work immediately, so now I'll try to make it better.

     

    See, my aim is this (this is some kind of ROADMAP):

    1) Make everything build fine on MinGW/MSYS and completely automatize building process. At the end there will be a script which will build ELC, and make a binary ZIP package which can be used out-of-box. To accomplish this I am going to write BASH script which will download all necessary libraries on demant (if they are not installed), build them, and at the end build ELC.

     

    2) When I finish successfully previous thing I will than move towards cross-building ELC, because I do not have Windows installed on my Linux laptop and desktop computer. I use Windows only in computer labs.

    At the end I will write (and send to developers) a complete GNU Autoconf/Automake scripts which will check the system, configure everything and build ELC. Special part of Makefiles would be a target which makes complete package (ready to use) and hopefully windows installer package as well (NSIS comes to my mind first).

     

    Now let's talk about problems... See I do not have particles support here (computer lab) for some reasons. I have crappy Intel card here on these machines, so particles are disabled automatically. Maybe that could be reason for not having particles compiled-in, which is strange... I'll do my best to fix this, but, as i said, the main goal for me is to build ELC for Windows on my Linux box (cross-build). I am building many things on Linux, for Windows. I have built MigGW cross-tools using my script located at http://dejan.lekic.googlepages.com/mingw32-install.sh and have basically the most basic stuff I need. I just need to build again all those necessary libraries for i686-pc-mingw32 target, which I hope won't be that difficult. :)


  10. Warning: Do not overwrite your old ELC files - unpack 7-zip ( http://7-zip.org ) package below to a new directory!

     

    Ok, new package with ELC+EYE_CANDY+SFX+NEW_WEATHER is located on http://users.tmok.com/~leka/elc.7z . I did not use Dev-C++, nor required packages by ELC provided by crusadingknight. Instead I have built manually ALL needed libraries (libpng, libjpg, SDL_image, SDL_net, SDL, iconv, OpenAL, FreeAlut, libxml2, etc.)

     

    I used MinGW/MSYS(DTK) . I would suggest EL developers to add/change something like this to Makefile.win:

    RC=windres.exe
    
    .
    .
    .
    
    elc_private.o: elc_private.rc
    $(RC) elc_private.rc elc_private.o
    
    $(EXE): main.o $(TMP_LIB)
    $(LINK) $(CFLAGS) $< elc_private.o -L. -lelc $(LDFLAGS) -o $(EXE) -mwindows
    

    -mwindows should be in CFLAGS, but I like to have -m after the target... Anyway, you got the point from the source... :laugh:

     

    Also $(OPTIONS) is missing in CFLAGS/CXXFLAGS, in Makefile.win .


  11. I simply could not keep quiet about this, because than EL developers might think everybody thinks this is okay...

     

    My critic is related to the following:

    Added the attribute and nexus removal stones. They are very rare and for the time being can be obtained only as a harvest event (regardless of the resource harvested). The chances are subject to change, and newbie characters/mules type characters can not obtain them.

     

    See, rich players will be able to do this:

    1) Buy enough hydrogenium bars to get nexuses.

    2) Buy these nexus-removal stones, and make PPs.

     

    If you want to keep the balance in order, please remove this feature.

     

    Kind regards

     

    Dejan


  12. As a professional DBA, and person who worked on MySQL Connector/C++ some few years ago (when it was called MySQL++) I can only say that any claim that MySQL RBMS perfoms badly is purely subjective. There is no need for another person like me to do advocacy for MySQL - there are statistics which shows that MySQL is defacto the most popular RDBMS at the moment, and I guess it is not that DBAs all over The World have chosen it because it is bad, but because it is robust, can be veeeery optimized (if DBA wishes, and knows how), embedded, clustered, loaded, secured, chrooted, scripted etc, etc...

     

    Secondly, ANY person who states "SQLite is not a real database" _cannot_ say he/she is a DBA, because database administrator should at least know some things... And later claim by the person (do no need to mention that persons name, he will find himself in my words) that you should avoid MySQL and "PostgreSQL is cool" just shows that it is another PostgreSQL fan who is blind to anything else... (how typical).

     

    SQLite is one of the best embedded databases ever, and if EL team does not need a DB server, SQLite is definitely the best choice. Implementation is in pure C, and if you use recent "amalgamation" feature ( http://www.sqlite.org/cvstrac/wiki?p=TheAmalgamation ) of SQLite you can actually get ULTRAFAST database capable of doing TRANSACTIONS, thread-safe, very stable, and used in so many projects.

     

    On the other hand there MIGHT be the need in the future for a full-blown DB server. MySQL is definitely one of the best choices if you really want a full-blown database server. Which you might need one day, when you make more EL servers and decide to do some load balancing... Surely, MySQL is not the only good choice - mentioned PostgreSQL, FireBird and IterBase are also good choices.

×