Jump to content

Tokeiburu

Members
  • Content Count

    202
  • Joined

  • Last visited

  • Days Won

    37

Posts posted by Tokeiburu


  1. 5 hours ago, Rynbef said:

    @Tokeiburu ur the boss of tools :)

     

    I'm would be rly happy if u give me a suggestion ur the Tool/Editor Creators God :D

     

    Rynbef~

    Well the most popular requests have already been suggested, all of which are rather huge undertaking:

    • A more friendly STR editor (which you've already said you're not interested in).
    • A palette editor meant towards the creation of palettes for the job sprites/head sprites, as mentioned by evilpuncker. Either fully automated or for "manual mass creation" (as in choosing colors that would automatically create palettes for the other classes). It is hard to create a friendly interface for such a project though. The job sprite files are also different for some servers, so it's hard to account for everyone when doing such a project. It's quite a messy one that would leave you more frustrated than anything at the end of the day.
    • A, yet again, new patcher similar to Thor. I don't think one is really necessary as Thor already does everything you'd want from a patcher though.
    • Edit: A new map editor, similar to BrowEdit. BrowEdit 2.0 is still being worked on, though.

     

    Those are certainly the requests I've received the most that I can remember. (I have a feeling those aren't the programs you'd be looking to make...!) But sorry, those are my best guesses.


  2. 13 hours ago, evilpuncker said:

    (the image above is from the "Act Editor" tool by @Tokeiburu, just open an job act sprite and select Edit-> Palette Editor...) but its kinda buggy, specially the pick color thing

    Heya,

     

    Sorry for sneaking in your thread... someone pinged me @@! I want to point out that your version of Act Editor is quite outdated (latest versions are on the mediafire links in its respective thread, or here). There are no known issues with the pick color tool; please forward them to me if you can reproduce it easily.

     

    17 hours ago, Ciar said:

    But the most helpful and groundbreaking one would be something that can properly convert .rsm2 files to .rsm, and/or can convert the new 2019+ version of .rsw to ones usable in pre-2019 clients. Someone managed to convert them one time, but only the person that did it knows how, and they sort of dropped off the face of the earth.

    I haven't dropped off the face of the earth...! I am simply not very active on Hercules' forums. I released the downgraded RSM2/RMS1 files on Borf's Discord. I believe I saw the models being reuploaded in other places afterwards...? Anyhow, I had also converted the RSW files with its objects, but never released those maps (someone had to do that manually ;x...). Though the models' conversion isn't perfect (the rotation frames' quaternions weren't converted properly), so some models ended up with oddities. A tool to convert those models will not be released however as it is simply easier to use a newer client instead to load those maps/models.


  3. You can use this (it's based on rAthena, I haven't tested on Hercules ;x. I presume it's compatible though!).

    -	shop	#annie_shop	-1,501:50,502:50,503:50
    
    prontera,155,155,4	script	Annie Shop	757,{
    	callshop "#annie_shop", 0;
    	npcshopattach "#annie_shop";
    	end;
    OnBuyItem:
    	.@map$ = .jmpmaps$[rand(getarraysize(.jmpmaps$))];
    	getfreecell(.@map$, .@x, .@y);
    	specialeffect EF_TELEPORTATION2; // For the teleport effect
    	unitwarp getnpcid(0), .@map$, .@x, .@y;
    	dispbottom "Teleported NPC to " + .@map$ + " (" + .@x + ", " + .@y + ")";
    	end;
    OnInit:
    	setarray .jmpmaps$, "hugel", "yuno", "comodo", "xmas", "aldebaran", "izlude", "payon", "geffen", "morocc", "prontera";
    	end;
    }

     


  4. groups.conf only works with source-side defined commands. If you want to make a script atcommand, you'll need to add the gm level when you bind it, such as:

     

    bindatcmd("@evacheck", strnpcinfo(3)+ "::OnCheck"), 0, 99;

     

    Where 0 is the gm level required to use the command (@evacheck) and 99 is the gm level required to use the command as a char command (#evacheck).


  5. Unless your server is really popular, I can't imagine you'll be getting a Ddos attack. Maybe at 400+ unique players that may happen.

     

    You'd be surprised. DDoS attacks start at 50+ players, it's kinda sad.

     

    As suggested already, go with non-reseller hostings such as OVH/Limestone/etc. It will be a harder learning curve, but there are plenty of guides for it and you'll have much more control over your server. I would not recommend RagnaHosting, at all. I've lost all my trust for the owner after my scripts were sold without my consent, my real life friend getting completely scammed, with both money and fake promises, and not to mention all the shady businesses going on (cough, including the free gameguard being sold without my consent, then again, it doesn't work anymore so it's fine I guess).


  6. Your GRF is broken. Other than deleting the files manually in it, there's no way to fix this. The issue comes from the patch file you're sending; you chose the wrong encodings when you made it.

     

    If you use Thor Generator, you have to select ANSI instead of Unicode, since you aren't using Korean file names.

     

    If you use GRF Editor to make the thor patch, the file encodings are handled semi-automatically:

    File > New > New Thor > add your files.

    Select "root" > Container options > Changing "Patching mode" to "Merge into GRF".

    Save and send that instead.


  7. Here's what the modes do:

    • File > Save > Somewhat similar to what a patcher would do; it will write the new files in empty spaces or compact the data to make space and then write the data in there. If you only add new files, it will append to the GRF and not repack anything. If there's too much fragmentation it will repack instead though.
    • File > Save advanced > Defragment > This is the common repack option you'd expect. It used to be the default saving method of GRFE for a long time and it simply writes a new GRF by packing the entries' data one next to the other. This is rather quick and should result in no 'dead space' within the GRF.
    • File > Repack (recompress) > This option decompresses and then recompresses all the files in your GRF (and packs the data one next to the other, so no space left either). This is mostly useful for repacking a GRF with the LZMA compression and vice versa.
    • File > Compact (redirect indexes) > This option removes duplicate data and redirect the indexes in the file table to the same data instead. This is very useful for palette GRFs since most of them are just copies of one another. If you save such a GRF again (using any of the methods above), you will regain your original size of 200 MB. But you can shrink down palettes from ~200 MB down to 5 MB  using such a method and this will not have any impact. Thor Patcher does this as well to compress its content even more.

  8.  

    I have tested with 2014-04-16a and its works.

     

    @Tokeiburu. I have some question.

     

    How to update grf with encrypt grf ?

    Let me explain.

    • I make a grf called, 24012015.grf (contains custom maps)
    • I encrypt it with my password
    • I update it to my web server
    • Update my files using thor patcher
    • Finish
    Its true the step I make ? Is my custom maps will encrypt same with other files ? I just need confirmation. Thanks you.

     

    I haven't fully tested this method (I usually use Thor files for patching instead). But yes, it will encrypt the files you selected in the GRF and overwrite or add those to your server's default GRF.


  9. need set sprtype in tools   act editor

     

    Can you please rephrase that question? I don't understand what you're trying to say here ;x. The "sprite type" field from ActOR has been removed on purpose because it serves no real purposes in Act Editor.


  10. Here, for instance : 

    x = 1;for id in range(20000, 20010):	item_db2[id] = item_db[501];	#copies the item 501 to your item_db2 10 times	item_db2[id, "aegis_name"] = item_db[501, "aegis_name"] + "_" + str(x);	item_db2[id, "name"] = item_db[501, "name"] + " " + str(x);	x = x + 1

     
    This python script will add 10 items based on the item 501 in your item_db2. It will also add an id at the end of the AegisName and Name fields. You can obviously remove that last part...!


  11. Is there a full change log? 

     

    Also, in the newer versions I can't seem to find the GAT Editor that I loved. :x

     

    Changelogs can be found in the first page description (may not be updated though). This Gat Editor had no reason to be in a GRF editor so it's been removed.

     

     

    is it possible to prevent opening the encrypted grf that encrypted by GRF Editor with other grf editor (ie: grfbuild, etc), player can merge the file via merge folder or merge grf

     

    Encryption protects your files' content and nothing more. It could protect the GRF's file table, but then you wouldn't be able to update your GRF with patchers... unless you made a custom patcher!

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.