Jump to content

xazax

Members
  • Posts

    427
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by xazax

  1. lots of noobs saying it doesnt work. IT WORKS PERFECTLY! though there are still some glitches, for example: head gears appears as WEAPON and weapons appears as ARMORS

     

    Hi!

     

    I am uploaded a newer version (it will be visible once the admins are reviewed the changes). However this issue is not fixed since I was not able to reproduce. Could you share the db lines that causes the trouble? Are you using SQL or text database?

     

    Regards,

    Xazax

  2. i didnt see this thread, i posted my problems here, kindly advice how i can get around this issue?

     

    http://rathena.org/board/topic/79813-rathena-db-editor/

     

    TIA

     

    Ouch. I did not consider/notice this issue, when I was implementing item_db2 support. Unfortunately I'm extremely busy nowadays, so I don't know when will I have time to fix this issue. As a workaround you can use item_db and mob_db for your custom items. Once I have some time I will enhance the custom DB support.

  3. Ignore ...

     

    I have to wonder where other's are getting this 256MB / 512MB stuff from. ...

     

    Windows is very resource hungry, for example you always run several GUI related services. However if you use linux, the base system can use really low RAM, for example: 50MB or bellow.

  4. I think it is a great idea to cleanup the leftovers from txt from makefile. Fixing the problems with script files are also a great thing to do. Unfortunately I'm not competent enough with makefiles to revise your changes, but based on your description I like them so far.

     

    My only request: just try to test the new settings on as many platforms as possible.

    • Upvote 2
  5. I can also do one^^ I wanted to do one anyway to get to know how to work with these files. ;)

     

    Same, I really wanted to do one with Z3R0 but then he vanished and I kinda got lost with other stuff lol.

     

    <off>Yay! Mercurial is back! :D</off>

     

    There were multiple script converters posted in the dev area, I don't know where did they go.

     

    Once I started to write an item converter with Muad, however unfortunately my time schedule become extremely busy (university, job and research). But the aegis databases are soo different, it is not straightforward to write a converter, but it would be great to have one.

     

    As far as I remember Mercurial likes to write parsers and converters with his beloved .Net and C#. Let's make him write one :D

  6. @MarkZD

    Is it planned to implement unique id's for stackable items? The most valuable items in most of the servers are the cards, so probably one wants to track them.

    Even though the community seems to like this feature, I kinda dislike incomplete features. IMHO the gain of this feature (even if fully implemented, including support for stackable items) does not worth the complexity penalty of the code.

    About the naming conventions, I think all of the proposed field name is ok, as long as it is clear from the documentation (of the corresponding config option) what it means.

    @Kisuka

    You should really learn to respect others. Your achievements do not make your superior and do not authorize you to write in this manner. Enumerating your contributions is not an excuse.

  7. No worries! I look forward to updates. Perhaps adding a "Refresh" button to replace reloading files? Actually, nevermind... I'd hardly use it lol.

    I had some spare minutes today, so I fixed this bug. Now loading a DB will unload the opened database first. There is a warning of course if there are unsaved modifications. Once my submission got approved the new verison will be available to download.

    • Upvote 1
  8. Maybe it is just me, but I prefer to only do one specific refactoring with one commit.

    For example to turn on one warning in gcc and fix those warnings with the same commit may be a bit easier to track in the future than huge changesets.

    For the same reason it may be better to first enable several gcc warning and only set w4 warning level in visual studio after the warnings in gcc are fixed.

    • Upvote 1
  9. Somehow the forum forgot again that I'm following this topic. I hate this bug.

    I understand. Makes sense.

    You're still going to spend a little time working on this every now and again, right?

    Yeah I still spend a little time to support this editor.

    Why it not load my item_db2.txt ??

    Did you try to set it to alternative databases in settings menu (under the re/pre-re mode)?

    I'd like to report another bug. Pretty minor but could really mess some stuff up incidentally.

    If you load the DB's, and then make some changes or whatever, and then load them again... it loads a second set under the first. So I'd be able to search "Red Potion" and see two equally identical potions. Further, if you save in this state, it will make copies of everything in your database one set down.

    I believe that's how I found that first error and just didn't realize my database was doubled...

    Oh. It is not a minor bug! I will fix this issue in the next version, thanks for noticing it.

  10. To real skill usage for NPCs, NPCs certainly need stats.

    However forcing the scripters to specify all stats for a skill feels a bit cumbersome for me.

    And do not forget, there are several possible data that skills might use beside stats. It involves crit, dodge, def, atk, matk, items etc. Some of them can not be manipulated by stats, such as the item part of def. Some skills are use certain item stats to calculate their formulas. I see this feature as the source of many troubles. Some skill may not work as expected this way, or cause crashes.

  11. As far as I remember, the client can not handle arbitary number of character slots. At least old client couldn't, I do not know how the new clients behave. So I believe MAX_CHARS is there because of the client limitation. The chars_per_account is the settings users should use to limit the number of characters per account. Because modifying (especially increasing) MAX_CHARS may result in unintended behavior. But correct me if I'm wrong.

  12. I do not like to add all the events to one file. It doesn't feel structured enough for me. At leas at my server I rather increase the size of the event queue, than forcing unstructured layout of scripts. Of course it is just my personal preference, probably others think differently.

  13. I think it is not a valid point.

    IMO a better solution is, to pull the mesasage from SQL. I'm all for removing motd support and replacing it with a script. It is always better to get rid of redundant features. Futhermore scripts are much more flexible. The logging in is not a too frequent action, so I doubt it could become a performance bottleneck for any server.

    Anyways I think the default value of the event queue is way to low.

×
×
  • Create New...