.png.266baf26dc7889b6968019ac714a48ce.png)
Chaos92
-
Posts
1830 -
Joined
-
Last visited
-
Days Won
58
Content Type
Profiles
Forums
Downloads
Jobs Available
Server Database
Third-Party Services
Top Guides
Store
Crowdfunding
Posts posted by Chaos92
-
-
On 5/6/2025 at 3:05 PM, skitsx said:
I noticed asura had no CD so i wanted it to have so by mistake i edited the after cast act to 1 min but apparently thats global cd and not cd for the specific skill so i added cooldown to it but after saving it and reloading skill db the after cast of 1 min never went away even if i set the after cast to 100 = 1 second. im not sure why editing it and saving it isnt doing anything or changing anything same goes with increase agi cause i noticed blessing didnt have any after cast and i removed after cast from agi but it still has. im so confused
then just place back the default file from the git.
-
1 hour ago, Newbiey said:
I found a problem about item cash shop
I didnt tried this yet, but most probably the preview cash shop, check your src. either enable or disable it. I dont know which 1 since I didnt tried that client yet.
-
1
-
-
9 hours ago, eloscar23 said:
link?
https://github.com/llchrisll/ROenglishRE
And read all the wiki/documentation -
4 hours ago, eloscar23 said:
Hello, I am currently using Ragexe_2023-08-17 and all jobs name show Poring, when using 20220406 it works just fine, any solution.
Most probably your lua files. recreate your client files using Chris Translation ROTP.
-
I didnt taking any sides because I didnt know much about both of you. What I know from your post, Pokye request dispute from Paypal and you didnt answer anything to Paypal, if I didnt missed any info since you didnt said anything about your side to Paypal.
And I dont know any of your tnc except u didnt give source code, which I saw from last post that you didnt tell it anywhere from your screenshot.
I also didnt saw Pokye listed at developers or admin listed here : https://rathena.org/board/staff/
But the real thing that im curious is... are you the one that arguing about this debate ?
-
3 hours ago, nychtaro said:
I figured it out after days of looking for a solution. it's actually my own capacity
by the way, I did use the Sader's garment file generator tool.
didnt tried that but i think its almost creating the same files.
-
4 hours ago, nychtaro said:
I tried doing the same thing and all my .act and .spr files are on my .grf still all the items are equipped but it doesn't show as worn (does not show up in character as worn )
What do you guys think is the solution?maybe u should explained more. what are u actually doing and what doesnt show.
-
39 minutes ago, Alert said:
Everyone, look at what they have done. The administrator of this website has hacked my account and made a post to make others misunderstand that I wrote it. I did not create this post—my account was hacked.
I stand by my statement that Pokye is a scammer. You can check all the real messages in this post:
Scammer Alert: Pokye
It seems that Pokye is an admin on this platform as well—absolutely disgraceful.
He contacted us to purchase a game from Pcmedias, inquired about the details, and we provided all the necessary information.
We also sent him the terms and conditions, which he acknowledged and agreed to.After finalizing the purchase and completing the PayPal payment, we delivered the game along with all necessary unlock codes and setup instructions.
However… he later demanded access to the source code from our game.
We reminded him that our terms clearly state that we do not provide source code, nor do we offer any refunds under any circumstances since this is a digital product.Our service is about selling a ready-to-play, easy-install game—perfect for those who want to enjoy the game without hassle.
If he only wanted the source code, he should have purchased it separately.We even provided evidence to clarify this, yet he remained silent and instead filed a PayPal dispute claiming the product was "not as described"—even though he had already received and played the game successfully.
This is textbook fraud—scamming people left and right.
Imagine buying something, using PayPal to pay, and then fraudulently requesting a refund.
If the seller doesn’t dispute the claim, Pokye gets both the product and his money back.
Even if the seller fights back, Pokye still keeps the product while attempting to scam his way into a refund.I've also received additional reports from other people who have been scammed by Pokye before.
If you've been scammed by him, please contact me directly on the Pcmedias page.
Several victims have already reported similar fraud from Pokye.**We sell complete, ready-to-play games. You may not know the details, but Thai people do—we sell games, not source code. The rules are clear, but you didn’t read them, even though we provided a link for you to read from the very first time you contacted us. Now you want our source code? What are you thinking? The entire game is priced cheaper than a single simple game script. The rules were there, but you chose not to read them.
Regarding PayPal, we never received a notice to dispute the claim. We just found out today because another customer made a payment via PayPal.
Also, other people have contacted us, telling us that you are a scammer. There are others who have been scammed by you—just look at the screenshots yourself. They reached out to us directly.**
I'm sorry if the text is hard to understand because I used a translation program.
And victims have contacted us through our page, informing us that Pokye has scammed many others before.
Looking at the attached image, it shows the person who contacted us to provide information, confirming that he is Pokye. Initially, we didn’t know who he was.
as I mentioned at other post, I didnt saw anything in english that source code are not included. Maybe you can highlight that in the future. People might confused with it can be modified, but actually you cant modified src since the src isnt provided.
-
23 minutes ago, Denthorn_ said:
As of yet, no, I've made no further attempts since I posted it. I'll post back if/when I'm past this point.
I've tried using the WARP profiles provided in that github, as I mentioned in step 10, I believe WARP calls them profiles instead? Regardless, using them hasn't fixed the issue for me and even patching without making any changes at all still creates an executable that spams errors...
Sent you a friend request.
also, make sure u use latest kRO. dont use older one, maybe december 2024 at least.
-
5 hours ago, Denthorn_ said:
I'm trying to set up a simple local server and have been having a difficult time getting a client patched. So far, I've been cross referencing various guides I've found on forums and on youtube, since I haven't been able to find anything that seems entirely up to date. I'd greatly appreciate some help figuring out what I'm doing wrong. What I've done so far is as follows:
1. Downloaded a full client from http://nemo.herc.ws/downloads/. The specific one I downloaded was the one under Kro main/sakray for 2022-07-06. I then used that to install the game and copied the installed files off into a new folder.
2. I grabbed RO Patcher Lite from here: https://nn.ai4rei.net/dev/rsu/, dropped that into my copy of the install folder, and ran it to patch the game. I dropped a copy of OpenSetup into there as well, but have yet to actually open it and have tried removing it to no avail, so I'm assuming its not related to my issues.
3. Once that finished, I downloaded the 2022-04-06 executable from the same place I got the original client download and saved that off in a different folder.
4. I downloaded the files from this git repo for this translation project: https://github.com/llchrisll/ROenglishRE, then followed their instructions to use the bat file in the "Tools" folder to generate the necessary translation files for a 2022-04-06 client. I copied those files into my copied install directory such that the DATA.ini file is at the same level as the executable and the SystemEN file is at the same level as the System file. I've also tried additionally copying over the files in the "Additions" folder in the translation project as well on a different attempt, otherwise following the same steps.
5. I created a new .grf in a grf editor, file -> New -> Grf, then dragging the data folder in my copy of the install directory into the grf editor over the "new.grf" field on the left. This looks like it works, I see "book", "contentdata", "luafiles514", and "texture" folders appear under the "data" folder.
6. Saved that .grf off into a new file called data_en.grf in my copy of the install directory.
7. Opened DATA.ini and added a new entry such that 0=data_en.grf, 1=server.grf, 2=data.grf. I've noticed that some examples I've seen of this step in other sources have an rdata.grf here, I don't see that file anywhere in my installation directory and the line isn't in the DATA.ini file. No idea what the deal is there.
8. Opened up WARP and loaded the executable from step 3 into the "Source" field and clicked "Load Source", clicking through the confirmation prompts.
9. Clicked "Select Recommended", clicked OK through the path confirmation for "Inputs/Translations_EN.yml", set the path for ItemInfo to the similarly named file in SystemEN (SystemEN/itemInfo.lua), then clicked OK to confirm the ini file's name as DATA.ini, and set the window title to Ragnarok_Patched.
10. At this point I've tried several approaches. I tried loading the .yml session provided by the translation repo, I believe the latest was 2019-06_Translation.yml and the documentation on their wiki said to just use the latest one, so that's what I did. In a separate attempt (I've tried doing this whole process like 6 or so times now tweaking various things here and there hoping to figure out what the problem was) I just searched for all patches in WARP that included "lub" and manually pointed them to the correct files in SystemEN (at least I think they're the correct ones, many of the files are not identically named and some of them have the same names, just with different suffixes. I'm reasonably confident I got the right files at the very least I've also done this at least twice in the hopes of making sure I didn't just mess one of them up). I've generally also selected a few other patches, specifically the max zoom patch and increased hair style limit to ~65k. I've also tried with the remove movement lag patch and it automatically seems to select a few when clicking "Select Recommended" like the "@ Bug fix" patch.
11. Clicked "Apply Patches", dropped the generated executable into my copy of the install directory, and from here my understanding is that it should be executable successfully, in so far as the client will boot and the translation will be visible, or so it seems to be the case from the several video guides I've found going over this. At this point, trying to run it causes the executable to spew errors until I manually close it through the task manager. The errors are always the same and in the same order. Specifically:
-- Title: ResetTheHotKey, Text: "attempt to call a nil value"
-- The same error repeats once
-- Title: "queryRegionInfo", Text: "attempt to call a nil value"
-- This error now repeats every time I click through it, until force closing the process.
At some point I tried just creating a patched client using WARP with no actual patches applied, if I recall correctly (its been a few days since I actually tried this, to be honest I threw my hands up in frustration and let it be for a few days after awhile, so my memory of every exact thing I tried isn't perfect) it also caused a number of errors to appear, but only a handful before the process successfully closed on its own. With that failing, I tried downloading NEMO and using that to patch instead, following the same process otherwise, which failed in the same way the WARP patch failed. Also tried doing a NEMO patch with no patches selected and had the same result as well. I've also tried using the 2022-03-30 executable instead of the 2022-04-06 one and saw the same results (I can't remember if the errors were identical or not, but the same pattern of them recurring indefinitely until force closing the process occurred). Trying to run the existing Ragnarok executable, it runs just fine in all cases with no errors, though obviously it is not translated. If anyone could help me figure out what on earth I'm doing wrong or point me in the right direction, I'd much appreciate it.
Hello, if you use Chris English Translation, he already set default profile so you can :
1. Get the english translation client file without any issue.
2. default profile for nemo/warp then just customize as u need/want as possible.
Read the wiki or documentation first : https://github.com/llchrisll/ROenglishRE
-
Just incase someone have some git understanding issue, did u know u can see file changes by clicking history ?
Then click every commit to see what is actually changes.
-
1
-
-
12 hours ago, Scriptreload said:
Did you even read the details of what they explained? They already stated that the Master file was correct all along.
They even provided a link, meaning they must have checked it themselves, and they copied an example of the script file to show. The original Master script was indeed correct.
"The key point here is that they explained the file was already correct before the modification, so why change it? Or is the real issue that a single player made a mistake but refused to admit it, instead blaming the script? Even though they provided proof that the script was already correct, it had nothing to do with any file changes from three weeks ago."
The important part is that the Master file was never modified and was always correct—that is the main point I’m summarizing.
And for the record, I check and update GitHub every single day—I repeat, every day—and there has never been any change to the Extended_Ammunition.txt file.
Oh, and one more thing—it was never "Merged branch 'master' into master" during that update.
https://github.com/rathena/rathena/pull/9056
This proves that the Extended_Ammunition.txt file in the Master branch has always been correct, just as I showed in my example from 13/11/2024.
That’s why I said it’s really funny. When I went to update it and checked the file—surprise! It’s exactly the same.
So what am I supposed to change? I don’t get it. Everything is identical, except for the addition of this line:
// !Fix me: official server uses "callshop" then "close"Hahahahaha.
Oh, and one more thing—it was never "Merged branch 'master' into master" during that update.
https://github.com/rathena/rathena/pull/9056
Bro are you drunk ?
You didnt tried what I said isnt it ?
Then most probably you dont know how to use github and how to revert as I said.
Your screenshot of file also didnt show you did tried during 9 March until that previous PR as per told.
So for what we still discussed here ?
I already show what is the rathena script that changed that and revert back to.
This is the script which is officially from rAthena but before that commit merged : https://github.com/rathena/rathena/blob/6ac181503f9317692521bde0073cb8e5c6b14fa6/npc/re/merchants/Extended_Ammunition.txt
If you didnt know how to use git, learn a bit how to revert and understand why this commit is done.
I already told u to download what date rathena. if you download u will understand the issue.
Or else, good luck and learn more on how to understand how git works.
-
1
-
-
29 minutes ago, Scriptreload said:
Are you accusing me of lying? You can check everything yourself. I've been using it since 13/11/2024.
The person who didn’t do anything wrong has now been made out to be the one at fault. That’s unfortunate.
its on git. so how is it im not sure ? if not just download that rathena 100% from github during that date.
did u know u can revert a few commit back ? then do it and try.
Download latest rathena, revert 10 commit back, and try. as simple as that.
Just make sure u know how to revert 10 commit back and how to use git.
So what u should do to get the same result is :
1. Download latest git rathena
2. Revert 10 latest commit.
3. Retry the issue or see the npc file after u revert 10 commit.
-
1
-
-
1 hour ago, Scriptreload said:
There was a debate on GitHub for rAthena—let’s go over the conclusion.
Here’s what happened:
A team member encountered an issue while playing the game related to an NPC shop, specifically the one at prt_in,162,135. The issue they reported was that if they opened the shop to view the item list but pressed the Cancel button without purchasing anything, their character became unable to move.Now, the question is: Has anyone else experienced this issue?
Most likely not, because this NPC has been around for a long time. As another person pointed out, if there were really an issue, someone would have reported it before.To support their claim, they provided a comparison image showing that the script in the master file (before any modification) was identical to the updated version. So, they pressed the issue further: What exactly changed with this update?
In the end, it turned out that only one person had the issue, but instead of acknowledging that they might have made a mistake (or forgotten to use the correct master file), they blamed the script. So, now everyone is invited to look at the images and compare: Was there really a difference before and after the update? Or is someone refusing to admit their mistake and instead blaming the master script, even though it has been working just fine? Take a look at the images and judge for yourself.
So, in the end, how am I supposed to update it? I opened my file to check, and it’s exactly the same. That’s what I find funny!
I apologize, but I don’t know where I should post this or under which category.
I already replied to this git comments.
And i replied again here why.
its already changed 3 weeks ago (9 march 2025) so if people using latest rathena before that commit, will have that issue.
See that file before that commit. that commit happens 3 weeks ago which is 9 march 2025. it changed this file.
They track from official its using close; but in rAthena it doesnt yet supported as Atemo said.
Official script uses "callshop" then "close" for these NPCs, but rAthena doesn't currently support this. That's why these scripts have been modified/reverted (hopefully temporarily) in 11d373a
So if you are downloading this rathena since before this PR update around 48hours ago till last 3 weeks, the debug warning will appear.
If you didnt believe it, try to download rAthena dated around 2 weeks ago, and try. Or try update that rAthena just a few days after 8 March 2025.
-
1
-
-
23 hours ago, korahkirigaya said:
YML to DB Converter Thank You!
what db, is it sql ? rAthena has the tools for it just use it.
I just use it today to get newest item_db_re possible in SQL.
-
3 hours ago, Seller said:
then how to add it to cash shop or npcs to sell it?
did u try @makeegg, it works or not ?
*makepet <pet id>;
This command will create a pet egg and put it in the invoking character's
inventory. The kind of pet is specified by pet ID numbers listed in
'db/(pre-)re/pet_db.yml'. The egg is created exactly as if the character just successfully
caught a pet in the normal way.// This will make you a poring:
makepet 1002;Notice that you absolutely have to create pet eggs with this command. If you try
to give a pet egg with 'getitem', pet data will not be created by the char
server and the egg will disappear when anyone tries to hatch it. -
5 hours ago, Seller said:
no i wanted a custom pet egg for a monster sprite i add in db and grf.
yes, use @makeegg
-
1 hour ago, Yukaiii said:
Can I send you a private message?
in rAthena forum ? maybe. but maybe share here so that other people that encounter the same issue can see and found the fix for it if any.
If u can see the web server logs, it might have some clues, for example it needs lower php version or anything.
most oudated themes need to use outdated php version too which is isnt recommended.
-
1 hour ago, Yukaiii said:
Can I send you a private message?
in rAthena forum ? maybe. but maybe share here so that other people that encounter the same issue can see and found the fix for it if any.
If u can see the web server logs, it might have some clues, for example it needs lower php version or anything.
most oudated themes need to use outdated php version too which is isnt recommended.
-
5 minutes ago, Yukaiii said:
The thing is that it doesn't indicate any error.
@Chaos92 Could it be that I'm using an old fluxcp and eAmod?
It's a very old project that I'm working on.
I think I bought this theme for nothing HAHAu should check web server log, it must have something. or log inside data folder in fluxcp
-
check the log and error log of any.
-
2 hours ago, Seller said:
yes i created the egg using @item command then used @hatch it didnot work.
if u are making egg u should use @makeegg
===================
| 8. Pet Commands |
===================@makeegg <egg ID>
Creates a Pet Egg based on the given ID.
---------------------------------------
@hatch
Opens the Hatch window (like using a Pet Incubator).
---------------------------------------
-
14 hours ago, Seller said:
added in db then made lua also its food and did something in grf and egg isn't clickable and its in red color like broken equipment.
my question is... did you @item the egg or what.
-
9 hours ago, Ichigo HikariRO said:
Hello everyone.
For some reason, the Point Shops have stopped working properly.
They appear empty, or display only one item, or become corrupted.
Does anyone know how to fix this?
- pointshop FarmShopPoints 544,#FARM_POINT,50095:1,50089:100
- pointshop KVM Points Shop#HRO 560,kvm_point,13042:1000,13416:1000,13417:1000,13418:1000,1187:1000,1426:1000,1486:1000,2002:1000,1640:1000,1641:1000,1546:1000,1310:1000,1382:1000,13307:1000,1743:1000,1281:1000,1282:1000,1927:1000,1981:1000,1576:1000,1577:1000,1826:1000,1827:1000,13110:1000,13176:1000,13177:1000,13178:1000,13179:1000,2394:420,2549:315,2444:290,2772:600,2395:60,2445:35,2773:100,2396:8,2446:5,2774:15
Edit: the same thing happens with itemshop...
- itemshop Bravery Badge Shop#HRO 560,7828,13036:100,13411:100,1183:100,1425:100,1632:100,1634:100,1543:100,1380:100,13305:100,1739:100,1279:100,1924:100,1978:100,1574:100,1824:100,13108:100,13172:100,2538:50,2539:50,2540:50,2435:50,2436:50,2437:50,2376:80,2377:80,2378:80,2379:80,2380:80,2381:80,2382:80,2733:500,2720:500,2721:500,2722:500,2723:500,2724:500,2725:500,12269:10,12270:10,12271:5,12272:10,12273:10,50084:5,50119:10
did u enable cash shop preview ? try disable it then if u did. or maybe your client patch about cash shop preview too.
Zero Client BGM problems
in Client-side Support
Posted
isnt zero client are not supported by rAthena ? Maybe can try with other emulator that support zero client.