Mumbles

I wrote this script many years ago in response to a request, and it doesn't look like I designed it to be reconfigurable in that direction in a user-friendly manner. Some operations needed to be flipped around for the requested effect. You can view the diff for that here: https://www.diffchecker.com/PlW5DQYU/ I have uploaded an alternate version of this script that converts points to items, 10:1. You can download it here: https://github.com/datmumbles/Scripts/blob/master/util/points2item_v1.0a.txt Now you should be able to change the value of .rate and it will convert the way you wanted. I also realize @XtriC asked for this particular function many years ago, and I hadn't realized it wasn't going to do what he asked. Four years late, but this is the solution lol

If you want to change the rate of points per PoD, just change: .rate = 20; to your desired rate, in which case would be: .rate = 10; It is located on Line 129, under the Configuration heading.

This is actually so annoying that it works without any real explanation as to why

Well...this was your first mistake. This is a script-based atcommand utility; it should be loaded as a custom .txt script. Copy the original file I provided and add its location to npc/scripts_custom.conf; doing this will override the src-based atcommand when your server initializes. I think you might have misunderstood the way the script functions. Aliases included in the alias() function serve to allow a player to type multiple different variants of a phrase to arrive at the same location. An example in your case: alias("36", "glast", "gh") ...would allow the player to type: @go "36" @go "glast" @go "gh" ...and still arrive at the same map and coordinates that you set for that alias. You seem to have added the alias name in the go() function instead of the map name. The correct way to add an @go point for glast_01 would be to include the map_name in the go() function. Try this: go("glast_01", 370, 304, 0, 0, .cost); Hope this resolves your issue. Please note that I wrote this script-based atcommand utility several years ago; I have not kept up with Hercules's progress, so this information may be entirely deprecated. However, if you are running a version of Hercules where this script was still compatible, my corrections should suffice. Good luck!

identifyall was solely added as an atcommand, wasn't it? I made this as a script-command based on reiterations of identify() so users could make an inline function in their quest, event, or utility scripts. The benefits are trivial and would mostly suit low-rate servers with a low zeny pool, but they're beneficial nonetheless. ¯\_(ツ)_/¯ This script-command version of identifyall() provides the following: A return value for the number of items identified Enables the possibility of using the amount of items identified to create individual cost or bulk pricing i.e. 10 items identified for 400 Z (base cost for 10x items identified @ 40 Z each) i.e. 23 items identified for 805 Z (bulk cost for 23x items identied @ 35 Z each, when identifying 20 or more at once) Allows for the number of items identified (and the maths on cost) to be displayed to the user, for informational purposes Eliminates redundant scripting by alternatively using atcommand "@identifyall"; in a script and still needing to gather the number of items identified Allows for use of identifyall as a script-command rather than an atcommand, particularly under circumstances when using atcommands in general are restricted, limited, or undesirable With some modification, this can be changed into a global function so it can be used across multiple scripts With a little imagination and creativity, identifyall as a script-command can be used for interfacing with various utilities, zeny sinks, and other features. Like I said -- this little script command would find its niche mostly in low-rate servers, but it'll be here if it's needed.

Function: identifyall() Quick function to complement commit #24c4d53. Full version: Identifies all unidentified items in user's inventory and returns the number of items identified. Quick-use version: Identifies all unidentified items in user's inventory without returning any additional values. Usage: Download: identifyall.txt Mirror: https://upaste.me/f75351070d03c790e

If anyone came crying, it'd appear to be you. To answer your question, though -- no; I just had the misfortune of coming across your cancerous post on the front page. Poor you -- you wasted a whole few moments of your pathetic life waiting for something that was free; of no cost to you whatsoever. And for all your efforts, you didn't get it. Geez. How sad. I've collaborated with Daifuku in the past, and I've admittedly pushed her limits in order to meet a deadline -- but never once did I disrespect her or cause her to feel like abandoning a project was a better solution. You've got to be a pretty foul human being to make someone as nice as her pass on you. If you want a prize, take a life lesson instead as a consolation: Treat people with dignity and respect, and maybe next time you won't be such a loser.

People get busy; we all have lives outside of these boards (believe it or not), and it should be expected that our real-world responsibilities and obligations take precedence over our business online. You obviously had your own priorities (in this case, your health), and were unable to contact Daifuku in a timely manner to redeem your prize. Fortunately, she was still willing to work with you instead of choosing a runner-up. Considering that she had been willing to be flexible with you a month after the fact, you should have been similarly acquiescent when she had contacted you a few days after the date she said she'd respond by — but instead, you harassed her to the point that she ultimately rescinded her giveaway. I haven't posted here in years, but seeing this post was triggering. To say that Hercules deserves better is ridiculous and insulting. Hercules holds a high standard for staff members; Daifuku wouldn't have earned her position if she wasn't of good moral character, untalented, or undeserving. If anything, Daifuku deserves better than to be treated like some sort of servant. Did you lose anything of value by entering her giveaway? Did you lose sleep while you were waiting for a response? I'd hope not. Maybe evaluate how you communicate with people when they are doing something out of their own free will and generosity — especially when it's at no cost to you.

Change the value of .rate under Config

Here's an updated version without global variables and a simplified flow: - script vaporize -1,{ OnPCLoginEvent: // Set AFK check on login addtimer 60000, strnpcinfo(0) + "::On1min"; end; On1min: // Check if player has Homunculus and if AFK longer than allowed if(gethominfo(2) != "null" && checkidle() >= .vaporize) { atcommand "@useskill 244 1 " + strcharinfo(0); dispbottom "You are not allowed to farm with Homunculus while AFK."; } // Reset AFK check addtimer 60000, strnpcinfo(0) + "::On1min"; end; OnInit: // Time (in seconds) before vaporizing .vaporize = 120; end; }

This code might be deprecated. If it does still work, it should overwrite the existing functionality of @go. When this was written, you did not need to make any src changes, as bindatcmd binded @go to the specified label within the script.

In previous versions (not sure if still possible), you could pre-load a script in npc/scripts_custom.conf and it could potentially affect the next script in line if it wasn't closed properly. Example: npc: npc/custom/npc1.txtnpc: npc/custom/npc2.txt If npc/custom/npc1.txt was missing a right curly at the end of the file, it would still load, but the next file in line (in this example, npc/custom/npc2.txt) would throw an error at line 1. Just throwing that idea out there; it very well might not be the solution to your problem, but there's nothing wrong with making sure all of your custom scripts have no errors. d: