Jump to content
  • Sign Up

bWolfie

Members
 View Profile  See their activity

  • Content Count

    848

  • Joined

  • Last visited

  • Days Won

    34

Posts posted by bWolfie

  6. Posted

    1 hour ago, astralprojection said:

    It was too easy to get BADGE without actually spending time and waste lot of pots killing someone at BG.
    How?
    - ask a friend playing BG to pm you when session is about to end.  They see message  "1 min to end the bg" something like that.

    - join BG and wait until finish.  You get reward.

    HOW TO PREVENT THIS?

    put timer when player can last join? easy enough just add timer or edit game mode scripts so they cant join past certain point.

  8. Posted · Edited by Myriad

    As of Release v2018.03.13, the method to generate mapcache for Hercules has changed. A lot of people. myself included, were confused as to how it works. In this thread, I will do my best to explain the new way to generate your cache. This guide is intended to help people using the old system, not to aid new people (i.e. never generated mapcache before), so if you are new, some of it may seem like alien talk.

    Old (your source predates [is older than] Feb 18, 2018)

    In the old system, there were two ways to generate mapcache

    • You could run the mapcache executable in Hercules root folder.
    • Or use a program such as WeeMapCache to edit in your required mapcache.

    These two methods would generate or alter your required mapcache located in db/[pre-re or re]/map_cache.dat. However, they are no longer supported.

    New (your source is using Release v2018.03.13 or newer)

    The new system involves the use of the new 'mapcache' plugin to generate files. Some quick points:

    • db/[pre-re or re]/map_cache.dat has been dropped (no longer supported).
    • In its place are individual .mcache files for every map located in maps/[pre-re or re]/
    • Mapcache executable has been removed.
    • Replaced with the mapcache plugin (src/plugins/mapcache.c).

    How to generate the mapcache?

    1. Same as before, check conf/map/maps.conf and db/map_index.txt have all the maps you want to cache.
    2. Your maps need to exist somewhere in your repository! There are two ways for the plugin to find them:
      a. Place all your maps, including resnametable.txt, inside the data folder of your Hercules repo. I.e. Hercules/data/prontera.gat/gnd/gnd/rsw (note: I forget if all three files are needed).
      b. OR Configure your conf/grf-files.txt to tell it where to find your GRF(s) which contains your maps.
    3. Build the mapcache plugin. On linux, this can be done by running the following command:
      make plugin.mapcache
      If using MSVC, compile as you would any other plugin.
    4. Execute plugin. This can be done using the following command:
      ./map-server --load-plugin mapcache [param]
      In windows, just remove the './' and run the commands in your command prompt.

    The params:

    The first thing you should do is run
    ./map-server --load-plugin mapcache --help

    A list of usable parameters will appear. Here are the ones you need to know for mapcache: 

    [Info]:   --convert-old-mapcache         Converts an old db/pre-re/map_cache.dat file to the new format. [Mapcache]
[Info]:   --rebuild-mapcache             Rebuilds the entire mapcache folder (maps/pre-re/), using db/map_index.txt as index. [Mapcache]
[Info]:   --map <name>                   Rebuilds an individual map's cache into maps/pre-re/ (usage: --map <map_name_without_extension>). [Mapcache]
[Info]:   --fix-md5                      Updates the checksum for the files in maps/pre-re/, using db/map_index.txt as index (see PR #1981). [Mapcache]

    ./map-server --load-plugin mapcache --convert-old-mapcache
    Rebuild all the .mcache files using your old db/[pre-re or re]map_cache.dat file.
    NOTE: You should only run this command when you have an old map_cache.dat file you need to convert.

    ./map-server --load-plugin mapcache --rebuild-mapcache
    Rebuild all the .mcache files using your map files specified in step 2 of generation.
    NOTE: You should only run this command in special circumstances. This erases ALL the existing mapcache and rebuilds it with whatever files you provide it. If you don't have the required files, the build will fail and you will be left with missing mapcache files, meaning you won't be able to access those particular maps.

    ./map-server --load-plugin mapcache --map <name>
    Rebuild the .mcache file for the map name you specify. E.g. if you replace <name> with prontera, the maps/[pre-re or re]/prontera.mcache file will be rebuilt.
    NOTE: This is the best command to run, as it only caches a single map at a time.

    ./map-server --load-plugin mapcache --fix-md5
    I don't know what checksum is for.

    The End

    Feel free to ask for help here. I'll try to answer questions re: mapcache if possible. And if you think anything needs correcting or added, let me know.

    Hope this helps!

    Khazou, IndieRO, Rebel and 14 others reacted to this

  17. Posted

    these are clone maps you can make them using resnametable

    bat_a03 <-> bat_a01
    bat_a04 <-> bat_a01
    bat_a05 <-> bat_a01
    bat_b03 <-> bat_b01
    bat_b04 <-> bat_b01
    bat_b05 <-> bat_b01
    schg_cas06 <-> schg_cas01
    schg_cas07 <-> schg_cas02
    schg_cas08 <-> schg_cas03
    arug_cas06 <-> arug_cas01
    arug_cas07 <-> arug_cas02
    arug_cas08 <-> arug_cas03
    rush_cas01 <-> payg_cas01
    rush_cas02 <-> aldeg_cas01
    rush_cas03 <-> prtg_cas01
    rush_cas04 <-> gefg_cas03
    bat_c03 <-> bat_c01
    bat_c04 <-> bat_c01
    bat_c05 <-> bat_c01
    bat_c06 <-> bat_c01
    bat_c07 <-> bat_c01
    bat_c08 <-> bat_c01
    region_8 <-> guild_vs2

  25. Posted · Edited by Myriad

    This is my atcommand. I thought it was working since the clif->message is displaying correct message when I use it. 

    // @my_state - sets state.my_state
ACMD(my_state)
{
	struct player_data *ssd;
	if ((ssd = getFromMSD(sd, 0)) == NULL) {
		CREATE(ssd, struct player_data, 1);
		addToMSD(sd, ssd, 0, true);
	}

	ssd->state.my_state = !ssd->state.my_state;
	clif->message(fd, msg_fd(fd, (ssd->state.my_state) ? 1553: 1554));  // my_state mode [enabled/disabled].

	return true;
}

     

    When I mean return 0, I mean function is returning 0. It's not relevant to issue.
    ssd->state.my_state should return 1 after using my atcommand, but it's always returning 0 (I tested using ShowDebug("%d", ssd->state.my_state); in my 2nd code box)

    Edit: I tested by returning each ssd, and it seems they are not the same ssd?
    I.e. the ssd in the @my_state command is not the same as the one in my function.

×
×
  • Create New...

Important Information

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

  I accept