-
Posts
1096 -
Joined
-
Days Won
40
Content Type
Profiles
Forums
Downloads
Jobs Available
Server Database
Third-Party Services
Top Guides
Store
Crowdfunding
Everything posted by anacondaq
-
-
-
Hi, thank you very much for your message, i'm appreciate your opinion. But here is a problem. Everything looks like that there are no any plan at all. That's why nobody not talk to community and not sharing their plans with community about similar big changes. It's easy as 1-2-3. And my main point: current situation is wrong, and community leaders need time to time talk with community and talk about future plans, and current problems and possible solutions how to change it. About which plan you guys talking about, if all of us remember many different issues with downtimes, and one of the most interesting downtime for few months? (no, it's not joke, rAthena board were offline for 50? 60 days?). I'm sure they don't even have even any incremental backups at all, because it's "require planning too" =) And In one day when hoster disk drive will get corrupted, they will recover from .zip or .rar archives which they saved somewhere at mega or google drive, and made manually at time when they remember about backups. That's why i'm worried, because i don't see any plan, and any dialogue with community. All things here based on community, but there are 0 feedback or dialogues with community. Only software developers do it in issues, or people like you at support board. There are no milestones, there are no achievements which need to reach, there are no methods to motivate people to grow emulator by allowing to them to sell items directly here at board (it were, but then you removed it). There are a lot of problems with listening to people when they wish to be heard here at board. I see very bad community management without any vision of future. I can't say the same thing about core emulator development, but i don't see any goal at community leaders to make emulator community base bigger, better. All I see is a random set of events happened in different time, and that's why rA still alive. But it can be much better if people need it. I probably said all that I wanted. Please don't get me wrong, I can with the facts to argue every word above, but I was just too lazy to write on sleepy head. I have nothing against updates or changes, I'm against doing it in secret from the community and put the community before the fact at the last moment. I apologize if anyone is somehow offended or hurt, but I hope that you take me into consideration, I do not advise bad things, because it's in my best interests of rAthena user.
-
Hopefully, eventually, maybe one day in the future you'll type a post that isn't criticising everything we do with no basis, no facts, no research, no nothing. Upgrading to IPS4 from our current version can't possibly introduce any more bugs than we already have. Your experience is valid only to you, as many of the rA staff have been using IPS4 for a long time and have had no problems. The decision was made a long time ago. And in future, kindly curb your foul language when posting a reply in the announcements section. Man, I'm worried about forum software which YOU can break while upgrade process to new IPB version, and i'm worried about biggest cluster of information in the internet related to RO which have very high chances to be damaged because of upgrading procedure. You said "without no research", ok bro, no problem. But why if this "mega stable forum software" are so cool, why they have hidden their bugtracker with thousands of bugreports from public view? You don't know, right? Sure you don't because if you are using actively their forum software you will find a lot of problems with it, and a lot of negative things in this new forum software and a lot of bugs which still exist in this board, that's why they have hide their bugtracker from public view, which were available for all for years before releasing new IPBv4. It's like a situation on for example youtube, when people hidding their faults in video, by hiding comments and like rating. Another things about which i'm worried it's "putting before the fact community about very big changes". Such actions showing who all of us here - we are nothing. Do you think it's correct to say to community 1 day before such big changes? Have you even care about community? Or they just "fly" which is nothing means here? Or are you turn on "god-mod"? This is very serious problem man, you don't even relize how is serious. rAthena without community - piece of code at github, and nothing more. Any product without people cost nothing. You spit me in the face, and then talk to me about non-constructive criticism from my side. This is awesome dude! You still no answer about ANY objective reasons why you should to move current software to new one (it's not version upgrading, IPB v4 it's NEW codebase). Only one reason you have -> someone paid for that (it's ok, Nova rocks, you good guy, thank you a lot of helping rA (not sarcasm)), but to be clear it's not a reason. You don't even have vision what are you trying to build here at forum, and this is most sad part for me, because everything looks like will be broken, and a lot of people time wasted. I can tell you about the previous sentence a lot, but given your behavior, I will not do it. Because you just won't listen to me, and such big changes if something will be broken will force to move a large number of people on other emulators. Keep do what you want without respect to community, and one day rA will be totally dead.
-
NO! PLEASE NO!!!!!!!! FOR WHAT? Did you saw IPB v4? This is biggest piece of shit with a lot of bugs and a lot of problems when i have ever saw before! Very shitty forum software, very bugged, a lot of bbcodes, plugins, messages, reputations, etc will be DESTROYED after upgrade! Man, i have experience with this shit for few years, and i strongly not suggest to upgrade current rA board to this shit!!! Please don't break current forum software! If are you looking for good forum software and you wish to replace it (if you have real reasons for doing it) take a look to xenforo! This forum software (xenforo) in few times less in resource usage then IPB, it has super nice resource manager, it has million of super nice plugins, very easy customizable, very big extension / themes database and support topics, very friendly and mega big community. Very, super easy managment, and ultra-fast. Very easy to merge from IPB v3 to xenforo 1.5.11. And it have mega easy ACL, mega easy options, i see only good sides at xenforo, then at IPB. Please, think about my post, don't break rAthena board for that piece of shit called IPB v4! You don't even have ANY reason for doing it! Just because someone wants to do it! Man, i have few IPB forums, and there are NO any security issue with current forum software, so there are no reason to change it! Look to herc.ws board, and look how many (mostly all) posts breaked because of bbcodes. Man, i really strongly suggest not do what you want to do, and keep current version of IPB, but if nobody will develop security fixes for current IPB anymore in any future, switch then to xenforo, not to shitty IPB.
-
Fatal Error leads to segmentation fault.
anacondaq replied to trickzjen23's question in General Support
https://github.com/rathena/rathena/wiki/Crash_Logging https://github.com/rathena/rathena/wiki/GDB https://rathena.org/board/topic/53447-how-to-enable-crashcore-dumps-in-your-server-linux/ https://rathena.org/board/topic/63493-how-to-install-gdb-in-centos/ tl;tr you should install gdb debugger for your system and compile your server with enabled debug mode. Then run server again and wait for next crash, when crash will hapaned you will get core file from your server (char, login or map (which were crashed)). Then, with GDB you should try to trace this dump and you will get information about crash (steps were have been done before crash) in your gdb, then these data with crash reason you should to send to issue tracker. But before sending, be sure that you are using LATEST rathena hash (revision), because a lot of crashes already fixed in commits regularly. Even if you don't using rAthena, or using modified rAthena emulator, you can see in GDB output the line in your code which provoke a crash, and starting from this step you can analyze by yourself which thing provoke a crash and how to fix it. -
This "feature" called "clones". As i see on video, it's called via function in pet (i do not know yet about conditions to trigger calling this function, but ok), then clones spawned and timer initiazlied, after some seconds these clones will be killed or respawned to pet (i did't watched to it). Hmm, this is possible to do, and you can do it by yourself fr example. All what you need: read about clones at script_commands.txt create function which calling clones add to pet_db.txt call for bonus script. profit.
-
700 pages, and around 80% of these pages are just copy-paste from script commands. Anyway, i wish to say thank you very much for that changes, it will be very improved in very soon time!
-
where is your warning? can you please show warning message, and function with saving lines which trigger the error.
-
Thank you very much =)
-
Note: The command works the same like @storeall one, but instead of storing item to storage, you will store items to cart (if you can cart only and have free slot and weight in cart) add to src/custom/atcommand.inc next code function: ACMD_FUNC(cartstoreall) { int i; nullpo_retr(-1, sd); if ( !pc_iscarton(sd) ) { clif_displaymessage(fd, "Sorry, but you don't have a cart."); return 1; } for (i = 0; i < MAX_INVENTORY; i++) { if (sd->status.inventory[i].amount) { if(sd->status.inventory[i].equip != 0) pc_unequipitem(sd, i, 3); pc_putitemtocart(sd, i, sd->status.inventory[i].amount); } } clif_displaymessage(fd, "All items from inventory stored at cart."); // All items stored. return 0; } Then, add to src/custom/atcommand_def.inc next code function: ACMD_DEF(cartstoreall), Recompile, and have fun. I did few tests related to cart sizes / weight / cart overflow, and everything works fine, no errors, no problems, no item drop to the ground -> just errors if something wrong with cart will be shown to the player. P.S. if you experience any issues with adding atcommand, you can try to use this diff patch.
-
Not tested, but something like that (below) prontera,163,193,5 script Lotti Girl 719,{ if( lotti_doll_timeout < gettimetick(0) ) { lotti_doll_counter = 0; } if( lotti_doll_counter > 10 ) { mes "[Lotti Girl]"; mes "Lotti Girl Use 10/10"; mes "Limit reached, please try at next day"; close; } mes "[Lotti Girl]"; mes "It costs ["+.Price+"] Zeny to play."; mes "This are the list of prizes:"; mes "1 Bronze Coin, 1 Silver Coin, 1 Gold Coin, 1 Mithril Coin, 2 Convex Mirror and 3 TCG for the JACKPOT!"; if (Zeny < .Price) end; next; if(select("Deal me in!","No way...")==2) end; mes "[Lotti Girl]"; mes "Here we go..."; progressbar "",2; set Zeny, Zeny-.Price; set .@i, rand(1,.Total); if (rand(1,100) > getd(".P"+.@i+"[0]")) { for(set .@j,0; .@j < getarraysize(.Default); set .@j,.@j+2) { getitem .Default[.@j], .Default[.@j+1]; if (!.@k[0]) setarray .@k[0], .Default[.@j], .Default[.@j+1]; } } else { for(set .@j,1; .@j<getarraysize(getd(".P"+.@i)); set .@j,.@j+2) { getitem getd(".P"+.@i+"["+.@j+"]"), getd(".P"+.@i+"["+(.@j+1)+"]"); if (!.@k[0]) setarray .@k[0], getd(".P"+.@i+"["+.@j+"]"), getd(".P"+.@i+"["+(.@j+1)+"]"); } } //announce "Congratulations to "+strcharinfo(0)+" for getting "+.@k[1]+"x "+getitemname(.@k[0])+"!",0; specialeffect2 248; lotti_doll_counter++; lotti_doll_timeout = gettimetick(0) + 60 * 60 * 24; end; OnInit: // Format: <%>,<item ID>,<count>{,...}; setarray .P1[0],50,675,1; //Baphomet Card 1 PC 50% setarray .P2[0],50,671,1; //Alice Apron 50% setarray .P3[0],50,674,1; //Cursed Baphomet Doll 5 pcs 40% setarray .P4[0],2,7199,10; //Berry Ticket setarray .P4[0],2,7227,3; //TCG //setarray .P5[0],2,12214,3; //Convex Mirror 1pc setarray .Default[0],673,1; //convex mirror default 1pcs //setarray .Cost[0],6242,1; // 1pcs Woe coinrequired para makalaro sa lotti .Price = 10000000; set .Total,8; end; } Main logic: every time when player uses this npc services, his counter increased + setted new nexttime timer.
-
replacing map problem, need korean folder name
anacondaq replied to andrew0960's question in Graphics Support
yes!!! thank you. there are also some other bmp with names like tom_µµ½Ã01, tom_µµ½Ã02.. and .rsk files like ³ª¹«01 ³ëÁ¡»ó03 .. those are a bit hard to find..the actual korean name I really hate people who sharing their work, and which not finishing project like it should to be done. They spent a lot of time for creating it, but they not spending just few seconds to create normal ARCHIVE with saving encoding! Here is short guide how to convert ANY such extracted files from archive with very shitty encoding (destroyed by archivator or system encoding) to native default korean. You should try to use GRF Editor, this tool will save million hours of your time. Look what you need to do for any problems with encoding which you have when extracting anything from such archives: 1. You should download and install GRF Editor 2. Download sprite / map archive which have bad encoding after extracting. At screenshot below i have downloaded prontera map, and extracted to my folder. I have next picture: As you see folder names and files inside folders which uses Korean default encoding after extracting files from archive - now broken. So, what to do? You should to do next: 3. Open GRF Editor, go to settings: and select Display Encoding to Korean like on screen below, then click OK. 4. Then click File -> New -> New GRF 5. Go back to your folder with sprites, and Drag'n'Drop to GRF Editor window your folder, like on GIF below What happened? After Drag'N'Drop file with bad encoding (but not modified by your hands) to GRF Editor, GRF Editor automatically detect it and suggest you to fix it automatically. So, in result you will have now after that action "good encoding". 6. So, now it's time to extract files with NORMAL encoding to your any other folder and have fun. For that you should right click on parent folder with files and click "Extract -> Extract Folder ..." 7. Select path where you want to save new files, and voila -> you will get converted from "bad" to "good korean" encoding files. Such method will save you a lot of time to solve any issues with broken encoding after extracting sprites / actions from archive (usually zip / rar (7z uses as i remember unicode, and fix encoding problem by itself)). You can do that trick for any amount of data and convert encoding easy as 1-2-3. Have fun with it, i hope i helped you