Jump to content

jTynne

High Council
  • Content Count

    249
  • Joined

  • Last visited

  • Days Won

    10

Reputation Activity

  1. Upvote
    jTynne got a reaction from Mumbles in how to add modify @go commands in hercules.   
    Alternatively, if you do not wish to modify your source code, you can use my custom @go command which runs via NPC script. Easy to modify and can simply be loaded/unloaded at any time without having to stop/re-compile/start your server.
  2. Upvote
    jTynne got a reaction from Murilo BiO' in [Added Feature] jTynne's @go Command Alternative (.TXT Format!)   
    jTynne's @go Command Alternative In .txt Format!
    This is my custom alternative to @go that allows end users the ability to EASILY add/change @go locations on the fly without the need to edit any source files OR recompling/rebooting their server. This is a highly customizable script that is pretty straight-forward in its coding. You can easily add in or adjust existing @go locations in seconds.

    Please Note: This will replace the default @go command when loaded in-game!

    Instructions / Customization
    To use? Simply upload and @loadnpc the file in-game and @go will be modified. If you wish to add in a new @go location, all you have to do is add a new entry following the format noted below:

    if(@warp$ == "35" || @warp$ == "ecl" || @warp$ == "ecla" || @warp$ == "eclag" || @warp$ == "eclage") { callsub Process,"eclage",110,39,0,0; }
    if(@warp$ == "36" || @warp$ == "ser" || @warp$ == "sere" || @warp$ == "seren" || @warp$ == "serenglade") { callsub Process,"serenglade",34,82,0,0; }

    As noted in the text in red above, you add in a number higher than the current highest value (in the script currently, Eclage is 35, so to add in a custom location, simply add in a value of 36, customize the text based warp strings you want (for @go 36, in the above example, you can either use @go 36 or @go ser @go sere @go seren or @go serenglade, and all will teleport you to the same location of serenglade <34,82>).

    Planned for future releases:
    - Additional options GM's can set for the command in the header. (Re-use delay, price per use option)
    - Mapflag check for nowarp and nogo mapflags.
    - No usage while dead.

    Version History : Current Version 2.0

    2.0 Dec 31st, 2012 : http://www.justintfields.com/rAthena/scripts/gobind_v2.txt

    1.0 Dec 29th, 2012: http://www.justintfields.com/rAthena/scripts/gobind.txt


    Please report any bugs you may find, and/or if you have any requests / suggestions for the script as a response to this thread. Thank you!

    (Please +1 me if you enjoy this script~)
  3. Upvote
    jTynne reacted to mkbu95 in Memory Slasher !!" - May 30 Patch   
    Simply the best.
     
    To all the haters:

  4. Upvote
    jTynne reacted to Ind in Memory Slasher !!" - May 30 Patch   
    Hercules casts "Memory Slasher !!" - May 30 Patch
    Memory Slasher !!
    Regardless all the fancy features in it, this patch's greatest achievement is smart, clever employment of memory, by looking at our memory usage wisely we've been able to reduce map-server's memory (RAM) usage by more than 2/3, about 183MB of RAM were dropped, while maintaining Hercules outstanding record on performance improvement. Beyond the memory usage drop there is also a significant processing speed improvement which can be noticed during boot, map cache loading which used to account for most of the map-servers boot time no longer exists, its gone, dead, fini, boom! it was replaced by a smart map cache handler that loads its data only when a map is necessary (the data is then kept until shut down), this logic also makes map-server's shut down process a hell lot faster.
     
    Instance Rework
    As suggested by the community, this wasnt supposed to be bundled with this commit but the memory usage improvements required me to modify how instances were stored, so I re-wrote part of it to fit the suggestion as well.
    Instance Functionality/Feature Server may now create instances of any maps regardless of client-side edits, e.g. one can clone prontera and call it "mymapname" (as is best described in the *instance_attachmap script command note) Instances may now be available in 4 distinct ways (as is best described in *instance_create script command note), by nobody (server type instance, to be used with special map names), by a sole character, by a party, or by a guild Script Command Changes *instance_create 2nd param is now called owner_id instead of party_id, and it got a 3rd optional param that defines what kind of owner id it is (when not provided, assumes party_id, for backwards compatibility), available options are (IOT_ stands for INSTANCE OWNER TYPE) IOT_NONE (0), IOT_CHAR (1), IOT_PARTY (2) and IOT_GUILD (3). *instance_destroy no longer autodetects instance id from party id *instance_attachmap now supports a 4th, optional, param, "<new map name>", it will allow you to specify a entirely new map name for the instance (without the need of client-side edits). This option can be best employed when used on a instance of <owner_type> IOT_NONE *instance_detachmap no longer autodetects instance id from party id *instance_id no longer supports any param *instance_set_timeout no longer autodetects instance id from party id *instance_announce no longer autodetects instance id from party id, and to tell it to autodetect from the attached script you must set instance_id param as -1 as opposed to 0 *instance_npcname no longer autodetects instance id from party id *has_instance no longer autodetects instance from party, however it now checks if attached player possesses a instance with same map as has_instance(<param>) checks for *instance_warpall no longer autodetects instance from party Other ChangesInstance IDs (valid ones) are now always >= 0 as opposed to > 0 (update your scripts!) Battlegrounds Queue
    As suggested by the community, most of its features were added in this patch, we were unable to finish it though because we lacked some information, we've put our questions in this topic, once our questions are answered we should be able to finish it in a matter of minutes (all the heavy lifting was done in this patch).
    Arenas They're easily configurable in the new conf/battlegrounds.conf file, it possible to add more arenas by editing the client's lua files/entryqueue/entryqueuelist.lua file Configuration Sample arenas: ({    name: "Tierra Gorge" //must match the name in client files    event: "Tierra_BG2::OnPlayerListReady"    minLevel: 80    maxLevel: 150    reward: {/* amount of badges awarded on each case */        win: 3        loss: 1        draw: 1    }    minPlayers: 6 /* minimum amount of players to start */    maxPlayers: 60 /* maximum amount of players */    minTeamPlayers: 6 /* minimum amount of team members required for a team (party or guild) to join */    delay_var: "Tierra_BG_Tick" /* npc variable name that will store the delay for this match */    maxDuration: 30 /* maximum duration in minutes, if reached game ends and highest score wins (or calls a draw if scores are equal) */},{    name: "KVM (Level 59 and below)" //must match the name in client files    event: "KvM03_BG::OnPlayerListReady"    minLevel: 1    maxLevel: 59    reward: {/* amount of badges awarded on each case */        win: 1        loss: 0        draw: 0    }    minPlayers: 4 /* minimum amount of players to start */    maxPlayers: 60 /* maximum amount of players */    minTeamPlayers: 5 /* minimum amount of team members required for a team (party or guild) to join */    delay_var: "KVM_BG_Tick" /* npc variable name that will store the delay for this match */    maxDuration: 30 /* maximum duration in minutes, if reached game ends and highest score wins (or calls a draw if scores are equal) */}) QueueWe wanted to make the queue as easy to play with as possible, so we've created a whole new set of script commands designed with this purpose. These commands make it easy to create and control queues for anything, games, events, quests, and of course in this case, the battleground's queue. Queue - Script Commands *queue()creates a new queue instance, returns created queue id set .@id,queue(); *queuesize(<queue_id>)returns the amount of entries in queue instance of <queue_id>. set .@length,queuesize(.@queue_id); *queueadd(<queue_id>,<var_id>)adds <var_id> to queue of <queue_id>, returns 1 if <var_id> is already present in the queue, 0 otherwise. queueadd(.@queue_id,.@var_id); *queueremove(<queue_id>,<var_id>)removes <var_id> from queue of <queue_id>, returns 1 if <var_id> is not present in the queue, 0 otherwise. queueremove(.@queue_id,.@var_id); *queueopt(<queue_id>,<optionType>,{Optional <option val>})modifies <queue_id>'s <optionType>, when <option val> is not present, <optionType> is removed from <queue_id>, when present it modifies <queue_id>'s <optionType> with the new <option val> value.
    Currently 3 options are available, HQO_OnDeath (0), HQO_OnLogout (1), HQO_OnMapChange (2) (the constant names are not final). queueopt(.@queue_id,0,"MyNPC::MyOnQueueMemberDeathEventName");It allows you to hook npc events to be triggered by specific actions that may happen to a player in the queue (when the queue in question is used for account ids) *queuedel(<queue_id>)deletes <queue_id> returns 1 when <queue_id> is not found, 0 otherwise. queuedel(.@queue_id); *queueiterator(<queue_id>)creates a new queue iterator instance, a queue iterator is not a reference to a queue's actual members, it copies the queues members when initialized, this way you can loop through them even if you remove them from the queue set .@it,queueiterator(.@queue_id); *qicheck(<queue_iterator_id>)checks whether there is a next member in the iterator's queue, 1 when it does, 0 otherwise. qicheck(.@queue_iterator_id); *qiget(<queue_iterator_id>)obtains the next member in the iterator's queue, returns the next member's id or 0 when it doesnt exist. for( set .@elem,qiget(.@queue_iterator_id); qicheck(.@queue_iterator_id); set .@elem,qiget(.@queue_iterator_id) ) *qiclear(<queue_iterator_id>)deletes a queue iterator from memory, returns 1 when it fails, 0 otherwise. qiclear(.@queue_iterator_id) Sample Usage: /* say create a queue */set .@id,queue();queueadd(.@id,getcharid(3));/* ... add as many entries ... (no limit) */if( queuesize(.@id) == 999 ) {    /* whatever */}/* anywhere in the code */set .@it,queueiterator(.@id);for( set .@elem,qiget(.@it); qicheck(.@it); set .@elem,qiget(.@it) ) {    //do anything e.g.    /* attachrid .@elem; */    /* mes "ID:"+.@elem; */}qiclear(.@it); Special Thanks To
    Yommy for providing me with a hell lot of data for the BG Queue, wouldn't have been able to get it to this point without his help. Rosiel for his suggestion on the instance feature Xgear for his help with the network timeout bug mkbu95 for pinpointing the script parser bug All of Hercules Staff for their ideas/suggestions/criticism and support, and for keeping me sane during this memory slashing madness The Future~! This patch sure has taken me away from my usual bug-squashing mode, I'll be going back to my over-10-bug-fix-a-day schedule. We have quite a hell lot planned so this might not last long, make sure to keep an eye on your bug reports for I sure will be replying to them. Link~u! Commit 1 Commit 2 Commit 3
  5. Upvote
    jTynne got a reaction from REKT in Stability   
    I've split this thread, removing all responses not pertaining directly to the OP's query, and/or contributing towards hostility/drama/besmirching either project's name.
  6. Upvote
    jTynne reacted to Jguy in rAthena devs/staff/members on Hercules   
    Hello,
     
    While we do not mind that rAthena developers, staff members and regular members register an account, post or send PM's on our forums, we do not take kindly to 'rAthena is better because x y and z' posts, or anything promoting rAthena as a superior emulator because of such and such. There is no such post on rAthena made by a Hercules staff member about Hercules and we intend to keep it that way, we would appreciate the same respect.
     
    Those who do not follow this simple clause listed above will have their post(s) deleted and/or hidden from view. Repeat offenders will be suspended from our forum with no further warnings or post manipulation.
     
    We do not appreciate, nor welcome drama here. While criticism is welcome in the form of 'why doesn't Hercules have such and such a feature', drama and belittling a project (hercules or not) will not be tolerated. This is a collaboration, not a drama infested 12 year old's contest.
     
    Thank you.
  7. Upvote
    jTynne reacted to Mystery in Staff Changes   
    Hercules' Staff Changes
     
    Staff Changes

    As some of you may have noticed or will notice, Hercules as been going through some staff changes; especially between myself, Judas, and jaBote. As with every other change done to Hercules, we believe these changes between the staff will be more beneficial for the community at a large and with the staff. 
     
    Judas and I have been appointed to Forum Manager and no longer a Global Moderator. We were competent enough and proved ourselves that we were able to manage the community while the Administrators were busy with other things. Of course, we were excited to have taken this offer that was given to us!
     
    That's not all! Since jaBote joined the team as an International Moderator, he became very enthusiastic and has shown his capability of managing not just his own International Community, but also the rest of the forums. For this, we thought it was best for jaBote to get promoted to a Global Moderator! Also, not to fright! The Spanish Community will still be moderated by jaBote even though he is a Global Moderator.


    Staff Applications
     
    With the recent changes done, the Staff Applications have been moved under the tab "Others" rather than removed. For those who still wish to become part of Hercules' staff, you may do so by applying through the Staff Application process!

     
     
     
    We thank everyone for being a part of Hercules' community and as with other changes done towards Hercules, we hope these will help benefit and further grow the community!
  8. Upvote
    jTynne got a reaction from REKT in Hercules April 22 Patch   
    Why..? This is Hercules. A separate emulator. If they want to put it into the rAthena emulator, they'll do it there, just like they did with Ind & friend's chat channel system. Frankly, I'd rather NOT see it implemented on rAthena, because it only continues the tension between the two projects that people have for whatever reason. I'd much prefer seeing each project truly fork and continue to develop separately, than seeing CUSTOM additions continuously merged into rAthena. But, you know, that's just my two cents, who am I?
  9. Upvote
    jTynne reacted to Ind in 3rd Class Effects : Update   
    3rd Class Effects : Update

    Hello~! What?!
    This is to let you know about a very prominent bug that Hercules just squashed. The prominent bug
    As brought up by Beret here, when a character possessing warlock spheres comes into another character's sight, the spheres are not displayed -- unless you were in the character's range when he created them. This bug was not exclusive to warlock spheres' effect: Camouflage Duplelight Oratio Freezing Venom Impress Hallucination Walk Rolling Cutter Banding Crystalize Deep Sleep Cursed Circle Blood Sucker Shadow Form Manhole This bug has now been fixed, as of today the visual effects of all the skills above should be working as they should.
    Special Thanks to
    Beret, for bringing this issue to light Yommy, for making it possible for me to understand how officials do this Rytech, for the list of statuses that use this came from his 3CeAM Link~u!
    Commit
  10. Upvote
    jTynne got a reaction from hemagx in @warp ignore map walk area   
    +1, I've always wanted this.
  11. Upvote
    jTynne got a reaction from icabit in Hercules April 22 Patch   
    Why..? This is Hercules. A separate emulator. If they want to put it into the rAthena emulator, they'll do it there, just like they did with Ind & friend's chat channel system. Frankly, I'd rather NOT see it implemented on rAthena, because it only continues the tension between the two projects that people have for whatever reason. I'd much prefer seeing each project truly fork and continue to develop separately, than seeing CUSTOM additions continuously merged into rAthena. But, you know, that's just my two cents, who am I?
  12. Upvote
    jTynne got a reaction from Judas in Hercules April 22 Patch   
    Why..? This is Hercules. A separate emulator. If they want to put it into the rAthena emulator, they'll do it there, just like they did with Ind & friend's chat channel system. Frankly, I'd rather NOT see it implemented on rAthena, because it only continues the tension between the two projects that people have for whatever reason. I'd much prefer seeing each project truly fork and continue to develop separately, than seeing CUSTOM additions continuously merged into rAthena. But, you know, that's just my two cents, who am I?
  13. Upvote
    jTynne reacted to Ind in Hercules April 22 Patch   
    Hercules April 22 Patch
    Hello~! - What?!
    1st, most of these things were meant to be released separately but as I started to work with them one thing hooked up to another and I ended up deciding to get all out at once No second today! The all-long, all-mighty list
    New Map Zone DB Updates Added New "All" Zone, easy way to add modifiers to all maps in the game. Automatically inherited by all existent zones. Added new zone setting disabled_commands, can disable any command in any zone "command-name: min-group-lv" also supports min group level to override, to enable back a command disabled by inheritance just use "command-name: 0" Added new zone setting skill_damage_cap (as requested by the community), can cap any skill damage to any range of unit types, and also a new core config "HMAP_ZONE_DAMAGE_CAP_TYPE" that controls how the cap is applied (before or after modifiers) New target-type support (used by skill_damage_cap and disabled_skills): PET (special thanks to frenzmu06 for bringing it up!), CLONE and MOB_BOSS Added support to ids! item and skill ids may now be employed in all sections of the file in the place of item/skill names Detailed Map Zone DB Update Hercules Channel System Update Added a IRC bridge as requested by the community, allows users outside of the game (but in a irc network e.g. thru mobile/cel app) to communicate with anyone in-game that is within a specific #channel, and vice-versa Detailed Channel System Update Added Beret and Yommy's suggestion on cash shop file format, also added support for item ids Added Ryuuzaki's kafra point support to the new cashshop Updated map-server's save_setting, added new option: 128, to save buyingstore transactions on the fly Revisited bindatcmd feature, dropped level support, added group level support and added a new flag capable of deciding whether calls to that command should be logged in the atcommand log. Performance Improvement Added a in-memory list to store existent shops (saves iterating through all online players) Modified searchstore to use said db above, making its queries faster Improved pc_groups processing, decreased runtime ram usage by a about 1mb. Improved @command log processing through groups, now caching the state (no longer does dbmap lookup). Improved atcommand.conf file processing (was doing a extra lookup instead of using atcommand_exists already-performed lookup result) Improved atcommand's help file processing (no more lookups! string is now cached directly in the atcommandinfo struct of each command) and data management Improved @help's processing: dropped the huge config file lookup and replaced by using the caches. Improved atcommand logging, added option to not log specific commands (so you dont waste log room with stuff such as @iteminfo/@mobinfo/etc) -- atcommand.conf nolog group Sightly improved zone inheritance processing. Speeded up mvp drop processing Speeded up item log processing Speeded up mob item drop processing Misc With map_zone_db's new clone support, flag 0x8000 (no-clone-use) in the skill db was dropped With map_zone_db's new way to block commands, mapflag nogo was dropped. Fixed a number of discrepancies between unsigned and signed variables in many packets. Fixed loading messages for exp_db, attr_fix, statpoint, mob_chat_db, mob_pouch, mob_branch, mob_classchange, mob_boss, mob_poring and item_group_db pets from gms who cant drop items no longer can loot items (prevents exploit where gm kills something, pet loots, then drops and action is not logged nor blocked). Fixed combo bonuses that used getrefine on weapons/cards that affect weapons. Added @searchstore as to offer same availability to gms as @auction/@mail does Improved 2013 client charselect procedure, all thanks to Yommy! Links~!
    Commit
  14. Upvote
    jTynne reacted to JayPee in Damage Capper/Limit feature   
    What do think guys if we include a damage capper plugin in Hercules?
     
    Ex. HR Server
     
    skilldamagecap.txt
     
    I think this will be a great help for those who are starting their own High Rate private server since mostly HR Server's experience this problem coz of High Stats.
  15. Upvote
    jTynne reacted to Ind in *skill script command update/fix   
    *skill script command update/fix
    Hello~! - What?!
    This is me telling you I screwed up when I fixed bug #5018 (script-granted skills not being persistent), and how you can fix it. Whats it about
    The code I committed for #5018 is perfectly fine, the screw up was that I totally didn't think of all the scripts out there that were using the function as it performed instead of what its description said (the function behavior had been broken since it was first implemented back in j/eAthena) Fixing it
    It's very simple to fix. Update to latest Hercules and run the 2013-04-16--01-24.sql upgrade file, it'll update the skill flags accordingly Changes
    With this update, in order to achieve the "skill permanently granted through script" effect, you need to use flag 3 instead of 0, 0 will mimic the effect prior to the fix on #5018 as to keep backwards compatibility with the scripts Special Thanks
    akinari1087 from rAthena. Link
    Commit Upgrade File
  16. Upvote
    jTynne reacted to Ind in Download Section is now up~!   
    Hercules Download Section
     
    Where?!!
    [*]Here~

    The rules
    [*]None exclusive to this download section as of yet, all our forum rules extend to our download section -- e.g. no warez. Probably not for long, our moderators surely will think of some as issues show up.

    Why so few categories
    [*]Since we're starting from scratch we thought it'd be best if we didn't have a high number of empty categories, we'll be creating new categories as we see necessary, example: if the sprites & palettes section gets crowded (i.e. with different types of sprites) we'll create a new subcategory section for said type, and so on as more files come in.
    In short, we'll be expanding as necessity comes.

    Upcoming Modifications
    [*]JayPee came up with a very interesting idea we'll be implementing soon, making downloads on certain areas (e.g. control panels) be capable of having their download link be their respective repository's latest zip file ( e.g. from a github project ), as to allow users to always download the latest version as opposed to having to rely on the files' author to update their file on our system.
    [*]We are not yet sure whether we'll be implementing paid file support, however if we do we already have a few modification ideas from our staff whos got frustrated by similar systems' inability to counter frauds (for example introduction of measures on first-time buyers)


  17. Upvote
    jTynne got a reaction from Judas in Introducing Hercules' Stress Test Server   
    I just have to say, Ind, you constantly impress and inspire me. You have pushed so many limits and have brought so much innovation to the pserver community. Thank you.
  18. Upvote
    jTynne reacted to Squishyyy in Introducing Hercules' Stress Test Server   
    free mindless zombie drone npc players that don't complain? DO WANT!
  19. Upvote
    jTynne reacted to Ind in Introducing Hercules' Stress Test Server   
    Thank you all for the feedback, its much appreciated.
    We could (when I first designed this I wanted to know how much I could create, and I did 16k online at once at constant 80% cpu usage on my old dual-core) but I don't think that much are needed, as it goes live if we feel more are necessary we'll just raise the amount.
  20. Upvote
    jTynne reacted to sketchyphoenix in Hercules CC Program   
    I need all the badges so I can go to Indigo Plateau and be a Pokemon Master.
  21. Upvote
    jTynne reacted to Ind in Hercules CC Program   
    barely announced it and already heard some stuff, nevermind them -- I'll clear this point tho
    The "Community Participation Badges" (they didn't even mind to rename it) was introduced by me to them while I was in their staff last year.
     
    Yeah, such a surprise! (not)
  22. Upvote
    jTynne reacted to Ind in Introducing Hercules' Stress Test Server   
    Introducing Hercules' Stress Test Server
    Hello~!
     
    The "Stress" Part
    Over 1.000 IndAI units (equivalent to +1k online players) will be in the server playing 24/7, farming, going to pvp, doing woe, playing battlegrounds, doing anything a player does, this will create a perfect scenario for us to debug and test Hercules.
     
    The Development Benefits
    We'll be able to keep track of performance usage 24/7, making us able to detect whenever a update increases a server's usage, allowing us to further optimise said update in order to take the processing down. With the AI characters doing stuff non-stop 24/7 we'll be able to identify and fix any crashes existent. Hercules will gain a super stability boost thanks to this. How to connect / Moving in and out
    This is the fun part.
    No new clients, and no sclient/clientinfo/blablabla edits will be required. get to the test server by typing '@hercules warp', test whatever you like, and go back to your server with '@hercules leave'. This technology *might* also be employed in the future by us to create hercules-hosted inter-server events.
     
    Entirely Secure
    The only data your server will pass to our test server upon warp is the name of the character (and maybe hairstyle vals).
    The test server is unable to modify (or even access) any data on your server, it is entirely secure and damage-free.
     
    Unique to Hercules
    The ability to connect through your ordinary client will be made possible by our custom server hosted over at herc.ws, the code won't be made public.
     
    Coming
    I felt inspired to write about this feature, which is why this announce is out before the feature itself.
    This is one of the features to be powered by our Hercules Plugin Manager and will be made public once the HPM implementation reaches the level capable of sustaining it.

    FAQ
    what if i dont want my players to go to the test server?@hercules is a command like any other, you can restrict access by groups.conf (by default only gms will be able to use it) what if i dont have a test server to use as a gateway to the hercules stress test server?we will also provide clients for those who don't have/want to use a server as the gateway
  23. Upvote
    jTynne reacted to Ind in Introducing Hercules Channel System   
    Introducing Hercules' Channel System
    Hello~! - What?!
    1st, it is a replacement for the old @main 2nd, it is a super ultra mega improvement compared to the functionality @main provided. 3rd, whops. there is no 3rd. channels.conf format
        /* default channels (available on boot) */     default_channels: {         /* channel_name : channel_messages_color */          main: "Orange" /* available as #main */         support: "Blue" /* available as #support */         trade: "Red" /* available as #trade */         offtopic: "Cyan" /* available as #offtopic */         /* as many channels as you like */     }     /* colors available */     colors: {         Default: "0xffffff" /* custom channels will use the first in the list unless a font is selected thru @channel */         Red: "0xff0000"         Blue: "0x83cfe9"         Orange: "0xe57c00"         Cyan: "0x00b89d"         Yellow: "0xffff90"         Green: "0x28bf00"         Normal: "0x00ff00"         /* as many colors as you like */     }     /* allow users to create their own (private) channels through @channels command? */     /* (must also allow players to use @channels in groups.conf) */     allow_user_channel_creation: true     /* "map_local_channel" is a instanced channel unique to each map */     map_local_channel: true     map_local_channel_name: "map" /* available as #map */     map_local_channel_color: "Yellow"     map_local_channel_autojoin: true /* can disable autojoin in specific maps through mapflag or zone: nomapchannelautojoin */     /* "ally_channel" is a channel shared by all your guild allies */     ally_channel_enabled: true     ally_channel_name: "ally" /* available as #ally */     ally_channel_color: "Green"     ally_channel_autojoin: true Notes on the format/configuration
    default_channels is the list of reboot-persistent channels, you can setup as many as you like and each can have its own color for chat, which you can specify in colors (again, you can setup as many as you like) map_local_channel is a feature that grants each map its own instanced channel (available, by default as #map -- which can be changed as per map_local_channel_name) map_local_channel_autojoin whether users will autojoin the local channel when they load a map with it enabled map_local_channel_autojoin can be disabled on selected maps (e.g. if you dont want it on gvg maps) through a mapflag (with a horribly long name D:) '<map name><tab>mapflag<tab>nomapchannelautojoin' ally_channel_enabled is a feature that grants a instanced channel for each guild's allies (as well as their own members), available by default as #ally -- which can be changed as per map_local_channel_name ally_channel_autojoin whether users will autojoin their respective ally chats upon login. New Commands Explained
    @join Simple: @join <#channel_name>or, for password-protected rooms: @join <#channel_name> <password> @channel Does a number of things. Create a new channel (option available as long as allow_user_channel_creation is enabled) @channel create <#channel_name> <password> List public channels (groups with hchsys_admin can view private channels as well) @channel list Change a channel's color (requires to be owner of said channel or be in a group with hchsys_admin permission) @channel setcolor Samples available colors and displays their keys/names @channel list colors Leaves a specific channel @channel leave <#channel_name> Binds your global chat to a specific channel, making everything you type that'd normally be displayed to nearby characters be redirected to that channel instead @channel bindto <#channel_name> Unbinds your global chat from the current (if any) binded channel @channel unbind Bans a specific character from a channel @channel ban <#channel name> <character name> Lists all banned characters from a channel (groups with channel system admin permission can also see their account id) @channel banlist <#channel name> Unbans a specific character from a channel @channel unban <#channel name> <character name> Changes a channel's options (for now, channel message delay and announce-when-someone-joins) @channel setopt <#channel name> <option name> <option value> How to speak in a #channel
    You can either bind a channel to your global chat (see @channel bindto above) or PM the channel you want to speak to, if you attempt to send a pm to a non-password protected channel that you have not joined, you'll autojoin. Other stuff
    as I coded this feature I also improved overall guild processing/lookup, extremely, extremely faster (did I already say its ridiculously faster? WoE overhead probably more than halved with this). over a hundred lookups were replaced by a cached guild state that takes only 4~8 bytes per player. The commit also fixed a "wearing-garment-removed-costume-garment-look" bug - special thanks to jTynne for letting me know~! Groups with channel admin permission can bypass the channel message delay Special Thanks
    to Streusel for proposing an idea that'd end up as the @channel bindto feature. to Frost for proposing the per-channel message delay limitation to Fatalis for proposing what'd end up as the @channel ban, @channel unban and @channel unbanall to Zopokx for proposing an improvement to how the map/local channels function Links~!
    Commit Commit (update)
  24. Upvote
    jTynne reacted to Napster in @reloadmapcache   
    if add mapcache per map & load per map

    can this ?
  25. Upvote
    jTynne reacted to Ind in @reloadmapcache   
    oh clever o-o indeed that'd be much much much much much...much more efficient
×
×
  • Create New...

Important Information

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