Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


xazax last won the day on December 31 2018

xazax had the most liked content!


About xazax

  • Birthday 08/26/1991

Profile Information

  • Gender
  • Location

Contact Methods

  • Skype

Recent Profile Visitors

8,164 profile views

xazax's Achievements


Poring (1/15)

  • Innovator Rare

Recent Badges



  1. 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.
  2. A better practice to store pernament data in SQL tables.
  3. 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.
  4. About comments above functions... Doxygen?
  5. 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! </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
  6. Status icon would not be a problem, I'm almost 100% sure about that. As long as the selected status icon is available on the client side of course.
  7. In my opinion using scripted statuses would not reduce performance significantly (of course they would not perform as good as hard coded ones, but I doubt that overhead would be noticeable even for popular servers). However maintaining scripted statuses would be easier.
  8. I would prefer a branch to macros, but I definitely would not like to see pre-RE dropped, since lots of the servers still using it.
  9. @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.
  10. Well, HUGE +1 to have uniform names for variables.
  11. 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.
  12. xazax


    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.
  13. Has this stuff been merged into trunk? O.o IMO it was too early then.
  14. Yeah, I think it would be better to alter the VS project files rather than the code.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.