Project FOSSIL (v1.0): Use MV plugins in MZ! 300+ plugins Fossilized!

Restart · 2021-04-16T09:31:04+0900

Project FOSSIL V1.0 By: FOSSIL TEAM Introduction Project FOSSIL (Fixing Old Software / Script Interoperability Layer) is a single RPG Maker MZ plugin designed to expand the use and usefulness of RPG MAKER MV plugins, by allowing them to work in RPG MAKER MZ projects. FOSSIL doesn't port plugins. FOSSIL makes porting unnecessary! I got a copy of RPG Maker MZ a little while ago, and I think the editor is even better than RPG Maker MV. The only problem is that it's competing with RMMV's deep library of plugins. MV had such a huge number of great plugins (thanks to the tireless work of Yanfly, Moghunter, SRD, Galv, and too many other authors to list here) that it will be a long time before they all get rewritten to work with the new engine. I decided to try to figure out a way to speed things up. Instead of having to change every single MV plugin to work with MZ, I'm going to see if we can change MZ so it can work with the old plugins, and still keep all the engine upgrades. That way, we'll have the best of both worlds. What I came up with was FOSSIL. FOSSIL does basic interoperability things - it makes MZ able to understand commands from old MV plugins. For instance, when you make a window in MZ, the engine expects you to hand it a single 'rectangle' which tells it exactly where the window should go, and how big it should be. In MV, when you make a window, what you hand the engine can be very different - it might just be 'how many lines of text there are in this window', or it could be 'the x coordinate, y coordinate, width, and height'. Before any of those commands get to the core engine, FOSSIL converts them into the rectangle that MZ expects. That way, you don't have to actually change how the plugin tries to create a window - FOSSIL just translates it into terms MZ can understand, and then it's fixed everywhere. Plus, this way, we can make old MV plugins work in MZ while still respecting any licensing they have. Instead of having to track down people who might have left the community, and asking them if we can copy their plugin and make a changed version, we can just use FOSSIL and make MZ understand what the plugin is trying to do. I have tried my best to minimize any side-effects from FOSSIL's existence. In my test projects there weren't any noticeable changes, but it's entirely possible I accidentally broke something. If that's the case, please post about it in this thread. I'm super excited about the possibilities with FOSSIL, and I hope a lot of people join in (hence why I'm crediting FOSSIL TEAM). I don't want this to be 'my' plugin, I want the whole community to be able to use all the MV and MZ plugins with the newest engine, and I think everyone here who makes MV plugins knows enough to help improve it. How to Use FOSSIL is a single plugin that must go at the beginning of your plugin list. There are no settings to tweak. Since FOSSIL isn't a port, you still need to have the original, unaltered MV plugins, and put them into your game as usual. So far I have tested over three hundred working plugins (see list), and there's a good chance that even if they aren't listed, most simple plugins will just work 'out of the box' with no tweaks. How to Write a Fix for Fossil FOSSIL now automatically detects where plugins are in the list, and applies patches directly before or after the appropriate plugin. For example, WAY_Core needs us to back up the plugin manager commands before WAY_Core actually runs and changes them. Since we need to run the code before WAY_Core executes, this requires a PreFix. Here's the code in FOSSIL that makes that happen: Code: Fossil.loadPreFix('WAY_Core',function() { Fossil.backupPluginManagerCommands=PluginManager._commands; }) //^ see that closing bracket and parenthesis? //That's important not to forget. The 'WAY_Core' parameter in loadPreFix tells FOSSIL which plugin it should be looking at. The code for the fix itself is within the function: Code: function() { Fossil.backupPluginManagerCommands=PluginManager._commands; } Because this is loadPreFix, the code will be run just before WAY_Core is executed. If you need to be before multiple plugins, you can list all of them in an array ['pluginA','pluginB','pluginC'], and it will run immediately before the first one in plugin order (ignoring plugins that aren't in your project). If we use loadPostFix instead, the code would be run immediately after WAY_Core. (And listing multiple plugins in loadPostFix will result in applying the fix immediately after the last one in the list). Plugin Order There is only one order possible: 1) FOSSIL.js (First plugin) 2) All other plugins. Other than that, put the plugins ordered the same way you'd put them in MZ or MV. Put plugins that extend each other together like usual. I can't really give more specific instructions than that, it'll all be on a case-by-case basis as normal. Using Old Plugin Commands You have three ways of using plugin commands for MV projects A: use the built in plugin comman…

● ARCHIVED · READ-ONLY

Started by Restart Apr 16, 2021, 12:31 AM 603 posts Page 20 of 31 View original ↗

Goole558

#384 May 29, 2022, 11:13 AM Source

hi people it's been a while since I post on the forum I would like to point out a VERY welcome extension
SRD's CharacterCeatorEx Enhanced Extension (with MZ and MV3D compatibility patches) by YoraeRasante
Goole558

#386 May 31, 2022, 07:15 AM Source

sos2685929 said:
View attachment 227693
did you follow the instructions on the site?
sos2685929

#387 May 31, 2022, 03:41 PM Source

Goole558 said:
did you follow the instructions on the site?
I just put the plug-in into the experimental effect, but it is wrong and cannot be executed
Goole558

#388 Jun 2, 2022, 09:58 AM Source

strange, it doesn't give me any problems, did you only use those?
Roguedeus

#389 Jun 3, 2022, 05:03 AM Source

Just wanted to say thank you... So much. This plugin is amazing.
MushroomCake28

#390 Jun 12, 2022, 05:28 AM Source

Goole558 said:
hi people it's been a while since I post on the forum I would like to point out a VERY welcome extension
SRD's CharacterCeatorEx Enhanced Extension (with MZ and MV3D compatibility patches) by YoraeRasante
Does this have anything to do with this thread in particular?
Arthran

#391 Jun 12, 2022, 05:34 AM Source

MushroomCake28 said:
Does this have anything to do with this thread in particular?
Yeah, it kinda does. It looks like you can use Fossil + that extension that he/she linked in order to get SRD CharacterCreatorEx working on MZ.
MushroomCake28

#392 Jun 12, 2022, 05:35 AM Source

Ahh good to know, I wasn't sure.
Gizkaa

#393 Jul 1, 2022, 10:04 PM Source

this is a great plugin.
But if the mv plugin uses image assets like the mog timesystemhud plugin, then the image assets are considered unused when deployed to web format and exclude image is checked.
Zeriab

#394 Jul 2, 2022, 05:42 AM Source

Keep track of your image assets manually and don't use the exclude image function.
misterdovah

#395 Jul 14, 2022, 12:28 AM Source

EDIT: I made it work naming the file like FOSSIL, with capital letters.

Hello, Makers.
I was trying on Fossil and this happened:

Problem

I dont know what is going on. Fossil is on top of everything, even if I try Fossil only, this message comes.

Any tips?
Arthran

#396 Jul 14, 2022, 12:44 AM Source

misterdovah said:
Hello, Makers.
I was trying on Fossil and this happened:

Problem
View attachment 234625

View attachment 234626

I dont know what is going on. Fossil is on top of everything, even if I try Fossil only, this message comes.

Any tips?
It's because of the filename. It has to be in all capital letters: FOSSIL
misterdovah

#397 Jul 14, 2022, 12:47 AM Source

Arthran said:
It's because of the filename. It has to be in all capital letters: FOSSIL
Yes, I was so dumb, didnt realize that. Thank you.
Pixiemisa

#398 Jul 18, 2022, 10:07 PM Source

Has anyone tried FOSSIL with any of the Orange plugins?
Arthran

#399 Jul 19, 2022, 01:43 PM Source

Pixiemisa said:
Has anyone tried FOSSIL with any of the Orange plugins?
I don't think so. Weren't all the orange plugins officially ported? Orange Overlay = Cyclone Maps.
Xamusel

#400 Jul 20, 2022, 02:16 AM Source

Quick question... what if I were to use Native MZ plugins for a project alongside the fossilized MV plugins? How do I do that?
Arthran

#401 Jul 20, 2022, 04:58 AM Source

Xamusel said:
Quick question... what if I were to use Native MZ plugins for a project alongside the fossilized MV plugins? How do I do that?
You just use them the same way that you normally would: put them in your plugins folder and add them to the project through the plugin manager. If what you're worried about is plugin conflicts, then unfortunately, that *can* happen. However, that wouldn't necessarily be because you're mixing fossilized plugins with native MZ plugins. Regardless of whether plugins are fossilized or not, conflicts can happen. It's just how the plugin system works. Using fossilized plugins shouldn't really increase the chances of that happening by a notable degree.
Xamusel

#402 Jul 20, 2022, 05:34 PM Source

Actually, what I meant to ask was more like "I have VisuStella plugins and Yanfly-type plugins I wish to get working together, but I don't know the right order to put the FOSSIL plugin in for it to work. Is it at the top of the list, or under all the VisuStella plugins, or where?"
Kes

#403 Jul 20, 2022, 06:14 PM Source

@Xamusel You put it right at the top, above everything else.
Xamusel

#404 Jul 20, 2022, 06:40 PM Source

...yeah, I am a major idiot to not realize that. (/)_-)