itch.io

Good day.

This plugin shouldn't be capable of doing this unless you have something else that's going back to Scene_Boot on the title screen. 

The normal flow without this plugin:

Scene_Boot -> Scene_Splash -> Scene_Title

With this plugin:

Scene_Boot -> Scene_PretitleSplash -> Scene_Splash -> Scene_Title

This plugin aliases the SceneManager.goto function, checks for what the current scene is, and what the scene called is, and injects scene_pretitlesplash only if it's currently in Scene_Boot and going to either Scene_SPlash or Scene_Title. It doesn't change anything on the title scene at all, and the only time is plays splash screens is on the pretitle splash scene. The only way it could replay these is if something sent the interpreter back to Scene_Boot and it started the whole process over again.

~Ramza

If I had a nickel for every time I've heard that one.

Glad you got it sorted out.

I've never seen that error before, not just for this file specifically, but in all of my time using windows. Perhaps the original file is corrupted somehow in your original location? Clearly after making the copy + paste action, the file pasted is also corrupted to throw that error.

Have you tried redownloading the plugin file and pasting that file instead? I don't think the js file has any weird file properties that would cause that error, unless some antivirus program has already been messing with it thinking that it's a malicious file or something.

Glad to hear it, sorry it took so long.

That is odd, considering it now works for me in a completely stock project, even with only a single video splash.

It's possible that the issue is that your core files are also out of date, from somewhere between 1.0.2 and 1.8.0, and that they'd made some changes to the scene load order in earlier versions, before settling on what they have in 1.8.0.

First I'd check to see if an image splash works, to see if it's something weird with the video specifically. If that also doesn't work, test it in a brand new project, and then compare the versions of the core files from your project with the new one and see if rmmz_scenes.js is out of date (although be warned updating it might break other things).

If the image splash works fine but the video doesn't there might be something else going on with it. Try playing the video using the event command in game and see if it will play there, if it won't the format might be something that simply won't work in rpg maker for... some reason. Like I've said to some other people in the past, I didn't do anything fancy to make it play videos, just hooked into whatever the engine already uses to play them in game, so I'm not really in control of what works and what doesn't, unfortunately.

As it turns out, all battlers, even non sideview ones have a number of parameters added to them whenever VS_BattleCore is enabled, and the name will be a blank string if the enemy doesn't have a battler set via that note tag.
I have used this, and it appears to work, at least in my quick testing, and it doesn't seem to cause the project to implode if the enemy is not an animated one, or if the VS_BattleCore isn't present in the project, so I consider that a win. The new version should be up in a few minutes, let me know if I missed something glaringly obvious on this one.

Indeed, it has been a long time since this request.

If I'm being honest, I haven't been particularly active these last several months. I apologize for that. I've started looking into this request this evening. I don't foresee it being too difficult to apply, assuming there's an easy way for me to tell if an enemy is using an animated battler through VS_BattleCore.

Okay, so I looked into this a little bit, as you're not the only person to report it (see below), and I was once again unable to reproduce the problem on my end. It works fine in my test project, with images and with videos.

The problem, as it turns out, is that some update to the core files in the past made it no longer work anymore. I made a brand new test project and copy+pasted the same test files I was using in the test project into it, and it doesn't work. In fact, none of the splashes work, not even the images.

I looked into it a bit more and it seems that RMMZ has an entire splash scene that it defines in RMMZ_Scenes that it goes to before the title scene. I'm not sure what this scene actually does, though, as I don't see any options in the database to use it. Anyways, I managed to quickly fix the issue, as my plugin aliases the function to call a scene, checks if the current scene was Scene_Boot, and that the scene being called was Scene_Title, and then intercepts that call to send it to my pretitle splash scene instead. I just changed that to intercept scene_title or scene_splash. 

The fix will be uploaded shortly.

~Ramza

Hello there.

I've never tested it in MZ. It does require the YEP_SkillCore plugin to work in MV, though, so if it was going to work in MZ, you'd either need to be running that one via FOSSIL, or the Visustella equivalent. 

Since Visustella plugins are mostly 1:1 recreations of their equivalent yanfly plugins, it might still work without changing anything, but there's no guarantee, and their plugins are obfuscated, so if it doesn't work there's not a lot I could do to try to fix it.

Best thing I can suggest is to download it and give it a try, if it works, it works. There's no cost for this plugin, so get it for free to try it out, and if you end up liking it, or you wanna pay after the fact, you shouldn't have an issue after.

~Ramza

Hello there.

A couple of people have told me of this problem, and there's not much I can do to resolve it.

The plugin doesn't do anything fancy with video playback, it just uses the built in function from rpgmaker to play them, so any problems with playback it has (low framerate, sound issues, etc) are coming from the engine itself, not the plugin. I might maybe be able to mitigate this specific problem by only allowing the videos to be skipped after a certain number of frames, and maybe that'll give the garbage collection functions time to do their jobs and stop this from happening. But since I'm only using the default engine to play those videos, the problem would still happen any other time a video player.

The best thing I can suggest is to have the final splash video be a very short blank video with no sound (like a couple of frames), so that if it is skipped past and its audio keeps going, it won't have any audio to interfere with the title screen.

• Put your videos/splashes into a folder inside your project (the default movies and/or img/pictures folder work well here).
• Open the parameters for the splash plugin.
• Open the parameter for 'Splash Screens'.
• Double click a blank space in the list (labeled 1, most likely).
• The next window that comes up is a spot for you to set what this splash is
  • Select either video or image for the type box
  • for the file box you need to type the full path to the video/image
    • /movies/1603494526247.webm /img/pictures/Actor1_5
  • CustomHold is a value for static images only, when you set it, that image stays on screen for that amount of frames, instead of the default amount set in the normal plugin parameters.
• Add as many splashes as you like. You can drag them around to adjust the order they're played in game.

~Ramza

Hello there. I'm sorry you're having issues with this plugin.

When I released it, I had tested it with a base MZ (and MV) project, so there's no guarantee that it worked with Visustella plugins. However, I've received no messages prior to now indicating there was a problem with them.

Do you have some sort of a VS title screen plugin? Anything else that might be modifying the startup sequence?

What happens if you turn off all other plugins temporarily? Is this project deployed already? Does it work in test play? What format are your videos? I had tested exclusively with .webm videos I'd downloaded somewhere, mp4s for mobile deployment might not work at all. Heck, mobile deployment probably doesn't work at all either. Also insure your video files are in the correct folder, and that there are no spaces in your file tree, as MZ has issues navigating those sometimes.

Also give a try with a static splash screen as well.

~Ramza

That shouldn't be required, and isn't turned on in my test project where I was trying to duplicate your crash.

I'm glad it's working for you now, though. Let me know if you have any other issues.

Greetings.

I'm sorry you're having this issue. But I am unable to reproduce the problem on my end, so it might be being caused by a bug with some configuration you're using.

• Please ensure that you are starting a fresh savegame when you're testing this, as the equipment in an old saves database files may not contain all of the metadata that the plugin is expecting.
• Did you use the <Forbidden Wtypes: x y z> note tag on any weapons that are currently equipped, or might show up in the equipment list?
  • If yes, can you temporarily remove that tag and test to see if the crash still happens?
• How is dual wielding set on an actor? Is it on their class traits? Their actor traits? A piece of equipment? A weapon?
• Does the crash happen when trying to equip a weapon in the main hand or offhand slot? Both?
• Does the actor start with two weapons already equipped? Does the crash still happen if they have only one, or no weapons at all equipped?
•  If you make your actors no longer dual wielding type (remove the trait), does the crash still happen?

Once I get a little more info, we'll try to get this sorted out for you.

~Ramza

Good evening.

First of all, thanks for purchasing this plugin.

To answer your question: under the 'rules' heading in the plugin parameters, you will find 'Block Resistance' and 'Flat Block Value'. Block resistance is a number that the incoming damage is multiplied by when the defender blocks. By default, it is zero, meaning all damage from the incoming attack is blocked. Set this to 1 and all incoming damage will be left alone.

The second value is the flat amount removed from all successful blocks. It is also set to zero by default, but you'd want to change this, likely. You can also leave it at zero and set the <Block Value: X> note tag on your shields to make some shields block better than others.

~Ramza

There is currently no way to do that exactly.

The modifier plugin parameters for dual wielding, offhand, and two handing a weapon can all be eval'd. By default, they're just a float number (0.75 for example), but you can use code in this box to make the number different based on a condition being met using a ternary operator: 

(user.isStateAffected(21) ? 0.90 : 0.75

Something like the above would make the offhand do 90% normal damage if the user is affected by state 21, or 75% or not. These can be nested as well, allowing for different levels of offhand mastery, or ambidexterity, or whatever

(user.isStateAffected(21) ? 0.90 : (user.isStateAffected(26)) ? 0.80 : 0.75

I'm not entirely sure that's the exact code you'd use to do that, I didn't get a chance to test it, but I had set it up once a long time ago, in an old project, and it was designed for that use case. It's not exactly what you're looking for, but it can work for what you need.

The hit and crit bonuses are weapon specific. Any source of hit rate or crit rate that isn't on a weapon is given to both hands, and any that is on a weapon is only given to that one weapon. There is no way to change this currently.

~Ramza

There isn't currently an easy way to do that. I don't do enough work with sprites to know how to define and draw one like that, unfortunately. I used battle animations for that reason.

However, since every block effect is custom defined, you can modify the definition in the plugin parameters to do anything you want it to. So if you (or someone else) can figure out how to draw an icon at a specific battler's position on the battle scene, based on the iconId of the icon of the shield currently equipped, you can put that into the block effect and have it happen. I don't really have the slightest clue how easy or hard that would be, though, but it's a good place to start, or have someone else start for you.

~Ramza

This plugin injects its calculation into the damage formula, so it should be fully compatible with any other plugins that change how damage is calculated, as long as they still use the damage formula box in the database to deal any sort of damage.

Hello there.

Most plugins rely on the .js file having its original name in order to read the plugin parameters. Mine are also like this, so it would've failed loading very early in the load process, likely without throwing any crash errors, and simply would've acted as if the plugin wasn't installed at all. That means the error you were getting from the Visu plugin was correct, that function is not a function - because the plugin which defined it as a function was not loaded :)

For what it's worth, there is a way to make plugin parameters work when renaming the .js file, but it needs to be written in a specific way to allow that, and as it was simply the easier thing to do, I chose not to do that, like most people.

~Ramza

Sorry, I haven't gotten a chance to look into it yet. It is in the pipeline, but it's a busy time of year right now.

Greetings.

This error is happening because both of our plugins are using the constant 'params'. You can edit both of our plugins to use var instead of const and it should stop that from happening. If you swap the order the plugins are loaded in, you'll find his plugin probably throws the same error too.

In my plugin this line is line 627, I'm not sure about his.

~Ramza

My discord account name is on my main page? profile? whatever it is, and you don't have to be my friend, or share any servers in common with me to send me a dm.

I'm not sure when, or how much time I can devote to helping you out, though, since I'm at work right now. But send me what you have and we can work something out.

~Ramza

I believe that is because when the character doesn't have anything in their offhand, the menu considers them only wielding one weapon, so it doesn't show the possible change of the atk value of the offhand weapon.

Unfortunately, I don't have a good way to fix this, as the VS plugins are all obfuscated, and I don't have a way to hook into and change their menu scenes. It's frankly surprising that there was any change at all on that one.

Does it evaluate the proper way on the equip scene?

~Ramza

Hello there.

I've never tested it with that plugin before. It doesn't do much to modify equip slots, only making it so the second weapon slot can also hold shields, so I don't think there'd be any issues. You might have to change around the load order and see if it works better one way or the other, though.

Of course, if there is any compatibility problems, you can always post about them and I can take a look to try to fix them, too.

~Ramza

Hi there.

It should show the category, there are options in the plugin params to control what it draws when it finds a category ingredient. At least one of the options has it scroll through a list of ingredients of that category, so the issue might be one of the ingredients it's finding being bugged or something.

I think what's likely happening here is that it's set to show the category name with an icon, but the icons weren't set up in the plugin parameters, so the window can't draw the icon because the length of the list is undefined.

That error could also be caused if you're using an old save, as well. Since the icon list might be tied to the save file or something. There's always something screwy going on when you use an older save file.

~Ramza

Thank you for saying. Let me know if you have any issues :)

Hello there.

Sorry that you're experiencing this issue. In order for me to track down what might be causing it, I need to ask some questions:

1. Are you using MV or MZ?
2. If you are using MV, are you also using YEP_ItemCore?
   
   1. If you're using MZ instead, are you also using YEP_ItemCore via FOSSIL, or from the Independent Items patch I'd made for use with my crafting system plugin?
3. If you are using ItemCore, are the food items giving the buff an independent item? You set this by setting an item quantity limit in the plugin parameters of ItemCore. 

I ask these questions about independent items specifically because they change the item ID of the item, and it might cause issues with this plugin detecting which item had been used (due to an oversight of mine, most likely). Clearly it knows the item being used is a favorite food, as it plays the sound effect, but it's not applying the effect to the actor, so something is going wrong.

~Ramza

Yikes. You've made so many aesthetic changes to it that if I'd seen this anywhere else I'd never have been able to tell it was my plugin at all.

I absolutely love it! :)

Thanks for saying so. When I first launched it, I wasn't even sure if people would want to use it over the yanfly synthesis one. This was the first plugin I'd made entirely for other people to use, and not for my own use as well. It feels good to get reaffirmation once in a while.

For now, I'd suggest making the ingredients independent items. I'll work on trying to fix it, but progress on that is going to be a little slow as I don't have a lot of time, and I've been using what little time I do have to work on a couple of extensions for this plugin.

So, ideally the traits were only ever supposed to work on independent ingredients/result items. When I first made the system that was the plan, but an oversight caused them to work with non independent ingredients as well. What was originally supposed to happen was that in order for an item to be on the 'additive traits' list in game successfully, it had to be put there by the dev in the plugin params, and also be an independent item.

Somehow, I'd mucked that second part up, and for a long time, you were able to have ingredients that weren't independent, but did have additive traits on them. When the other user I was talking about earlier reported a very similar issue, I realized it was possible in the first place to have additive traits on non-independent ingredients, but rather than fix the problem by disabling those traits on non-independent items, I "fixed" the problem he reported. 

As it turns out, my fix likely only worked for ingredients in the first slot. During the function that combines all of the traits on all of the ingredients, the traits of the result item were being added to an ingredient, which would never have caused a problem if the ingredients were independent items. The item that would inherit all of those traits would normally be removed from the inventory after. However, if the ingredient was non-independent, all instances of that item would inherit the traits. The instances already in the player inventory, the instances in the shops, the instances in treasure boxes. If you then make the same recipe again, that ingredient has way more traits than intended, and adds them all back onto itself a second time, causing the bonus to increase again.

Worth noting, is that those traits aren't saved on the item, so if you saved the game and then reloaded a save and crafted the same recipe again, it would be normal again.

The fix I applied to solve the problem originally must've only been for the first ingredient, or the first slot, or both maybe. I'd have to look more closely at what I did originally, to solve this problem for you, or find a better way to more permanently solve it.

-Ramza

Hmm.

I recall someone having a similar issue to this a long time ago that I'd thought I'd fixed. It revolved around the fact that his ingredient items weren't independent items (from the YEP_ItemCore), and a weird interaction with the way my plugin was adding traits together. It's possible the fix I implemented didn't take the second (or third or fourth) ingredients into account when doing whatever it was I made it do to fix the problem.

One question, though, are you using the YEP_ItemCore plugin to make your ingredients independent items? The problem I mentioned above was actually because the user wasn't using the ItemCore at all, and while that is okay, the additive traits were never intended to work in projects that didn't have that.

It isn't currently, but it can be.

You might be the first person I'm aware of who uses that parameter, so be sure to let me know if you run into any weird issues with it as well :)

Actors need something on them that enables block.

<Enables Block> needs to be on an actor, equipment, state, etc to enable to actor to block. Enemies don't have this requirement because they wouldn't normally have a block chance.

Hello there.

The second option from the top in the plugin parameters for the recipelist plugin should be the 'Bind to Main Menu' parameter. If you set it to false, it won't show up in the menu at all. Or... it shouldn't, anyway. There isn't a way to adjust where in the menu list it binds, without using another plugin which changes the main menu commands. There are instructions for how to bind it to the main menu using the YEP_MainMenuCore and the VisuStella Main Menu Core plugins in the help documentation.

If you're a little more JS savvy, the function starting at line 630 is where it draws the menu command. You can roughly move it around the menu command list by loading it before or after different functions that load the menu commands. It loads after addOriginalCommands(), so there will be plugins that load commands before it, or after it, if they alias different functions.

~Ramza

Good day.

There isn't currently a way to do this, as gold cannot be used as an ingredient. It would be possible to add a cost to the crafting run once function, and then re-enable the function for the recipe to have a recurring cost, but there'd be no way to indicate to the player that there was a cost, or that it was paid, and there'd be no way to stop the craft from succeeding if the player didn't have enough gold.

On the other hand, an extension to add gold costs (and actually show them in the crafting confirm window) is on my roadmap for this. I can't say when you could expect it to happen, but it's being worked on.

~Ramza

Hi there.

I'm not sure I understand exactly what the issue is here.

You can disable the menu binds entirely by changing the plugin parameter in the plugin settings, 'Show in Menu' set it to false, and there will be no menu access to the plugin. The command that would show if this parameter is enabled is a catch all 'Crafting' command, which opens to a menu to select a category to craft in. It will only show categories that you have made recipes for already, and if there's only one category available, it skips past this window to go straight into whatever that was (cooking in your case).

If you only want to call a crafting scene from the map, set the 'Show in Menu' parameter to false, and ensure that you don't have any categories listed in the 'Category Menu Commands' parameter. There is no need to edit the plugin file itself for this.

If you want some categories to be accessible from the menu, and others to not, you can bind them individually using the 'Category Menu Commands' parameter, so you could bind cooking to the menu, and allow access to blacksmithing or alchemy only through an event on the map scene.

To call crafting from an event, use the plugin command, and set the category to the one you want to call. If you want it to call the category select menu instead, leave that parameter blank in the plugin command.

Let me know if you have any other issues.

~Ramza

I might be able to get the scroll wheel to work for that, but I don't think I can get the MZ mouse quantities thing to work there.

I'll see what I can do.

Sorry, I haven't been ignoring this question, I've just been very busy lately.

There isn't currently a way to select the result item from the preview window. The window itself is non-interactable, so there's no chance for the player to cursor over it.

There are three ways I could try to tackle this request, and I'm not sure which, if any, is better.

The first way would be to have the help window switch between the description of the ingredient (or the craft button) you currently have selected, and the result item's help text, if it exists, after a set amount of time.

The second way would be to have a hotkey that the player could push to switch the help windows text to the description of the result item, and back, probably shift or control.

The third way would be to have an extra 'item' in the bottom of the ingredient window, on the left side, next to the craft button, that when selected, shows the help description of the result item.

There are obvious flaws in all of the above though. The first case is probably the least messy, but there isn't a good way to indicate what item the help text is for, if the window is just automatically swapping around every five seconds or whatever.

The second case might work fine, but there's no real way to inform the player that they could do that (outside of that button help window that visustella has in MZ), so they could go the entire game without knowing about it at all, or by accidentally pressing it and never seeing the help description of an ingredient again!

The third case causes a visual disruption to the ingredient list window. The craft button is smaller than the items in the list, so there's room for it on the left side, but I'm not sure what you could name it where it wouldn't stand out as something obviously put there as an afterthought.

There are many uses of the function (some) used in this plugin, so without more information it'll be impossible for me to fully track down the cause.

Cuase the error again and open the console (f12), click the console tab, and then paste the error message it shows in there. It should give a line number, which is a good place to start.

There's a good chance this problem is happening because you're loading the plugin into a project and then loading a savefile in that project that was created before this plugin was imported. Parts of the plugin rely on some values being stored on the actors, values which are saved to them on database load, but if your savegames database was created before this plugin was installed, those values don't exist, and attempting to read them causes a crash.

~Ramza

Alright, so the issue is actually that there is no provision in the plugin for animated enemies to request a motion at all, so they never do. I believe this was a compatibility concern, as attempting to call a motion on an ordinary battler would cause a crash. I'll have to look into how to enable this for animated enemies, that might take me a bit, but I'm on it.