ToiletMaster

Hi there everyone! Seems that i'm facing a small issue where the Aura isn't showing correctly. If my base level is 150 it shows, however i want to set it for 160. I've reviewed these topics However it still doesn't seem to work. Can anyone help me out on this? Thanks! Here's my current configuration of the files following the rAthena edit max level guide //-------------------------------------------------------------- // rAthena Battle Configuration File // Originally Translated by Peter Kieser <[email protected]> // Made in to plainer English by Ancyker //-------------------------------------------------------------- // Note 1: Value is a config switch (on/off, yes/no or 1/0) // Note 2: Value is in percents (100 means 100%) // Note 3: Value is a bit field. If no description is given, // assume unit types (1: Pc, 2: Mob, 4: Pet, 8: Homun, 16: Mercenary) //-------------------------------------------------------------- // Set here which client version do you accept. Add all values of clients: // Clients older than accepted versions, and versions not set to 'accepted' // here will be rejected when logging in // 0x00001: Clients older than 2004-09-06aSakray (packet versions 5-9) // 0x00002: 2004-09-06aSakexe (version 10) // 0x00004: 2004-09-20aSakexe (version 11) // 0x00008: 2004-10-05aSakexe (version 12) // 0x00010: 2004-10-25aSakexe (version 13) // 0x00020: 2004-11-29aSakexe (version 14) // 0x00040: 2005-01-10bSakexe (version 15) // 0x00080: 2005-05-09aSakexe (version 16) // 0x00100: 2005-06-28aSakexe (version 17) // 0x00200: 2005-07-18aSakexe (version 18) // 0x00400: 2005-07-19bSakexe (version 19) // 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 // Minimum delay between whisper/global/party/guild messages (in ms) // Messages that break this threshold are silently omitted. min_chat_delay: 0 // valid range of dye's and styles on the client min_hair_style: 0 max_hair_style: 27 min_hair_color: 0 max_hair_color: 32 min_cloth_color: 0 max_cloth_color: 32 // When set to yes, the damage field in packets sent from woe maps will be set // to -1, making it impossible for GMs, Bots and Hexed clients to know the // actual damage caused by attacks. (Note 1) hide_woe_damage: no // "hair style" number that identifies pet. // NOTE: The client uses the "hair style" field in the mob packet to tell them apart from mobs. // This value is always higher than the max hair-style available in said client. // Known values to work (all 2005 clients): // older sakexes: 20 // sakexe 0614: 24 // sakexe 0628 (and later): 100 pet_hair_style: 100 // Visible area size (how many squares away from a player can they see) area_size: 14 // Maximum allowed 'level' value that can be sent in unit packets. // Use together with the aura_lv setting to tell when exactly to show the aura. // NOTE: You also need to adjust the client if you want this to work. // NOTE: Default is 99. Values above 127 will probably behave incorrectly. // NOTE: If you don't know what this does, don't change it!!! max_lv: 99 // Level required to display an aura. // NOTE: This assumes that sending max_lv to the client will display the aura. // NOTE: aura_lv must not be less than max_lv. // Example: If max_lv is 99 and aura_lv is 150, characters with level 99~149 // will be sent as being all level 98, and only characters with level // 150 or more will be reported as having level 99 and show an aura. aura_lv: 160 // Units types affected by max_lv and aura_lv settings. (Note 3) // Note: If an unit type, which normally does not show an aura, is // set it will obtain an aura when it meets the level requirement. // Default: 0 (none) client_limit_unit_lv: 0 // Will tuxedo and wedding dresses be shown when worn? (Note 1) wedding_modifydisplay: no // Save Clothes color. (This will degrade performance) (Note 1) save_clothcolor: yes // Do not display cloth colors for the wedding class? // Note: Both save_clothcolor and wedding_modifydisplay have to be enabled // for this option to take effect. Set this to yes if your cloth palettes // pack doesn't has wedding palettes (or has less than the other jobs) wedding_ignorepalette: no // Do not display cloth colors for the Xmas class? // Set this to yes if your cloth palettes pack doesn't has Xmas palettes (or has less than the other jobs) xmas_ignorepalette: no // Do not display cloth colors for the Summer class? // Set this to yes if your cloth palettes pack doesn't has Summer palettes (or has less than the other jobs) summer_ignorepalette: no // Set this to 1 if your clients have langtype problems and can't display motd properly motd_type: 0 // Show rAthena version to users when the login? display_version: yes // When affected with the "Hallucination" status effect, send the effect to client? (Note 1) // Note: Set to 'no' if the client lags due to the "Wavy" screen effect. display_hallucination: yes // Set this to 1 if your client supports status change timers and you want to use them // Clients from 2009 onward support this display_status_timers: yes // Randomizes the dice emoticon server-side, to prevent clients from forging // packets for the desired number. (Note 1) client_reshuffle_dice: no // Sorts the character and guild storage before it is sent to the client. // Official servers do not sort storage. (Note 1) // NOTE: Enabling this option degrades performance. client_sort_storage: no Regards, ToiletMaster

Thanks alot Syouji! It translated perfectly and i was able to find all the folders!

Hi guys, i've been looking high up and low for this folder at the moment. but unable to find any. i extracted all my grf to find the scribbled word folder but mine is in korean instead of the gibberish words. any help on where can i translate/ find the words for this? Thanks!

did it manage to drop any sacred mission?

i dont believe so emistry, cause even if i did, i've never edited anything to do with mob 1919 before.

Hi there guys, i seem to be having a small problem where mob 1919 doesn't drop cross shield like it's suppose to. i've checked the mob drops and it's no problem there. the item id is 2130 which is correct however it still drops sacred mission. any idea on this? thanks!

thanks for the reply, however, i've run mapcache and it seems that they still have the stuck bug. however recently i noticed this. Slower computers tend to have this problem while newer computers dont

you made my day once again! it's been changed already hahaha the problem was i changed to a wrong icon which was too big for it. that's why it dint change i guess haha but now it works! thank you so much judas!

here you go judas!

Thanks Judas! I manage to got it to work! Although this is a bit out of the topic as well, Is it possible to change the icon once you start the RO on the <--- corner of the window?

i see i see, then following the guide on rAthena wiki, i should just delete the mapcache and run it again?

Hey guys, i was wondering how can i change the icon of the RO looks? i've changed it using resource hacker however it seems that once i changed the picture it doesn't work anymore. any tips on this?

Perhaps i'll remove the custom map for the next patch for my server and see whether it works or not. Will update you if it works. (patch wont come so early will be slightly later on) anyway thanks for the information everyone! will update whether it works or not

sorry for the late reply, however i did not even run mapcache when i did the custom prontera. it was in a grf and all i did was add it into my data.ini

Okay lemme try it out thanks! will update if any changes occur -Edit- Tested out and it works great! Thanks for the assistance!

Hi there guys! i seem to be facing a small issue here. I've set my drop rate common to 50x however, items from medusa which is horrendous hair doesn't drop at 100% i checked using @monsterinfo in my server however it still doesn't drop at 100% even though it states 100% there

Bump with new info, i seemed to have duplicated Kafra NPC. do you think that might have caused the bug? as it auto debug the NPC for it

so far none. everything seems normal from all 3 servers. no errors or nothing. aside from debug from kafras due to duplication. but could that be the cause? ---Edit--- Found the bug as people who click any NPC during the conversation and press Esc will cause them to have the bug. Any thoughts on this?

/* Player groups configuration file --------------------------------- This file defines "player groups" and their privileges. Each group has its id and name, lists of available commands and other permissions, and a list of other groups it inherits from. Group settings -------------- <id> Unique group number. The only required field. <name> Any string. If empty, defaults to "Group <id>". It is used in several @who commands. <level> Equivalent of GM level, which was used in revisions before r15572. You can set it to any number, but usually it's between 0 (default) and 99. Members of groups with lower level can not perform some actions/commands (like @kick) on members of groups with higher level. It is what script command getgmlevel() returns. Group level can also be used to override trade restrictions (db/item_trade.txt). <commands> A group of settings <command name> : <bool> or <commandname> : [ <bool>, <bool> ] First boolean value is for atcommand, second one for charcommand. If set to true, group can use command. If only atcommand value is provided, false is assumed for charcommand. If a command name is not included, false is assumed for both atcommand and charcommand. For a full list of available commands, see: doc/atcommands.txt. Command names must not be aliases. <log_commands> Boolean value. If true then all commands used by the group will be logged to atcommandlog. If setting is omitted in a group definition, false is assumed. Requires 'log_commands' to be enabled in 'conf/log_athena.conf'. <permissions> A group of settings <permission> : <bool> If a permission is not included, false is assumed. For a full list of available permissions, see: doc/permissions.txt <inherit> A list of group names that given group will inherit commands and permissions from. Group names are case-sensitive. Inheritance results ------------------- Both multiple inheritance (Group 2 -> Group 1 and Group 3 -> Group 1) and recursive inheritance (Group 3 -> Group 2 -> Group 1) are allowed. Inheritance rules should not create cycles (eg Group 1 inherits from Group 2, and Group inherits from Group 1 at the same time). Configuration with cycles is considered faulty and can't be processed fully by server. Command or permission is inherited ONLY if it's not already defined for the group. If group inherits from multiple groups, and the same command or permission is defined for more than one of these groups, it's undefined which one will be inherited. Syntax ------ This config file uses libconfig syntax: http://www.hyperrealm.com/libconfig/libconfig_manual.html#Configuration-Files Upgrading from revisions before r15572 ------------------------------------- http://rathena.org/board/index.php?showtopic=58877 */ groups: ( { id: 0 /* group 0 is the default group for every new account */ name: "Player" level: 0 inherit: ( /*empty list*/ ) commands: { commands: true time: true jailtime: true hominfo: true autoloot: true alootid: true version: true help: true request: true rates: true who: true go: true uptime: true die: true } permissions: { /* without this basic permissions regular players could not trade or party */ can_trade: true can_party: true } }, { id: 1 name: "Super Player" inherit: ( "Player" ) /* can do everything Players can and more */ level: 0 commands: { /* informational commands */ commands: true charcommands: true help: true rates: true uptime: true showdelay: true exp: true mobinfo: true iteminfo: true whodrops: true time: true jailtime: true hominfo: true homstats: true showexp: true showzeny: true whereis: true /* feature commands */ refresh: true noask: true noks: true main: true autoloot: true alootid: true autotrade: true request: true go: true } permissions: { } }, { id: 2 name: "Support" inherit: ( "Super Player" ) level: 1 commands: { version: true where: true jumpto: true who: true who2: true who3: true whomap: true whomap2: true whomap3: true users: true broadcast: true localbroadcast: true } log_commands: true permissions: { receive_requests: true view_equipment: true } }, { id: 3 name: "Script Manager" inherit: ( "Support" ) level: 1 commands: { tonpc: true hidenpc: true shownpc: true loadnpc: true unloadnpc: true npcmove: true addwarp: true } log_commands: true permissions: { any_warp: true } }, { id: 4 name: "Event Manager" inherit: ( "Support" ) level: 1 commands: { monster: true monstersmall: true monsterbig: true killmonster2: true cleanmap: true item: [true, true] zeny: [true, true] disguise: [true, true] undisguise: [true, true] size: [true, true] raise: true raisemap: true day: true night: true skillon: true skilloff: true pvpon: true pvpoff: true gvgon: true gvgoff: true allowks: true me: true marry: true divorce: true } log_commands: true permissions: { can_trade: false any_warp: true } }, { id: 10 name: "Law Enforcement" inherit: ( "Support" ) level: 2 commands: { hide: true follow: true kick: true disguise: true fakename: true option: true speed: true warp: true kill: true recall: true ban: true block: true jail: true jailfor: true mute: true storagelist: true cartlist: true itemlist: true stats: true } log_commands: true permissions: { join_chat: true kick_chat: true hide_session: true who_display_aid: true hack_info: true any_warp: true view_hpmeter: true } }, { id: 99 name: "Admin" level: 99 inherit: ( "Support", "Law Enforcement" ) commands: { /* not necessary due all_commands: true */ } log_commands: true permissions: { can_trade: true can_party: true all_skill: false all_equipment: false skill_unconditional: false use_check: true use_changemaptype: true all_commands: true } } )

yeah every file i took is from rAthena. my rAthena svn version is r1662112

Sometimes yes, sometimes nope maybe you have many custom npc on the prontera? I did add botanic gardens by olrox however i removed that and my players are facing the problem of having stuck even though without having custom npcs, maps at all.

Hey guys, everything seems to be working fine for my server at the moment. However, at random timings, my players will get stucked when switching maps. particularly in prontera main town. i tried changing from 2011-11-28 client to a more recent version 2012-04-10 however it doesn't work at all. the problem still persist. any assistance on this ?

Solved* problem was lying in the subnet mask itself thanks for the help everyone!

hi akkarin, is it possible to make your server online with port forwarding? hmm, well if you dont mind me asking, does packet_db cause this? cause i dont think i've edited the packet_db well. however bear in mind that i can connect locally, just that packet_db_ver mine is 28 and i'm suppose to take this down http://svn6.assembla...28aRagexeRE.txt however, i dont think i've paste it in the right format. is there any format? or i just chuck it in lol

hi there akkarin, thanks for your reply, however, i've already port forwarded all the ports. i'm using the default ports which 6900,5121,6121,3306 however, my router does have the option of placing private ip and public ip. i placed the private ip as my local ip however, for the public ip i left it blank. is that fine? *update* i manage to port forward my ports. and manage to get it to work finally after putting in the local ip as well for the clientinfo.xml however, when i change my clientinfo.xml to wan ip. i'm unable to connect to the server. anyone able to help out on this? bump- anyone mind helping out? cause after doing hours of research and googling, i cant seem to find out the source of the problem. if i set my clientxml to local it works great, however once i change to wan ip it doesn't work at all. it only reaches to log in screen and once i done that it says fails to connect to server.