Peopleperson49

Why not control the monster type based on the level. This will take some research to determine. But if they are level 1 then they can only draw monster less than level 50, etc... Peopleperson49

In the first version I think it should change the "if(.@i==0||.@i>zeny)" to "if(.@i<1||.@i>zeny)". If somebody inputs a negative number there is no protection from it. Garet999 you can do it the same way as you would in src coding which allows you to not use 'set' for some things. Just as you can also increase numbers by using ++ in some cases. Most people don't code this way or even understand it, but Annie loves her style. I try to avoid it because it is easier to teach others with the more common methods. More power to Annie! Peopleperson49

So basically rAthena not not a true RE emulator. Were a P-RE/RE emulator. It is working great the way it is with everything meshing. I just wonder if we focus on only RE maybe we can reduce the gap between rA and KRO. Besides can we truely maintian the 1:1 goal if we still have P-RE.? Peopleperson49

Buda .@i is just a variable use to store the inputed zeny amount. Annie does anybody still use that archaic blackjack scirpt from the SVN? Peopleperson49 doc/script_command.txt Variables --------- The meat of every programming language is variables - places where you store data. In the rAthena scripting language, variable names are not case sensitive. Variables are divided into and uniquely identified by the combination of: prefix - determines the scope and extent (or lifetime) of the variable name - an identifier consisting of '_' and alphanumeric characters postfix - determines the type of the variable: integer or string Scope can be: global - global to all servers local - local to the server account - attached to the account of the character identified by RID character - attached to the character identified by RID npc - attached to the NPC scope - attached to the scope of the instance Extent can be: permanent - They still exist when the server resets. temporary - They cease to exist when the server resets. Prefix: scope and extent nothing - A permanent variable attached to the character, the default variable type. They are stored with all the account data in "save\athena.txt" in TXT versions and in the SQL versions in the `global_reg_value` table using type 3. "@" - A temporary variable attached to the character. SVN versions before 2094 revision and RC5 version will also treat 'l' as a temporary variable prefix, so beware of having variable names starting with 'l' if you want full backward compatibility. "$" - A global permanent variable. They are stored in "save\mapreg.txt" or database table `mapreg`, depending on server type. "$@" - A global temporary variable. This is important for scripts which are called with no RID attached, that is, not triggered by a specific character object. "." - A NPC variable. They exist in the NPC and disappear when the server restarts or the NPC is reloaded. Can be accessed from inside the NPC or by calling 'getvariableofnpc'. Function objects can also have .variables which are accessible from inside the function, however 'getvariableofnpc' does NOT work on function objects. ".@" - A scope variable. They are unique to the instance and scope. Each instance has it's own scope that ends when the script ends. Calling a function with callsub/callfunc starts a new scope, returning from the function ends it. When a scope ends, it's variables are converted to values ('return .@var;' returns a value, not a reference). "'" - An instance variable These are used with the instancing system, and are unique to each party's instance. "#" - A permanent local account variable. They are stored with all the account data in "save\accreg.txt" in TXT versions and in the SQL versions in the 'global_reg_value' table using type 2. "##" - A permanent global account variable stored by the login server. They are stored in "save\account.txt" and in the SQL versions in the 'global_reg_value' table, using type 1. The only difference you will note from normal # variables is when you have multiple char-servers connected to the same login server. The # variables are unique to each char-server, while the ## variables are shared by all these char-servers. Postfix: integer or string nothing - integer variable, can store positive and negative numbers, but only whole numbers (so don't expect to do any fractional math) '$' - string variable, can store text Examples: name - permanent character integer variable name$ - permanent character string variable @name - temporary character integer variable @name$ - temporary character string variable $name - permanent global integer variable $name$ - permanent global string variable $@name - temporary global integer variable $@name$ - temporary global string variable .name - NPC integer variable .name$ - NPC string variable .@name - scope integer variable .@name$ - scope string variable #name - permanent local account integer variable #name$ - permanent local account string variable ##name - permanent global account integer variable ##name$ - permanent global account string variable

Dastgir Pojee he wasn't saying that rA was dead, he was saying that eA was dead. Which is true eA is pretty much dead. Michael when you say leave both do you mean two seperate versions, or keep it with shared files as it is now? Seperate versions are even work than the shared version. That would truely require twice the work to update each. Atleast the way it is now they pretty much share src files so there not doubling all the work. The way we have it now is working, my question was whether it was worth it to keep both in the future? Peopleperson49

One thing that I really like about rAthena is how they that they made P-RE and RE basically share a common src to reduce work and space. But I don't completely agree with those who say that P-RE was very stable. Since they share files P-RE is really just as stable as RE. I don't think you can really just stop updating it (without completely removing it), because when you make changes to the src files for RE you then have to test out on both anyway. Even if it worked fine on RE, it could cause something negative on P-RE that would make rAthena seem broken. People tend to assume that looking through a small window shows the whole picture. Peopleperson49

I use a renewal server, but I have the NPC quests for the 3rd jobs disables at this time until they fix all the issues with them. Peopleperson49

Everytime you make a change you have to update your RE and P-RE servers and test it on both. That seems like it would take away from fixing the list of bug reports for the RE files that you aleady have. I know that rAthena is much more advanced and we can also keep that edge by aggresively fixing new bugs and adding new features. If the goal is to keep the advantage over them why are there so many released src mods out there for very useful commands or features? Take the guildmonster command that I like to push so much, it is super useful! I have actually changed it out on my server (well before I upgraded from 16265) for use with spawning castle emperiums. When used with the KoE it was a perfect fit. I think I look at it like a company. Take General Motors in the US. They were a super powerful company that has dozens of different types of car companies within it. Chevy, GM, Buick, etc... The problem was that they has some much to stay on top of that there total efforts were always divided. Jack of all trades, master of none! I'm also not saying that they didn't produce quality products (I love my Chevy Silverado). But after they split and sold off those parts of the company the now smaller independant companies are turning more profit than when they were actually part of GM as a whole. Peopleperson49

Thanks Mysterious. Its funny that you said to stay up to date. I just update my files a few days ago! Peopleperson49

It's just a thought but why not eliminate pre-renewal completely from rAthena? Devs do a lot of extra work to maintain support and updates on P-RE that could be more focused on bettering RE. It takes up space on in the SVN. I know that a lot of servers still use P-RE and they could continue using those files as they are. It seems a lot like the old debate between txt and sql. Whether it was really worth the time to keep updating both. I understand that eliminating P-RE is different than that of txt vs sql, but I figured I woud it would be interesting to hear what other think. Besides I was bored! Peopleperson49 PROS: Reduce time and effort for DEVs. Allow more focus to fixing issues with RE, since theres a good chance P-RE will be phased out eventually anyway. Reduce SVN space. Easier setup for new server owners. Less confusing when adding new scripts and updates. CONS: Many servers still perfer P-RE. Renewals still has some issues with skills and classes. Would force some servers to have to update from P-RE to get new features. Any future bugs with P-RE would no longer get the same support (but with no new changes to create new bugs that would eventually go away).

Vach I don't mean the actual battle.conf file. I readded the entire battle folder with all the conf files in it. I'm not sure what was different. I just took a new one from the SVN and changed it again just like I did the other day. Peopleperson49 Edit: I tried replacing all my LUA/LUB files with new ones. No effect the cart still doesn't work as discribed above. I diffed a new client and still doesn't work either. I wonder if it might be something to do with the System folder. I tried an old client from 2011 and it worked normally with no client issues (with the cart), except that my LUA files were the wrong version. Peopleperson49

That carts shows up for everything. One thing that is weird is that @option 0 0 128 or any other cart option doesn't work. The only way I could enable the cart was uisng setcart in script. Peopleperson49

Is the iteminfo more reliable than using the seperate txt files? I have somewhere between 10k and 15k custom items. Over 5k custom skills scrolls for every active skill with a duration and many more items... Anybody know what the maximum limit for what the converter can handle without errors? When I try to convert the entire file it would convert all the files, but parts of them would be missing info when I tried to use them. Peopleperson49

It says that it is patching. And even updating with the GRF. But maybe it just isn't saving it. I'm not sure how though. I know that I need to be able to patch! How do I fix it? Peopleperson49

Just as a side note Vach, if you know of one that can convert around 10k custom items in the item_db2 to the iteminfo.lua please let me know. Thanks. Peopleperson49

I'm using thor patcher to patch to my grf. I have done it hunderds of times and have no issues patching. When I open the patcher it shows that it patches are patched like it should. However, when I get on the game the patch changes aren't there. When I use grf viewer to look at the patched grf they are not there. Also if I open my grf in my RO directory with grf viewer and change files (and yes repack), they don't get added either. But I can take grf viewer and add the files to a copy of the grf on my desktop and then replace the one in my RO directory and they changes are there. It sounds like a permission error, but it happens on multiple computers with different types of operating systems. Peopleperson49

I went back to 2012-04-10 because my item_db2 was so large it caused errors converting it the iteminfo.lua for the system folder. I will try to use new LUA files and see if it works. Thanks. Peopleperson49 Edit: My cart showed up as soon as I restored the default battle/conf files. However, I now only have one cart and cannot change to other types. That includes the different carts for various jobs. Even the SN cart uses that default view.

I have checked everything as suggested above and this is what I have in my files. As for the harmony, I have no clue about that. I didn't set it up and I don't think there is anything in the game files for it normally. Thanks. Peopleperson49 login_athena.conf: // Store passwords as MD5 hashes instead of plaintext ? // NOTE: Will not work with clients that use <passwordencrypt> use_MD5_passwords: no // Client MD5 hash check // If turned on, the login server will check if the client's hash matches // the value below, and will not connect tampered clients. // Note: see doc\md5_hashcheck.txt for more details. client_hash_check: off // Client MD5 hashes // A player can login with a client hash at or below the account group_id. // Format: group_id, hash client_hash: 0, 113e195e6c051bb1cfb12a644bb084c5 client_hash: 99, cb1ea78023d337c38e8ba5124e2338ae battle.conf: // 0x00800: 2006-03-27aSakexe (version 20) // 0x01000: 2007-01-08aSakexe (version 21) // 0x02000: 2007-02-12aSakexe (version 22) // 0x04000: 2008-09-10aSakexe (version 23) // 0x08000: 2008-08-27aRagexeRE (version 24) // 0x10000: 2008-09-10aRagexeRE (version 25) // default value: 0xFFFFFF (all clients) packet_ver_flag: 0xFFFFFF

After updating to rev 16921 I get the error, "Your Game's Exe File is not the latest version.(5)". It comes in after selecting one of your characters. Anybody got any ideas? I'm using 2012-04-10aRagexe client. Thanks.

That is almost the problem I am having with the 2012-04-10 client. I am having weird spirte issues that I can't seem to explain. My cart sprites don't work, the non-trans falcon is a weird pic, etc... Peopleperson49 Topic

I meet all the reqiurements to have the cart including the pushcart and vending skills.I had no problems with sprites before I updated my client. Old client it works fine, new client not... I will try adding the cart and see if that helps, but I don't think its a sprite error. If it was just a spirte error I think I should still be able to open the cart inventory with ALT+W. It's more like it is disabled somehow. Thanks for the reply. Peopleperson49

Is is possible that by translating stuff to english I caused the cart and ALT+W from working correctly? Topic Peopleperson49

True221 I can see how that might happen. If a character is overweight they items drop directly on the ground and then disappear like normal. I will make a check to determine if the character is overweight soon. However please use my Script Colleciton to post for support of this and other scripts of mine. Thanks. Donkeyg you have to break the emperium again after updating and it should work just fine. Please use my Script Colleciton to post for support of this and other scripts of mine. Thanks. Peopleperson49

When I try to equip a cart the first time it said that cart was equiped, but it didn't show up. If I try to use @option there is no errors adding a cart, but still doesn't show and that always overrides any previous options. If I try to use kafra or other scripts it says that the cart is already equiped. However ALT+W and the equpment window both don't show a cart or let me access its invenotry. If you don't have the pushcart skill at level 10 you still the get speed penality. In all accounts theres a cart equpped but you can't see it or access it. I hope somebody has an idea. I didn't experience this until I updated my client to the 2012-04-10aRagexe client. I have the correct LUA files and havn't done anything to them that should affect it. Also various other sprites seem to be different now. For example the normal falcon has a different sprite, but the trans falcon is correct. Peopleperson49

When I say I would hope I have the best KoE script in e/rAthena, I wasn't saying that I actually have the best KoE script there is. Only that I always try to strive to create the best! In doing so I always challenge myself to be better! Peopleperson49