Tile Changer (Copy Tiles and Change Tiles)

Shaz · 2018-01-26T12:57:12+0900

Tile Changer 2018.03.24 by Shaz Introduction This plugin allows you to copy a block of tiles from another map to the current map, copy a block of tiles from one spot on the current map to another, or to change individual tiles to a specific tile Id. How to use Add to your plugin folder (call it Shaz_TileChanger.js) and enable in the plugin manager. Set up the notes on the current map only if you want to copy tiles from other maps. Use the plugin commands to copy or change tiles. Map notes must be in the following format - one name/map pair for each map you want to copy tiles from: Code: I suggest doing this in a text editor, as the line won't fit in the map note window, so it's hard to see and can be easy to make mistakes. When using the CopyTiles command to copy from another map, use the 'name' from the map note box rather than the map id. This does not need to be the same as the display name or the editor name of the map. Plugin Commands CopyTiles dx dy 'source' sx1 sy1 sx2 sy2 z-list Copies tiles from another (or the same) map, where dx is the x-coordinate of the top left destination area dy is the y-coordinate of the top left destination area source is the 'name' of the source map in the map note or 'self' if you want to copy a section of the current map - you need to put quotes around this name. sx1 is the x-coordinate of the top left source area sy1 is the y-coordinate of the top left source area sx2 is the x-coordinate of the bottom right source area sy2 is the y-coordinate of the bottom right source area z-list is an optional series of z values indicating which layers to copy; if more than one, just use spaces between; if omitted, all layers will be copied ChangeTile x y z tileId Changes the tile at the specified coordinates and layer to the tileId indicated. Note - no auto-formatting of autotiles happens here. Z-layers 0 - ground layer (most A tiles) 1 - ground cover layer (A1 tiles with transparent areas, and right 4 columns of A2 tiles) 2 - upper layer 1 3 - upper layer 2 4 - shadow layer 5 - region layer All arguments can be script commands that will be evaluated - make sure there are no spaces anywhere within the individual arguments/script commands. Example CopyTiles 3 3 'destroyed' 5 8 9 12 copies the area between 5,8 and 9,12 from the 'destroyed' map to the current map, with the upper left at 3,3. All layers are copied CopyTiles 3 3 'wilted' 5 8 9 12 2 3 copies layers 2 and 3 (the upper layers) between 5,8 and 9,12 from the 'wilted' map to the current map, with the upper left at 3,3 ChangeTile 3 3 2 0 replaces the tile at coordinate 3,3 on layer 0 (upper layer 1) with tile 0 (which is the 'erase' tile - so this is removing whatever tile may have previously been there) Plugin Download from pastebin make sure to save it as Shaz_TileChanger.js Credit - Shaz Terms - free for use in commercial games - do not post elsewhere - link back to this page Notes This plugin changes/copies the tile Id, not the image. So your other maps should use the same tileset, or at least have the the tiles that you want to copy in the same position on both tilesets. Otherwise you could be trying to copy a vase with flowers from one map, and have it turn into a teddy bear on the other. [introduced 2018.03.24] This plugin now saves the tile changes. If you leave the map (to another map, the battle screen or a menu) and return, the tile changes will still be there. You do not need to add a parallel process event to re-run the tile changes anymore. I have only done basic testing with this plugin. If you have issues, please provide me with a copy/paste, or screenshots of 1. Your plugin command 2. Your map note box if you're using the CopyTiles command (copy/paste that one) 3. The console log, showing the error message and the script name and line number Change Log 2018.03.24 1.10 - tile changes are now saved. Solves issue of tiles reverting when returning from the menu or battle, and an event to re-change the tiles when coming from another map are no longer required.

● ARCHIVED · READ-ONLY

Started by Shaz Jan 26, 2018, 03:57 AM 112 posts Page 6 of 6 View original ↗

Andar

#101 Dec 1, 2022, 06:01 PM Source

Ninja777 said:
I know its not working because I'm using a lighting script that changes based on region ID
that could be a wrong assumption - what if the lighting script only loads the region ID on entering a map, never checing them again? The tilechanger would then correctly change the region ID but the lighting script would ignore that change.
and there are a few other cases where it is the lighting script that has the problem.

so at minimum you would have to give a link to the website of the lighting script for Shaz to check for compatibility issues.
aLostSolo

#102 Feb 18, 2023, 06:34 PM Source
Hi @Shaz, thanks for the great plugin!
However I encountered a bug when trying to test run specific events (Running "Test" from the context menu in an event).
The game gets stuck on the "Now Loading..." screen.

I have actually found the cause of the bug and fixed it though it might require looking more into it:
Code:
var _Shaz_TC_DataManager_isMapLoaded = DataManager.isMapLoaded; DataManager.isMapLoaded = function() { return _Shaz_TC_DataManager_isMapLoaded.call(this) && $dataMap.extraMapCount === 0; };
This code gets stuck in a loop when calling `Scene_Map.prototype.isReady` because $dataMap.extraMapCount never exists when testing events because the mapId equals -1 and things don't get initialized the same in this edge case.
So $dataMap.extraMapCount === 0 is always false and we never get out of this condition when actually the map is indeed ready.

I fixed it by adding a check if the property exists resulting in:
Code:
var _Shaz_TC_DataManager_isMapLoaded = DataManager.isMapLoaded; DataManager.isMapLoaded = function() { return _Shaz_TC_DataManager_isMapLoaded.call(this) && (!$dataMap.extraMapCount || $dataMap.extraMapCount === 0); };
Took me a while to find the cause of the "Now Loading..." screen getting stuck but I finally found it.

Thanks again.
ATT_Turan

#103 Feb 20, 2023, 07:01 PM Source

unknown2u said:
(!$dataMap.extraMapCount || $dataMap.extraMapCount === 0);
Just to point it out, the two parts of this are unnecessary. 0 is a false value in C-based languages, so simply saying !$dataMap.extraMapCount covers that entire thing.

As far as your problem - once you start using plugins, the convenient shortcuts in the editor shouldn't be relied upon. That is to say, the Battle Test in troops and the Test button in events shouldn't be presumed to work correctly once you have installed plugins that modify those things. That's because those shortcuts don't use the full process that the actual game does to load all plugins.

You may have gotten a workaround in this instance, but I suggest it's a better habit to just test things in the actual game.
aLostSolo

#104 Feb 24, 2023, 11:49 AM Source

@ATT_Turan
1. Right `!$dataMap.extraMapCount` is enough, though I personally like to write explicit code, especially when `!$dataMap.extraMapCount` could mean "null", "undefined", "false" and "0" and I have seen a lot of developers abuse or misuse this. Sometimes the flexibility of JavaScript is its downfall - from experience.

2. I strongly disagree with you on the other comment.
I write lots of plugins and changes to the game and unless I intend to, I should not break anything in the basic functionality of the game or engine - That's called a bug. Again, unless whoever wrote it explicitly stated that "X" will stop working when using the plugin. And I did actually check if it was written somewhere in the release notes.

3. I came across "event testing" by chance a few weeks ago so I decided to give it a go and found it is not working.
That's when I decided to find out why. Not saying I'm going to use it, but I would never assume that a plugin would break anything or make it unusable, again, unless stated explicitly.

But I guess all are matters of opinion and practices (I'm not very involved in the plugins development community).
Andar

#105 Feb 24, 2023, 12:40 PM Source

unknown2u said:
but I would never assume that a plugin would break anything or make it unusable, again, unless stated explicitly.
unfortunately that assumes that every plugin is written by an experiened programmer who knows exactly what they're doing. And even those like Yanfly who are experienced don't always take the entire engine into account when programming something.
ATT_Turan

#106 Feb 24, 2023, 02:07 PM Source

unknown2u said:
2. I strongly disagree with you on the other comment.
I write lots of plugins and changes to the game and unless I intend to, I should not break anything in the basic functionality of the game or engine - That's called a bug. Again, unless whoever wrote it explicitly stated that "X" will stop working when using the plugin. And I did actually check if it was written somewhere in the release notes.
I think you misunderstand what I said - there is nothing you can disagree with :stickytongue:

Plugins cannot affect anything in the editor, only in the running game - this is fact.

The various "test" buttons in the editor (for events and battle test) do not do the full loading process of the plugin database - this is fact.

Therefore, some modifications via plugins will not work or be reflected properly when using the editor's test functionality. This is nothing to do with the plugin being written incorrectly, it's the way MV was built. It's unavoidable.

This is most commonly seen in the battle test, where effects loaded via plugin notetags may or may not work as expected, but it's true for any quick testing in the editor.

You're probably correct that it would be the most professional practice for the plugin authors to say "Using this may cause these buttons in the editor to not work as expected," but I think it's such a widespread issue that most of us are in the habit of not using those tests.
aLostSolo

#107 Feb 24, 2023, 07:57 PM Source

@Andar @ATT_Turan
As I mentioned I'm not much into the plugin writing community so if that's the case I guess it goes without saying that one should assume stuff just stops working as expected.

And that's why I disagreed :) - Stuff shouldn't break when you write new code to a functioning system.
Azerak

#108 Mar 8, 2023, 09:31 PM Source

Hi guys.
If you are interested (and if the author Shaz is ok with it) I partially rewrote the code of the script to make it works under MZ.
I know it works using Fossil script, but my main problem was the passability, which wouldn't transfer along with the tiles, so I rewrote some parts to make the it works, mean it properly use the original tileset passability and not the one active for the current map.
Let me know if you guys want it.
SeaPhoenix

#109 Oct 23, 2023, 03:40 AM Source

I had not seen @Azerak's post before this, but if anyone wants to use this plugin in MZ without Fossil, I've ported it with Shaz's permission. Aside from edits made for compatibility, the main changes are that the ported version uses MZ's plugin commands and the map notes are slightly different.

You can find the MZ version here: https://forums.rpgmakerweb.com/inde...nger-shazs-plugin-for-mv-ported-to-mz.162070/

Thanks to @Shaz for this awesome plugin!
Tohisu

#110 Feb 9, 2025, 04:13 PM Source

Hello,

i'm sorry but I really have trouble understanding how to use the plugin.
(Everything explained in the capture)

Where do I go wrong please?

Thanks in advance.
Aerosys

#111 Feb 9, 2025, 04:42 PM Source

Tohisu said:
Hello,

i'm sorry but I really have trouble understanding how to use the plugin.
(Everything explained in the capture)

Where do I go wrong please?

Thanks in advance.
I think the command must be CopyTiles 14 4 'test' 3 3 14 11 with the '' symbols.
Tohisu

#112 Feb 9, 2025, 04:56 PM Source

Aerosys said:
I think the command must be CopyTiles 14 4 'test' 3 3 14 11 with the '' symbols.
It was indeed this, thank you.
Which is weird since I check several previous posts and I couldn't see the ''.