Gradient Wipe - old RM Transition effect, and more

[Destra47]

So I got it working in Yanfly's CTB plugin. Just did as follows in Window_CTBIcon.prototype.reduceOpacity:

this.applyGWFilter(); this._GWFilter.time = this.duration;

But when I do something similar on the Sprite_Enemy.prototype.updateCollapse method in rpg_sprites.js the effect doesn't play at all.

this.applyGWFilter("dissolveUp48", 0); this._GWFilter.time = 64;

I've played with setting many numbers for time just to see if the effect is working at all. Am I doing something wrong? Is it something to do with the fact that Sprite_Enemy is a sprite and not a window?

 

[ShadowDragon]

any demo with those things and transitions on map/sprites/events?
looks really nice though.

 

[Tsukimi-neko]

So I got it working in Yanfly's CTB plugin. Just did as follows in Window_CTBIcon.prototype.reduceOpacity:

this.applyGWFilter(); this._GWFilter.time = this.duration;

But when I do something similar on the Sprite_Enemy.prototype.updateCollapse method in rpg_sprites.js the effect doesn't play at all.

this.applyGWFilter("dissolveUp48", 0); this._GWFilter.time = 64;

I've played with setting many numbers for time just to see if the effect is working at all. Am I doing something wrong? Is it something to do with the fact that Sprite_Enemy is a sprite and not a window?

I just realize that their is version problems on PIXI, but since it works fine at other events, it seems not the problem for you.

I have an idea that the problem has something to do with "visible" and "isOpen()".
As you may know, window._windowContentsSprite is set to invisible when openness isn't 255 (rpg_core.js @ line 6833). If they're drawing to content sprite, then it make sense that it disappears in 1 frame, because it is not "open".

Could you try something like this?:

var _Window_CTBIcon_updateContents = Window_CTBIcon.prototype._updateContents;
Window_CTBIcon.prototype._updateContents = function() {
    _Window_CTBIcon_updateContents.apply(this, arguments);
    this._windowContentsSprite.visible = true;
};

(simply forcing visibility to be true)

 

[Destra47]

I just realize that their is version problems on PIXI, but since it works fine at other events, it seems not the problem for you.

I have an idea that the problem has something to do with "visible" and "isOpen()".
As you may know, window._windowContentsSprite is set to invisible when openness isn't 255 (rpg_core.js @ line 6833). If they're drawing to content sprite, then it make sense that it disappears in 1 frame, because it is not "open".

Could you try something like this?:

var _Window_CTBIcon_updateContents = Window_CTBIcon.prototype._updateContents;
Window_CTBIcon.prototype._updateContents = function() {
    _Window_CTBIcon_updateContents.apply(this, arguments);
    this._windowContentsSprite.visible = true;
};

(simply forcing visibility to be true)

Actually it works fine now for the CTBIcon as it inherits from window_base, which your plugin has some awesome code for. You can see in the image below it's working amazingly now.

I can't seem to figure out how to make it work for the enemy sprite, though. I'd like it to play when enemies die and play the collapse animation. i.e. the Sprite_Enemy.prototype.updateCollapse() method.

Thank you so much for your help, by the way. I know this isn't what the plugin was designed to do.

 

[Tsukimi-neko]

@Destra47
Good news! You are strong at finding solutions, I appreciate you.
for Sprite_Enemy collapsing, you can do this:

if(!this._GWFilter) this.applyGWFilter({imgName:"YourImageName", softness:0});
this._GWFilter.time = 255 * this._effectDuration / 32;

The "time" of GWFilter is just a progress of fading, for 255=show and 0=hide.
so if you don't animate time, it will remain the same for ever. Since collapse is using this._effectDuration, you can take use of it.

(p.s. the plugin should have the potential to (extend to) apply to all sprites and windows easily, but the initial design was not good enough. However, changing the design after years is also not a good idea ...)

 

[Destra47]

@Destra47
Good news! You are strong at finding solutions, I appreciate you.
for Sprite_Enemy collapsing, you can do this:

if(!this._GWFilter) this.applyGWFilter({imgName:"YourImageName", softness:0});
this._GWFilter.time = 255 * this._effectDuration / 32;

The "time" of GWFilter is just a progress of fading, for 255=show and 0=hide.
so if you don't animate time, it will remain the same for ever. Since collapse is using this._effectDuration, you can take use of it.

(p.s. the plugin should have the potential to (extend to) apply to all sprites and windows easily, but the initial design was not good enough. However, changing the design after years is also not a good idea ...)

That works perfectly! You're my hero!

 

[Destra47]

I just wanted to let you know that adding that code to the "Sprite_Character.prototype.createHalfBodySprites()" function makes a really awesome effect when characters walk through bushes.

Thank you so much for making this plugin. It's really changed how my game looks.

 

[Tsukimi-neko]

@Destra47
That is more beautiful than the default one! Great work and I like it

 

[DarkSearinox92]

@Tsukimi-neko

Hello Tsukimi! This script is amazing!

Please, add the possibility to use the effect for battle transition! T_T I mean, a specific command that affect only the battle transition...

It would be great!

Thank you T.T

 

[seaotter]

@Tsukimi-neko

Hello Tsukimi! This script is amazing!

Please, add the possibility to use the effect for battle transition! T_T I mean, a specific command that affect only the battle transition...

It would be great!

Thank you T.T

mean, a specific command that affect only the battle transition...

that is very need.

 

[DarkSearinox92]

Yes, maybe differentiate the various fades. Game start menu type, transfer fade, screen fade via command etc. Having the ability to customize fades.

As it is set now, if you set the fade image, it affects ALL existing fades in the game.

 

[ImaginaryVillain]

One of the only two plugins I had to give up to move to MZ. +1 towards interest at seeing it ported over.

 

[Gigadragon78]

One of the only two plugins I had to give up to move to MZ. +1 towards interest at seeing it ported over.

Did you try the compatibility patch made by DK?

 

[ImaginaryVillain]

Oh? I wasn't aware of a compatibility patch. Huh... I'll have to test it out. Thanks for letting me know!

 

[Gigadragon78]

Welll is basically a patch for some MV plugins,most of them dont work.
EDIT: Nope,it does not work. The problem is with the Plugin Command calling,it is diferent to MV. With some changes maybe it could work but it is out of my skills.

 

[ImaginaryVillain]

Ah. I know when I looked into this particular plugin it turned out that MZ changed the whole system for screen transitions. So this plugin would require almost a total rewrite as the functions it's working with just aren't there anymore.

I might revisit the idea of this at some point, but I'd have to make something from scratch given the terms of this plugin. So I'd rather just let it's creator do it if they want to.