Syouji

@Taeko, Sorry, I don't know how to read or speak spanish. Only English.

Depending on which .xml document you're using to configure BrowEdit, open up that .XML file with notepad and find: <graphics> <resx>1280</resx> <resy>720</resy> <fullscreen>false</fullscreen> Change the resx and resy value to change your resolution of BrowEdit whether it be to make it larger or smaller.

After doing some research it turns out its not your DATA.ini or models or anything of that sort. You simply have the new izlude map. I have attached the old Izlude map to this post. Pack this in your GRF and make sure it takes priority over the data.grf which contains the newer izlude map so your old one loads first before it. (See Attached File). I have also attached the old izlude minimap bmp. Old Izlude.7z izlude.bmp

Here is the old Izlude. (See Attached File). Pack this map in a GRF that takes priority over the data.grf. EDIT: Woops, I forgot the old Izlude Minimap BMP. I've attached this to this post as well. Old Izlude.7z izlude.bmp

Nice work Gaypuff.

Refer to this post here. This issue has been called up before.

lua files are stored in the data folder. As for an up-to-date Judas Bible I have no idea. I think its just the one version. You can contact Judas for more info on that. To install lua files, simply drop them in your data folder and make sure they are being read first by the client.

So I noticed a few things. 1. idnum2itemresnametable & num2itemresnametable: You have 2 instances of the same item ID: - 18526#phoenixflame# -> Why is this phoenixflame? It should be Dark_Spirit. - 18526#ÀÔ¿¡¹«´Â¸·´ë»çÅÁ# -> Why is there another instance of the same item ID? 2. idnum2itemdisplaynametable & num2itemdisplaytable: You have 2 instances of the same item ID: - 18526#...# -> Why is this empty? - 18526#phoenixflame# -> Why do you have pheonixflame? It should be Dark Spirit. 3. idnum2itemdesctable & num2itemdesctable: Looks fine 4. accessoryid.lua: Here are the entrances of two customs (Both look fine) ACCESSORY_Dark_Spirit = 3000, ACCESSORY_phoenixflame= 2000, 5. accname.lua: Here are the entrances of two customs (Both look fine) [ACCESSORY_IDs.ACCESSORY_Dark_Spirit] = "_Dark_Spirit", [ACCESSORY_IDs.ACCESSORY_phoenixflame] = "_phoenixflame", 6. Collection BMP - Labelled correctly as Dark_Spirit.bmp (Matches your accessory & accname entrances) 7. Item BMP - Labelled correctly as Dark_Spirit.bmp (Matches your accessory & accname entrances) 8. Sprites - Drop sprites are fine - Equip sprites for both sexes are fine Conclusion - You have a conflict occuring in your idnum2itemresnametable & num2itemresnametable. What you wrote in those files are incorrect with accordance to what that item ID is really connected to. Therefore put 18526#Dark_Spirit# in your idnum2itemresnametable & num2itemresnametable and make sure NO other entrance is using the same ID. You have the same case occuring in your idnum2itemdisplaynametable & num2itemdisplaynametable. Only put 18526#Dark Spirit# as the item entrance for item ID 18526. As for your view ID of 3000 for Dark_Spirit, that will ONLY work if you hexed your client using weediff patcher to enable you to exceed the default limit of 2000. So keep that in mind. Other than that, what I noted should be the solution to your problem.

Ill take a look into that. In the meantime can you tell me what your item_db entry is for this item? I want the full line of code for just this custom item.

Oh, well that changes everything xD. Ignore what I wrote in my previous post as I was unsure what you were trying to say. So the image for your item pops up incorrectly. Take a look into your data/texture/À¯ÀúÀÎÅÍÆäÀ̽º/item/Black_Fairy_Wings.bmp. That image is responsible for how the item will present itself in your inventory. Make sure it's image is correct to the sprite. If your collection image is incorrect as well, check data/texture/À¯ÀúÀÎÅÍÆäÀ̽º/collection/Black_Fairy_Wings.bmp When you drop the item on the ground check your data/sprite/¾ÆÀÌÅÛ/Black_Fairy_Wings.spr. This sprite will display the image of the item on the ground. So make sure you have the proper sprite.

So you're saying that when you use the command @item, all items you spawn seem to appear on the ground instead of your inventory forcing you to pick the item up to obtain it? If this is so, please copy-paste your source code in a codebox here in this thread. You can find the source code for @item under src/atcommand.c.

~1779~

Kaito_Kid is correct. Without applying the passcode to your client, the client will not be able to read from the GRF resulting in a massive error flow.

Have you checked the rAthena downloads section? I remember seeing swords resembling the buster sword in that section. http://rathena.org/board/files/category/10-weapon-shields/

Cool script man. Will check it out =)

1762 1763

What program are you using to encrypt your GRF? Is it SecureGRF?

I noticed you have a warp portal on the ground near the square. What is that for? Also what is in your "data" folder in your main RO directory?

So your DATA.ini is set properly to have your client read the GRFs in the correct order? I can't fully understand what you're trying to say with your reply. Sorry.

It is possible but only through one way I know of currently and thats through @auraset. The command takes an effect and pretty much sets it up with an infinite loop time to keep it on your character. Full details can be found below: Source: http://www.eathena.w...howtopic=144643 Source Code: http://nopaste.info/b5526be3f7.html

Ah nice job. Welcome~

I've noticed you only posted the accessoryid.lua image. You will also need to fill out your accname.lua as well. Can I see what you put there?

This is a very useful system. For the first time players can choose how they want to sell their goods with multiple choices of currency/items.

Get rid of the underscore in your drop sprite names and dont forget to add your sprites to both male and female sides. See if that works

Glad to help. Feel free to message me if you have any further questions or need help. =)