Xgear

Increase ViewID to 15000? Or did you mean 1500? Otherwise I can see that client sucking up a lot of memory, unless the overall implementation was changed.. which I doubt. Always try to stick to the minimum-workable number when setting the max possible value for something (Applies to every single thing you do)

Well, running in debug mode is meant to help you debug the issue, it doesn't fix the issue (Unless you didnt properly compile the server after a change?)

Be patient, stuff isnt committed right away, mkbu already posted and said something can be done and he'd expect some more community input. So take a cup of pop corn, lay back and relax.

Would it be possible to add something like a reverse check? For example: Zone "All" disabled_skills: { MG_NAPALMBEAT: "PLAYER" } Zone "PvP" disabled_skills: { !MG_NAPALMBEAT: "PLAYER" } Basically disable Napalmbeat everywhere except on PvP. (For commands and items I am assuming they're overwritten, right?)

Did you compile it with Visual C++? If you did I'd suggest running the server in debug mode to figure out the issue and post here with whatever problems you may have if you can't solve them

You didn't post what was wrong with the script. While a lot of people may have the knowledge and will to help, not everyone can just load a script on a server to figure out what is wrong. So its best if you put up the error along with the script, at least it gives a lot more chances of getting help with the issue

Open each one of the files its complaining about For instance, we will use [SQL]: 'sql-files/upgrades/2013-03-09--01-56.sql' wasn't applied to the database This is what the file looks like #1362794218ALTER TABLE `login` ADD COLUMN `pincode` varchar(4) NOT NULL DEFAULT '';ALTER TABLE `login` ADD COLUMN `pincode_change` int(11) unsigned NOT NULL DEFAULT '0';INSERT INTO `sql_updates` (`timestamp`) VALUES (1362794218); If you notice the first line, it contains a timestamp (1362794218) And if you notice the last line, it also contains... the same timestamp! (1362794218) The last line runs the INSERT into the database, so basically what you'd do is (Assuming you are using phpMyAdmin), Go to phpMyAdmin -> Go to your RO Database -> Click SQL tab at the top. Paste this line: INSERT INTO `sql_updates` (`timestamp`) VALUES (1362794218); That will insert the timestamp and should finish the warning for the file. Repeat until done. Note: There is one file missing the timestamp insert (2013-04-16--01-24.sql), it was added a bit after that, and you'll notice 2013-04-16--02-15.sql has 2 INSERT INTO sql_updates entries (last 2 lines), one is for the previous file and the other one is for the current. Hope that helps you out enough

Each .sql file has an insert into sql_updates entry And inserts a timestamp. Make sure the sql_updates table has all the timestamp entries as needed. Every now and then I still have to struggle with some of the updates since they seem to be already into the main.sql file. As you found into errors when running the sql code, the rest of the file didnt go through and the insert into sql_updates is at the bottom. Double check that and add them all manually (At least the ones the server is complaining about)

Probabbly, but I've always thought the best way to learn how something works, is to break it first. There was only one line that matched the correction, ctrl+f and copy/paste would've managed. I belive most of the community here has no issues helping when needing and has the best will when it comes to teaching, but doing someone else's stuff because they have no will to learn is something I personally don't like and I believe its almost rude, as we're taking the time to help, so the other person should at least try to take the time to understand how they're being helped and learn something out of it (And this applies as a general rule in life)

Isn't Epoque's Packs like totally custom? Shouldnt this be on Source Requests? Also on a second thought, wasnt Epoque's Pack paid? O.o

You should probably put on a delimiters option disallowed_words: GM Admin disallowed_delimeter: <put space here>,-,|,_ Avoid not just "GM Something" but "GM-Something, Admin|Something" and so on would be rejected

You could probabbly throw the suggestion yourself in the http://herc.ws/board/forum/55-suggestions/]Suggestions[/url] section. Could help involve the community further more in the proccess by allowing people to know what kind of information could be gathered thats missing or double check and what not.

Lo que menciona M45T3R es correcto. La implementación de Iteminfo.lua corresponde a 2012-04-18. 2012-04-10 sigue funcionando con las descripciones en base a texto plano. Saludos.

Hey there, Most of those things are discussed in the http://herc.ws/board/forum/118-development-discussion/"]Development Discussion[/url] section, while things that require further research can be found in the http://herc.ws/board/forum/119-needs-more-info/"]Needs more Info[/url] subforum of Development Discussion. As for what has been implemented, I'd suggest reading the http://herc.ws/board/forum/12-repository-news/"]Repository News[/url], the Digests contain quiet a nice set of information, as do a lot of other topics in there. Besides that I am not entirely sure if there'd be any other source of information other than the Github Timeline, and possibly checking the actual script/db files for what has been implemented (In terms of NPCs, Dungeons, Quests and such). Having such a list would probabbly be a rather good idea.

I can't say wether the full implementation of Homunuculus S is complete, since I havnt checked it out myself yet, but all the entries on the db/homun_skill_tree.txt and db/homunculus_db.txt seem complete, aswell as the skills being in the source, so I guess you can say the skills are already implemented.

You should check the console for each server and see if outputs any sort of useful information. Just "some people d/c" doesnt help much on figuring out the issue.

It sucks if the data is really lost, sadly that forum grew to have a crapload of good information *sob

Its entirely a client side issue. You need to add the proper entry in dataresnametable.txt and add the mapa to data Can you paste the entry of your resnametable.txt here?

Right. I didnt notice the IDs thing. As far as I know no, since the rid only returns the Class/ID of the killed mob. Which again, proves the second suggestion is far better

You basically need to remove the different cases that allow to change the event options and pre-set the variables in order to disable their change. This is what it'd end up looking like, keep in mind I have not tested this script. quiz_00,72,36,3 script Poring Summoner 99,{.ItemID = 7227;.Map$ = "prontera";.SpecialPorings[1] = 20;.NormalPorings[0] = 100;mes "[Poring Summoner]";if(getgmlevel() < 99) { if(.Event) mes "There is no Poring Summon Event on now."; else { mes "There is a Poring Summon Event on now!"; mes "Location: " + .Map$; mes "Special Porings: " + .SpecialPorings[1]; mes "Normal Porings: " + .NormalPorings[0]; } close;}mes "Please customize the Poring Summon Event:";Main:next;mes "[Poring Summoner]";mes "- Item: "+getitemname(.ItemID);mes "- Location: "+.Map$;mes "- Special Porings: "+.SpecialPorings; mes "- Normal Porings: "+.NormalPorings;switch(select(Start Event:End Event")) { case 1: mes "Starting the event now..."; set .Event,1; monster .Map$,0,0,"Poring Event",1002,.SpecialPorings,"Poring Summoner::OnSpecialKill"; monster .Map$,0,0,"Poring Event",1002,.NormalPorings,"Poring Summoner::OnNormalKill"; set .SpecialPorings[1],.SpecialPorings; set .NormalPorings[1],.NormalPorings; announce "The Poring Event has begun!",bc_all; announce "Location: " + .Map$,bc_all; announce "Special Porings: " + .SpecialPorings,bc_all; announce "Normal Porings: " + .NormalPorings,bc_all; close; case 2: mes "Ending the event now..."; goto EndEvent; }OnSpecialKill: set .SpecialPorings[1],.SpecialPorings[1]-1; announce strcharinfo(0) + " got a " + getitemname(.ItemID) + "!",bc_all; getitem .ItemID,1; goto PoringCount;OnNormalKill: set .NormalPorings[1],.NormalPorings[1]-1; goto PoringCount;PoringCount: announce "Special Porings: " + .SpecialPorings[1] + " || Normal Porings: " + .NormalPorings[1],bc_all; if(!.SpecialPorings[1]) goto EndEvent; end;EndEvent: if(.Event) announce "The Poring Summon Event is now over!",bc_all; killmonster .Map$,"All"; set .Event,0; set .SpecialPorings[1],0; set .NormalPorings[1],0; close;}

You could probabbly do something like OnNPCKillEvent:if (custom_quest == 1) {if (killerrid == custom_mob_id_for_quest) killed_mob += 1;mes "You killed "+killed_mob+" so far";} Its a really cheap-basic code, but should be able to get the job done. I just thought of another possible approach. Say the monsters spawn in a specific map with a function triggered on their death.Assuming each character who beings the quest spawns X set of monster, in the OnPeskyDeath event, you could check wether or not the character has the quest enabled. If the quest has not been taken/enabled/isnt active/whatever. Respawn another mob. Otherwise add the points. (This could probabbly be a lot healthier than the suggestion I posted above )

"else" doesnt take any arguments Its like if A = 1 then this else this What you can do is an "else if" if A = 1 then this (Do this if A is equal to 1) else if A = 2 do this2 (if A is not equal to 1 but equal to 2 do this2) else do that (If A is not equal to 1 and is NOT euql to 2, do that) I am not entirely sure what are you trying to achieve with that code but this makes more sense than what you said on your last post if( !pc_has_permission(sd,PC_ANNOUNCE_TRADE) && !pc_has_permission(target_sd,PC_ANNOUNCE_TRADE) ) gm_sd = NULL; Which basicalle says, If "sd" does not have PC_ANNOUNCE_TRADE permissions, and target_sd does not have PC_ANNOUNCE_TRADE permissions, then gm_sd is null.

if( pc_has_permission(sd,PC_ANNOUNCE_TRADE) ) gm_sd = sd; else if( pc_has_permission(target_sd,PC_ANNOUNCE_TRADE) ) gm_sd = target_sd; else gm_sd = NULL;

Would you possibly have an entry at conf/import/inter_conf.txt? I just tried changing the IP in the conf file and it tried to connect to the new IP, so the issue remains within your configuration. Double check to make sure you don't have any other map_server_ip entries that could be pointing to 127.0.0.1 instead of your mysql server's IP/host