Jump to content
Eternal Lands Official Forums

piojosnos

Members
  • Content count

    69
  • Joined

  • Last visited

Posts posted by piojosnos


  1. Works well :)

     

    With instancing=1

     

    Isla Prima: 12fps zoomed out, and 70fps zoomed in

    Mocraven Marsh: 3.5fps zoomed out, and ~25fps zoomed in

    Kusamura: 2fps zoomed out, and ~7fps zoomed in

     

    With instancing=1000

     

    Isla Prima: 44fps zoomed out, and 70fps zoomed in

    Mocraven Marsh: 9.25fps zoomed out, and ~32fps zoomed in

    Kusamura: 5.23fps zoomed out, and ~15fps zoomed in

     

    Debian Testing

    [dmi@cyrano map_viewer_release_1]$ uname -a

    Linux cyrano 2.6.26-1-686 #1 SMP Mon Dec 15 18:15:07 UTC 2008 i686 GNU/Linux

     

    Dell Inspiron 6400

    ATI Mobility Radeon X1400

    GL_VERSION = 2.1.7769 Release

    Core 2 Duo @2ghz


  2. I am sick of politics and EL helps me to avoid it

     

    It's nice to have EL so separated from RL woes, and I'd rather not bring political nonsense any further

     

    Same here...

     

    The idea have (from my point of view) two flaws:

     

    1.- It's too expensive to get away from the faction (500k). I would never get inside of something that will cost too much to get away from... It's like taking a positive perk and then use a removal to get PPs back. But even if 500k is too much money for me, it might not be for other players, who knows...

     

    2.- The possibility of being killed in non-PK maps, and what is worst... loose stuff even carrying a rosto... Something I like from EL is that I'm the one that goes and looks for danger, danger does not looks for me :o

     

    I personally would not join any faction that way, it just don't fit with my quiet, AFKness style of playing... but that's just me, may be it's a good idea for other players. :)

     

    Edit:

     

    @ Talixim (Below of this post, the ability to propose duels)

    @ Shaper (The guild based stuff sounds really, but really cool!!!)

    @ Nathan (I would be first in the line to ask an ant for a fight)

     

    Really cool ideas guys! :huh:


  3. Works Well, only I noticed some general low frame rate (being the worst at kusamura jungle ~5fps)

     

    ~42fps in isla prima, ~16fps in medium maps like Grubani Peninsula, ~8fps at Mocraven Marsh

     

    Debian Testing

    [dmi@cyrano map_viewer_release_1]$ uname -a

    Linux cyrano 2.6.26-1-686 #1 SMP Mon Dec 15 18:15:07 UTC 2008 i686 GNU/Linux

     

    Dell Inspiron 6400

    ATI Mobility Radeon X1400

    GL_VERSION = 2.1.7769 Release

    Core 2 Duo @2ghz


  4. Yes and yes! :D

     

    Very few players bash higher level mobs with swords as soon as they can barely survive such fight. I wish we had a way to encourage people to do it more and reward them for doing that, rather than force them to endless hours of boxing mobs being semi-afk with minimal risk of dying, resources use or gear breakage risk.

     

    Perhaps a solution would be exp rising or decreasing exponentially rather than linear, depending on what is the difference between yours and monster's a/d or CL.

     

    Same rule applied to drops as well (more gc's and bigger chance for special drops the weaker you are and the more challenging your enemy is) would surely convince people to move to higher level mobs faster but unfortunately I have no answer here how to prevent abuse like high level fighter taking mob to 1 hp and low level killing it for higher value drop. In order to introduce such changes, TS pots effect would have to be entirely removed as well.

     

    I like this one. I would be nice to use swords for something else than training manu or harvesting hydro ;)

     

    I'd rather see some nice new monsters than use TS.

     

    I always thought casting spells should be possible with positive food only - that would eliminate the problem of TSed training totally.

     

    I agree too! I really would like to see some new nice (err ugly) monsters.

     

    Yes and Yes...

    Something between ogres and clops would be nice.

    :lurker: At least I'm not the only one. :lurker:

     

    No, you are not the only one. :P


  5. I really don't know... but I can't stop playing.

     

    I think the fact that is 100% free, and there is no premium stuff you have to pay for and so. I would really like to contribute with real $ to the creators, but I really, really can't at the moment (for several reasons :) )... I hope I'll probably will be able to some day...

     

    Also the fact that I don't have to stick to some fixed class is important. If I get bored from one skill I just can develop other one.

     

    And the community is also great, I've meet nice people in game.

     

    And the greed for XP!!! that is the best thing.... I always set up a project bigger than the last one. More levels, more levels!!! :whistle:

     

    To all the developers, great work and a million thanks... I think you have made an amazing game B)


  6. dmi (all lowercase) is a contraction of my RL name, I've used it since I can remember (Before Internet in fact), it's pronounced demi.

     

    piojosnos came when I opened my first e-mail... all the nicks I liked were taken, so I finally got anger and choose that one, which is very weird cause it comes from Spanish "piojos"=Lice, "nos" (some kind of contraction from nosotros=We), so I guess you could translate it "LiceWe"

     

    Weird, isn't it? :)

     

    "Hey Fedora, do you use Gentoo?" (attention deficit person)

    "Why dont you are in LNX guild?" (taxonomic biologist)

    "Debian rocks, all else is for n00bs" (old school pker)

    "Excuse me, can you help me compile my kernel?" (inevitable wandering idiot)

     

    ...

     

    oh, and I'm on a Mac...

     

    LOL...

     

    I've see you a few times in game and wonder if the name was the distro, the movie, the hat, the opera or what, thanks for the answer :)


  7. Nobody seems to have mentioned the very definite multiplay problems inherent in this..

    Well I am always looking at the multiplay potential problems with all bots, I don't see this as any worse than any other trade or guild storage bot unless I am missing something.

    (And yes, that WAS my first thought too but I view all bots as potential problems regarding multiplay :hiya: )

     

    Mmm, the bot can probably be used as a man in the middle :icon13:. For example, suppose someone wants to do illegal multi and move all the stuff from his main to his alt, he can set up a trade with the bot and ask in exchange only 1gc as payment, then the alt can pay 1gc and get all the main stuff.

     

    I know Aislinn that man in the middle can be detected by you, and some people may try to use the bot for that purposes... The bot at the end is just a bot and is not his fault (so don't ban the bot please, please... just kidding). I don't know if that will give you any headache (and I don't want it to give you any :) )


  8. - preferabely the player open the trade, then issue the commands (as in normal trade the /bot buy 123 something) so the bot does not have to check, if the player is on the same map and near and so .... save some time and make it more clearer

     

    Yes, this it's 100% true, better to implement it like the trade bots do.

     

    - the payment is not needed to be in gc only - we can use some command like the "buy" to set, what player A wants from player B - the bot simply would remember all the items and quantities

     

    Well, that was my initial idea, but Ghrae pointed that should be simple with gc only, and I think he is right. I believe it's easier to make a first implementation using gold coins only and then see if we can upgrade it to use anything else in further versions.

     

    - the bot should gossip both/respective players on its own with transaction id - avoid the problem with misstyping at human side

    - the bot should gossip both players every (day/5 hours/other interval) because the first message can get lost easy (as client crashed just after getting the msg, hidden in ton of spam, ..., accessing from other computer, where i do not have the history files ...)

     

    Yes, this is nice idea, the only detail is that I think we should not use transaction id now (read below)

     

    - there is possibility to have more trades between players A and B at the same time, so the transaction id should be used anyway

     

    I think first implementation should allow only one trade at the time between PlayerA / PlayerB just for simplicity (But many trades at the same time between PlayerA and other players different from PlayerB).

     

    - bot should check players, he is trading with so even if player C somehow quess the transaction id, then he could not mess with the trade (yes, i have other prices and even other offers for friends, then for the rest of world ... i do not want to sell some rare items for good price to someone i do not know/i hate)

     

    Yes, trade is absolutely between PlayerA and PlayerB. It's a peer to peer trade, so not even if PlayerC guess some how the transaction id (in fact if we allow only one trade between PlayerA and PlayerB at the same time there is no transaction id at all) he would be able to buy things deposited by PlayerA.

     

    - the bot should use some DB engine for storing data, plain text files are not very good for this type of things

    - bot should move all items from inv to storage immediatelly

    - the bot capacity is limited, so it would work only when bot is allowed to use the storage

     

    Using a DB of course (I was thinking in MySQL or PostgreSQL). Items from inv to sto, yes, in fact if we are trading with big amounts of ingredients then items should go to storage directly.

     

    Well to get the status of community bot, you will need to talk to entropy stating what it will do and why you feel it will benefit the community enough to warrant special treatment/free. He will make that decision.

    However, as far as I know, the only bot granted that status is Gossip (possibly EternalTrivia as well but I don't remember), so the requirements are pretty tough to meet.

     

    Yes Aislinn, I know it's tough, and I'm sure there are very good reasons for things to be that way.

     

    I'll try to work a bit with some bot sources I've found around in Google. Currently I'm trying a bit with Java and JELC (I'm in Linux so can't use C# and I have not a good base code for bots in C++). I'll made some small bots in test server to check if I'll finally implement it, and then I'll talk to Entropy to see if it's possible to use it as a community bot. Then we'll see what happens :)

     

    Thank you all for the ideas, I appreciate them :pickaxe: By the way, don't expect results soon... I'll do this veeeeery slow because of my RL work :icon13:


  9. Auctioning:

     

    1 Magic Removal Stone

    Initial Bid: 230k

    Increments: 5k

    Buy it now: 275k

     

    and...

     

    1 Will Removal Stone

    Initial Bid: 45k

    Increments: 2k

    Buy it now: 75k

     

    and...

     

    1 Vitality Removal Stone

    Initial Bid: 25k

    Increments: 1k

    Buy it now: 50k

     

    The auction will end in 7 days from now (Saturday 20 of December / 4:00pm GMT -4:30)

    I reserve the right not to sell if I don't like the highest bid.


  10. Be prepare for people to dump useless junk on the bot just to fill it up.

     

    Well, I know bots are not supposed to be near storage. But if the bot is a "community bot" so no ones makes profit of him, may be we can get an exception and put the bot near storage. It will also allows it to make deals with bit amounts of ingredients (50k Iron and so...). In this case it does not matter if people tries to fill the bot with junk, cause all will go to storage.

     

    I think that the previous idea, mixed with Airakose idea of storing "entry input dates" should solve the problem. For example, a trade can't last more than 7 days, if so, the bot keeps the items and they are lost for ever for the original owners :). Items keep by the bot that way can be used to make public contests and so. Of course the bot will warn the owner the day before the items expire that if he doesn't cancel the deal and get the items back the bot will keep them.

     

    As I told, before, I'm thinking of this as a (non profit) community bot, so I don't know if the rule of not being near storage could be break for this particular case. If the bot is not in the reach of a storage I think it wont be very useful.


  11. Yes Ghrae, you are right. I always tend to make things more complicated of what they really are. Your suggestion is good if we use always gold coins, which I think would be most of the deals. B)

     

    PlayerA can deposit to the TraderHelper this way:

     

    /TraderHelper deposit <PlayerB> <required_gold_coins>

    * Here opens the trade window to deposit the items...

     

    /TraderHelper withdraw <PlayerA>

    * Here opens the trade windows to allow PlayerB give the gold coins in exchange and get the items deposited by PlayerA. Here I think that PlayerB should give PlayerA name because this way he PlayerB can have two or more deals in progress...

     

    /TraderHelper get_money <PlayerB>

    * Here opens the trade window to give the payment to PlayerA

     

    Other commands should be:

     

    /TraderHelper cancel <PlayerB>

    * Opens the trade windows and gives back to PlayerA the items (Abort the deal)

     

    /TraderHelper check <PlayerB>

    * Checks if PlayerB has made payment

     

    And of course we should have a help command.

     

    The bot keeps a percentage and you can get the rest

     

    About this I'm not sure, I thought it first as a non-profitable bot like Gossip, but for sure it can be used to get some profit or make some donation to the GIWS... I'll keep those details to the one who implements/hosts it (and to Entropy).

     

    By the way, even when I can actually program in Java/C# (the first one preferably), and even when I really would like to mess with the code ;) I don't have enough free time to set up all the development environment, and code it from scratch (or from other source), and solve all the hosting details, etc, all by myself. So if any one more experienced developing bots want do it that would be nice, and if he/she wants/can let me help a bit it would be really nice :D


  12. Hi, I have an idea for a bot based on a problem I currently face with a trade.

     

    Some times, if you want to trade with someone with a very different timezone it's difficult to be on-line at the same time to make the trade. So you can make a deal trough the forum, chat using gossip, but it may be hard due time zones issues to be on-line at the same time.

     

    It would be nice to have a bot to help in those trades. The functionality should be something like this: I can deposit some items to the bot (it should be near the storage), and the bot will give me some kind of transaction id, for example:

     

    Assuming PlayerA wants to trade with PlayerB (PlayerA wants to sell 1000 HEs to PlayerB for 7000gc), then using the TraderHelper should be:

     

    1.- PlayerA deposits the 1000 HEs to TraderHelper and Gossip PlayerB

     

    [PM to TraderHelper: deposit for PlayerB] (here it opens the trade window and accepts any items you deposit)

    [PM from TraderHelper: Hi, your deposit id is 55445666]

     

    [PM to Gossip tell PlayerB I made a deposit with 1000 HEs, the id is 55445666, remember, it was 7000gc]

     

    2.- PlayerB logs on, gets the Gossip message and deposits the 7000gc. For PlayerA safety he wont get the HEs yet he will get them later when PlayerA gets the 7000gc. Then PlayerB Gossip PlayerA telling him that the money is ready.

     

    [PM to TraderHelper: deposit id 55445666] (here it opens the trade window and PlayerB deposits 7000gc, but does not get the 1000 HEs yet)

     

    [PM to Gossip tell PlayerA All done, 7000gc in the deposit]

     

    3.- PlayerA logs on later, checks the deposit and if he is OK with what PlayerB has deposited in exchange, he takes the 7000gc, releasing the 1000 HEs to be taked by PlayerB.

     

    [PM to TraderHelper: deposit id 55445666] (here it opens the trade window with the 7000gc deposited by PlayerB, if PlayerA is OK with the 7000gc he can take it, if not he can use other command and take his 1000 HEs aborting the trade)

     

    [PM to Gossip tell PlayerB Good, take your HEs now]

     

    Globally it's like a two phase trade like the usual trade window, only that it will have a bot in the middle of the trade to help people trading in different time zones.

     

    It should be needed to work a bit in the commands for all the possible scenarios (withdraw items to abort trades or people making mistakes and depositing wrong amounts of stuff, etc) but I thing the idea is clear. Also may be we should found a better word than deposit and a better name than TraderHelper but that is the less important thing...

     

    I think it's a safe fool prof method, don't see any hole or any way some player could take fool it (But you never know)

     

    So, what do you thing of my little "use case"? ;)


  13. PM In game or post here if interested :evilgrin:

     

    Flowers:

     

    4886 White Chanterelle / 0.5gc

    23925 Tree Mushroom (Offer)

     

    Books:

     

    1 Book of Potion of Physique / 300gc

    1 Book of Potion of Feasting / 750gc

    1 Book of Potion of Manufacturing / 750gc

     

    Animals:

     

    91 Deer Antler / 0.5gc

    10 Hawk Feather / 14gc

    2 Falcon Feather / 14gc

    22 Leopard Fur / 8gc

    4 Snow Leopard Fur / 14gc

    111 Puma Fur / 9gc

    20 Fox Fur / 8gc

    21 Feran Horn / 12gc

    16 Brown Rabbit Fur / 3gc

    97 Brown Snake Skin / 6gc

    28 Rat Tail / 6gc

    86 Wolf Fur / 7gc

    8 White Rabbit Fur / 8gc

×