Leaderboard

But, it is still official, and it is still Gravity, and rAthena is following iRO, against your words saying there is no official option for pre-renewal and there is no following for iRO. Why would you like to banish pre-renewal game mode? Peopleperson49 at least says to split pre-renewal from renewal mode to "optimise" rAthena's developers work (wich is not guaranteed under somebody gives the needed research information in bug tracker section). You are asking for complete removing and banish pre-renewal mode from rAthena, since "'r' from rAthena is for Renewal". In other words, you area saying "if you want to play pre-renewal mode search for other emulators". Removing pre-renewal from rAthena would split community and push out those players who likes pre-renewal content, players that also support it in all the ways. Also, would make those players to search for other options instead of rAthena, even instead of emulation, since there is an official and a very good option to play pre-renewal mode, Ragnarok Classic. I just see it: Player: "rAthena, I want to play pre-renewal mode, can you support me?" rAthena: "No, I don't support pre-renewal because 'r' in rAthena is for renewal" Player: "but, I want to play pre-renewal mooooode, please heeeelp mee" rAthena: "No, search for other options, go to official servers if you want to play Classic Experience" Ragnarok Classic server is a very good option to play, it is pre-renewal, it is free to play, it has the official way items and skills works, it has a good cash shop system, and also it is official... I like rAthena, and I'm starting to love it, because rAthena is making the unthinkable, merging renewal and pre-renewal content in the same emulator an also make it to coexist in harmony. I want to support that, i'm playing classic to give needed info in some bugs in pre-renewal skills. Why would you like to revert all that work and effort to finish a very suitable option to play? I don't think it is an enough reason just because "r" in rAthena is for renewal. This has been discussed in the past, i don't know why people hate pre-renewal mode

File Name: [Mapflag] Mobitemadder File Submitter: Zephyr File Submitted: 28 Dec 2012 File Category: Source Modifications Content Author: Zephyr This mapflag sets more drops for monsters at the map that it's been attached. Sintax: mapname<TAB>mapflag<TAB>mobitemadder<TAB>mob_id,item_id,drop_per{,item_id,drop_per(...)} You can set up to ~50 more items for mobs. "drop_per" is the chance of drop, from 1 (0,01%) to 10000 (100%). There's an example at the screenshot, I setted a Yggdrasil Berry with 100% of chance for the Poring at prt_fild08 map. You can set a lot of mobs, but you have to set more mapflags for your maps. Click here to download this file

Well I am Calv Dar Juan a Graphic Designer from the Philippines and I've been making Ragnarok sprite for years now. Though I didn't actually registered here or EAthena before. So I am one of those guys who just make sprites for their own servers. (I don't actually own one though). PS: If you still remember the Minato sprite from a Monk class back in like 2009/2010(?) (Used by AstralRO). I am the one who made it. Some sprites that I made for our server. Angry Birds Headgear. (Unnfinished) Angelic Valkyrie Set. Dragon Set. Customized Caps. Yes They're lots of those things running on our server, It's like a trademark for us, You buy 'em I make 'em. though SOME guys (even it's totally made exactly for those donors (with name on it)) THEY'RE STILL STEALING IT, lol. I am making Ragnarok Patchers/Loading Screens/ Welcome Screens/Signatures/Banners. But they're lots so meh. Just check my facebook page to see some. I still have lots of custom weapons (DotA Items) that I ragnafied, but meh I forgot where I saved them, my Boss have it though. So? Hi.

since I discover this OnPCStatCalcEvent I keep bringing it up in scripting section and I start to get sick I have to update this patch every single time when I comply a request with it http://rathena.org/board/topic/76088-skill-in-map/#entry166271 http://rathena.org/board/topic/77185-function-changelook-random-viewid/#entry171792 and a few unused like http://rathena.org/board/topic/74206-close-drop-certain-item-on-certain-map/#entry155980 http://rathena.org/board/topic/72989-capture-the-flag-woe-script/#entry150735 I believe this mod is very very helpful for example, in this topic - script kdfjshksfjhksdfj -1,{ OnPCStatCalcEvent: bonus2 bExpAddRace,10,100; // PS: ... can someone confirm this exp is getting more than usual ? bonus2 bExpAddRace,11,100; end; }

This is something that has been requested for several times in the past, I'd like to know your opinions regarding this feature being built in. Specs from my proposal: Non-stackable items are given a unique ID stored as unsigned int 64 ( up to 18.446.744.073.709.551.615 ) Stackable items are not traceable in the current way they're stored; as when you get a red potion when you already have 10 the data from the new red potion is lost and the data that stores the 10 red potions gets it's amount += 1. Post all your opinions, thank you for your time.

That's what I thought. This was discussed a long time ago and well obviously that didn't happen since well as we still have both up to now. Here is the old topic about removing pre-re: http://rathena.org/board/topic/74215-p-re-vs-re-do-we-really-need-both/ And yes, it was rejected.

Not to be a spoil sport but wasn't this already in the suggestions section and wasn't this idea already rejected?

OnPCStatCalcEvent_17097.patch prontera,156,182,5 script kjfhskjf 100,{ input @changelook_mid_head; if ( @changelook_mid_head ) changelook LOOK_HEAD_MID, @changelook_mid_head; else if ( !@changelook_mid_head && getequipid( EQI_HEAD_MID ) != -1 ) changelook LOOK_HEAD_MID, getiteminfo( getequipid( EQI_HEAD_MID ),11 ); close; OnPCStatCalcEvent: if ( @changelook_mid_head ) changelook LOOK_HEAD_MID, @changelook_mid_head; end; } if you can understand this script, your request is no problem something like OnItemUse: @changelook_mid_head = rand(1527,1621); end; OnPCStatCalcEvent: if ( @changelook_mid_head ) changelook LOOK_HEAD_MID, @changelook_mid_head; end;

If rAthena gets split into 2 branches, then we loose the ability to easily mix pre-re and re stuff. For example re mechanics, but pre-re exp/drop-rate formula.

No you don't. use @reloadpcdb

I think the 2 of thanatos is not working, or the one is working and the other one it's not working, i'm not perfect ragnarok player but thats i know, i'm almost 7 years RO player

sometimes i got the same problem with that. but when i use stop, i use the ./athena-start restart or start after that stop and start again, finally it's work for me.

try to stop using ./athena-start stop and start again: ./athena-start start

Just remove pre-renewal if admin and player want to get pre-renewal let them use a final branch or eathena. kRo just drop pre-re more than 4 years ago. it's time to separate this. And rAthena mean renewal Athena. Pre-renewal is now old and make difficult to admin to make a good job. I repeat drop this pre-renewal.

Si veo que esto va pa lante en serio le pongo un pin de mientras lo dejo en observación.

*cougheAthenasuckscough*

rAthena\conf\battle\client.c

rofl ... me is sarcastic, I make scripts for rathena only hmm guess_password0.2.txt - add configuration for npc name that has to match npc name - fix a bug that if previous round has setup locations already, and re-host the game again, map-server throw error because of .@map$[.@id] should be .map$[.@id]

i agree , make full renewall maybe if want pre renewall can use eAthena

Ok try my configure, just put in your data files http://www.mediafire.com/?n5y117hr7ccjzr1 Don't forget to read my signature if i helped

yeah i'm using 2012 04 10 and i have baal aura too. but it's working perfectly, maybe you did not put the correct data in your files.

I agree on creating a separate branch for the two. Many servers enlisted on ratemyserver.net is running Pre-Renewal while on rAthena. So the removal of Pre-Renewal would be a nightmare to those that are on it. :3

Final batch? Makes the whole thing easier I suppose.

did you correct the sprite because you put the drop.spr in your male and female sprite i think

I think removing pre would be best from a development standpoint, so long as eAathena is up and running server owners can go there for pre.

Branching completely would be nicer. I don't like the db/re/ or db/pre-re/ even if this means more work.

I believe there is or there was an official christmas event. If you update your kro, it will be gone. In other case you can download the attachment and patch this in your GRF. alberta.rar

The problem I see with stackable items is: If a player has 2 cards with unique ids and trades one of them, how to decide which one to transfer? For example when an account got hacked, often the stuff gets transfered over many chars and accounts and the admin wants to know which accounts were involved. But when one of the chars already had one of the stackable items in the inventory before and now trades it to the next char, then if the wrong one gets transfered, the trace is lost and you have to falls back to the picklog again.

I would prefer a branch to macros, but I definitely would not like to see pre-RE dropped, since lots of the servers still using it.

I do only cause I don't like all those preprocess macro for renewals : - They make function longer wich reduce readability => lower maintenability - Ain't fully validate by buildbot or really any automated tests (e.g r17082) (we should imo try a compile wich each define per week) but in other hand : - Many improvements also concern pre-re like new script_command, group system etc... - It will requiere someone to merge those change in the other branch even if that ain't so long * (also if could check other emu) -- Kinda the same as trunk/stable/tag actually we're on very basic versionning. - Support/bug/share may be annoyed since right now people don't often precise if pre or re and also work with line number. (in short mod will need 1diff for pre and re since line won't match..) nb : -- People will cry like A-style change since removing this will certainly broke many diffs --We can't summerize eA is the pre and rA renewal. Since that not the only in diff they got even if it's the more noticeable. (until kinda recent eA fix was integrate to rA but that stoped due to some generation of errors). --- Quite kinda the same as people saying BrA is same as rA but in portugese, they add thing on they're on too so it's not. ps : Precedent "debate" : http://rathena.org/board/topic/74215-p-re-vs-re-do-we-really-need-both/ even if the subject slide a bit.

About script commands: Add: hasuniqueitem(<item uid>) // check if you have it in your inventory deluniqueitem(<item uid>) // delete an item Modify: getitem() / getitem2() / rentitem() // return item unique_id - getitem 1201, 1 {, .@output_uid_array }; getinventorylist() - add an uid array to the list. successremovecards / failedremovecards / successrefitem / downrefitem - keep the item uid And maybe add an optional "unique_item" argument to getitem2() to get RID of auto-magnifier NPC (delete item -> create item) ? So now we can get RID of scripts like npc/jobs/2-1/blacksmith.txt: mes "[Geschupenschte]"; mes "Oh, you should make sure that you are not carrying ^FF0000more than one "+getitemname(.@items[6])+"^000000, you should really only have an "+getitemname(.@items[6])+" that you bought from an NPC shop in your inventory."; next; if (select("Oh, could you give me a second?:Oh, I brought what you asked for.") == 1) { mes "[Geschupenschte]"; mes "Hmmm, it would be"; mes "a good idea to put the"; mes "rest of your items"; mes "in Kafra Storage."; close; } Or to check integrity of an item you give to someone. Well just some ideas.

Currently there are no plans to split Pre-RE/RE; thanks for all the input provided in this topic though! Deep Forest nailed it though:

Just throwing away pre-renewal does not optimises the developer's time. Time is relative, if has the fix, will be fixed. There is right now 140 issues that need more information of how to works. If you want to help them with their work, select one of those and go to official servers to do some research about the official mechanics needed to know, don't throw other's work and effort to the junk. I'm very impressed with rAthena's work with also pre-renewal server. I like it and I will help them in all what I can through bug tracker section.

When I was running a server, our policy was: we never even tried to trace stolen stuff, because it is the player's mistake if it was stolen. Every single time it turned out, the player gave out his or her password. However we developed our own CP, had our own packet encryption mechanism, and only stored salted password hashes in our database, so even GMs could not tell a player his or her password. I admit that, the defaults of eA/rA is very insecure, so players usually can say that, they did not give away ( even if most of the time they did ), so indeed it is an useful feature. If the implementation is not messy, I agree with adding it.

I added a new stylist in the SVN a few weeks ago: https://rathena.svn....tom/stylist.txt To add a payment option, replace these lines: setarray .@Look[1],7,1,6; set .@s, select(" ~ Cloth color: ~ Hairstyle: ~ Hair color"); With this: setarray .@Look[1],7,1,6; setarray .@Cost[1],100000,20000,50000; set .@s, select(" ~ Cloth color ["+.@Cost[1]+"z]: ~ Hairstyle ["+.@Cost[2]+"z]: ~ Hair color ["+.@Cost[3]+"z]"); if (Zeny < .@Cost[.@s]) { message strcharinfo(0), "You don't have enough Zeny."; close; } set Zeny, Zeny-.@Cost[.@s];