Vach

This seems very similar to when I was messing with clients back when I first got into rAthena. Try using an absolutely clean lua folder and set the client to show errors and see if you get any and/or that works. When I had a similar issue, I could get certain skills to function, this was due to lua files. You said you didn't have this issue with 06-18?

I ended up solving this problem by moving to the 06-18 client and updating it to work with the lua files in this post: http://rathena.org/b...ua/#entry136929 Combined with a version I decompiled myself (since I use the LUA before LUB setup). Now everything works fine... even other things I was having issues with. I would request that a Cliendside moderator put this as a known issue somewhere, so that people in the future know how to fix it. There appears to be some sort of change between 04-10 and the clients in 05 that differentiate how the clientside of things determines what item sprites are... I even had some headgear errors fixed when I changed to 06-18a and installed the correct ShadowTables. If anyone wants the shadow tables I am using, I will upload them here for reference. Again, this is a combination of the work at the link above (which I can't take credit for) and my own decompiled function lua. ShadowTable.rar

Just replace your last getitem line with Emistry's, and fill the array with all the random items you want - the rest is done automatically. Just make sure you use a semi-colon and not a colon.

The only one I know of is the one that does it the other way around. How many custom items do you have? You may have to do it manually; although if you open a bunch of files at once with something like notepad++ that won't take too long... Unless you have hundreds of custom items. May I ask why you need to do this? Moving from 2012-04-18+ to an old exe for what reason?

Yes, I was also going to past that this morning but didn't get around to it. Due to the new size modifications to monsters via "mob_once_spawn_sub" there is a compile error among what could potentially be other errors. Uninstalling for now........

Another strange issue from Vach, one that I am truly stumped on, all of my Weapon sprites (all weapons everywhere, even the un-edited classic weapons) use the default weapon sprite. All of them. All swords look the same, bows look the same, etc. I know at least some of the basic weapons had different sprites, even in my old server from 6 years ago I could see them, so something is screwy at this point. Also, shields, headgear, and even custom headgear/items show up properly. Something very strange is going on. I am using Client 2012-04-24 with LUA before LUB diffed, as well as the data folder read first. My itemInfo.lub is properly configured and placed in the System folder and I am using Renewal mode. I have tested this with the default item_db as well as modified my clientinfo.xml to see if that was causing the problem, no effect. I'm at a loss... is there a "default" sprite setting somewhere?

I know, that'd be really sweet if we could create custom dialog boxes. Good luck with your server.

As far as I know, refining is done primarily with scripting commands which would make something like this impossible. You'd have to modify the client, not just hex, and have source prepared for it. Ambitious indeed.

Ah, that just affects the amount of points you get in total - not how much it costs to raise a stat. I have a dynamic point system with NPCs so I had to use the non-table format built into the source. Anyway, I found the status point section in pc.c under "int pc_need_status_point(struct map_session_data* sd, int type, int val)" I just changed: #ifdef RENEWAL // renewal status point cost formula sp += (low < 100) ? (2 + (low - 1) / 10) : (16 + 4 * ((low - 100) / 5)); #else sp += ( 1 + (low + 9) / 10 ); #endif To this: sp += (low < 100) ? (2 + (low - 1) / 10) : (12 + ((low - 100) / 3)); This effectively made the stat balance 12 (which should be 101) +1 per 3 Stat Value after 100. So, 103 is 13, then 106 is 14, and so on.

I was wondering if someone could tell me where in the source code you can alter how many Stat Points it takes to up a stat; I am interested in changing the math that is used for stats above 100 to make it more uniform for the progression on my server (it jumps up rather drastically compared to the lower levels). If I'm retarded and can't find a simple edit for this in the conf, please point me to the right direction. Also, if someone could tell me where MVP Exp is distributed in the source, I'd like to apply that to Job Exp as well.

That's what I said on the WeeDiffGen thread; we should standardize it so it's ready for future updates.

You take my idea and turn it into a thread! LOL!! This is based off the discussion I started in this thread: http://rathena.org/board/topic/73751-refresh-npc-prompt-without-next/ I think this is a great idea, as you may deduce from the thread.

OH! I see it now! Yea!

Yes, it can, thank you. And I don't think it is a very high priority, but perhaps it should be added as a to-do-list item for future releases... someone definitely more qualified to program in the source than I. I simply think something like "next2;" should be implemented allowing next without the use of pushing the button - could be very useful in scripts. Since we know it is possible due to how refresh is behaving.

And what is that?

Yea, I've taken a look at the Wiki. I was just concerned because the page made it seem like I couldn't patch root files. I will add it into my consideration. Thanks for your support.

But can that patch things in the root folder, and the System folder, and create files in the data folder without actually making them a grf?

This actually works for what I need it to do. The only issue is the refresh of the screen may seem like a "bug" to some players. It leaves all other context intact. It also eliminates the weather on the map, so I may have to confine the script to maps without weather. Interesting... I wonder if a command can be made from "@refresh" that specifically changes what the NPC is displaying.

I thought Thor had to make grf's? It can patch non-grf files?

Hello everyone! After getting back into RO 'Servering' and starting my ambitious project, I am at the point where I need to set up a patcher. I already have a webserver with proper access, but before I got started I wanted to ask which one of the following patchers would work better for my situation: KPatcher or Neon Cube. I'm going to need to be able to patch files that are not in my personal data.grf, simply because I am going to be making many progressive updates over the past few months and I don't want to repack every single time, plus there are some customizations that go in the root folder I may need to update. So, that being said, I can't use Thor Patcher because I heard that it does not allow non-grf patches. I also want to prevent people from accessing the official patch (unless they decide to run that patcher themselves) and I wanted a visible text with what was updated. I'd also like to prevent access to a configuration file that shows where the file server is, if possible. Soooo... that said... opinion time!

It sounds like your Client and LUA files are extremely out of date or incorrectly configured; but if that's the case I'm not sure how you were able to connect. Please provide more specific information.

You can add anything you want, just make sure it's numbered and doesn't exceed the clients accepted bit rate (which I don't know off hand).

what do you mean dude? I really like "endless arenas", paticularly ones where the odds get stacked against you as you progress... these add a certain amount of replayability to co-op experiences and your setup would be great for that... I'd just have to add a few dozen more waves and have the penalties apply more randomly and probably at an interval of 10 rounds instead.

Haha Annie, so funny, double buttons. Thank you both for trying, though. GmOcean, wouldn't spamming blank lines cause the box to simply extend, putting new messages out of view? Otherwise, that could work for this purpose.

I was going to say, that doesn't seem to difficult a proposition (again, just the way GmOcean said); but I am not super crazy versed with the source code right now... in fact most of my knowledge is in the databases. It would essentially do exactly what calling a new script window does, make it blank and await input.