MZ - [MZ & MV v1.9.7] Shora Lighting & Shadow System

Shora · 2020-12-26T01:02:21+0900

Version: 1.9.7 Itch.io Page. Wiki Page. ―――――――――――――――――――――IntroductionA Lighting and Shadow plugin for RPG Maker MV/MZ, powered by pixi.js library. Features- Create different lighting types using custom light images, with different defaults parameters easily from Plugin Manager. - Deploy your lighting in events and items, automatically using comment/note, with the ability to override the default setting on demand. - Tons of plugin commands for both MV and MZ versions to change each light's parameters, in desired tick(s) and transition. - Light comes with real-time shadows (optionally). With 2.5D soft shadows casted, your game can be enhanced a lot nicer. Makes the shadow caster detection happen automatically using terrain tags, or using region IDs. - Light comes with animations (optionally). Including automatic pulse animation and flicker animation. Easily create your own light animation using plugin command and/or scripts. - Battle lighting is finally here! - Both lights and shadows are deeply optimized for RPG Maker MV/MZ, specifically the PIXI.JS library. Just integrate the plugin into your game without worrying about performance. - Always there to help you if you’ve encountered any problems, and open to any suggestions! . Tutorial Spoiler: Plugin Installation Grab the plugin js file from itch.io official page, and place it inside the js/plugins folder. Enable the plugin inside the Plugin Manager. I suggest placing it above every other plugin. Make a new folder named lights inside the img/ directory. This folder will store all your lighting images. If you don’t have any, a good way is just copy and paste from my demo project. It is done! Spoiler: Lights Simply add [light] comment to an event's page, and F5 to see if it worked correctly. If you use the lights image directory from my demo, you should see this: You could override the light default parameters by adding custom arguments after the name. Eg: [flashlight -r 120 -a 45] will give the event (‘s page)/ item’s note a light of name flashlight, with their radius set to 120% and angle to 45 degree. Almost every default parameter could be overridden like this. Current light parameters include: name, images, status, radius, angle, event’s direction, color tint, color filters, offset, shadow, and animations. Spoiler: Shadows There are currently 2 ways of creating shadow casters (objects that block lights): automatically using terrain tags or/and manually using region IDs. I suggest using terrain tags as you don’t need to draw regions again and again for every map, but region IDs can be useful in some cases if you want to draw it manually. Method 1: Terrain Tags Open Database -> Tilesets -> Terrain Tags, and set all the Wall Tile to 1, and Top Wall Tile to 2. You can change those default constant value inside the Plugin Setting -> [Game: Settings] You should have something like this: Now just draw your map normally, and the shadow caster will be automatically detected. This detection is prioritized over the region IDs, which we will talk below. Method 2: Region IDs If you used Khas Advanced Lighting before (which has been deprecated), you pretty well know how this works. Just place the region IDs on top of all the wall you drew as the height. You can change the region IDs range in the Plugin Settings as well. Spoiler: Custom Lights You can create various custom lightings for your project, with different image and default settings, using Plugin Settings -> [Lights: Custom]. A custom light template currently look like this: You also can just copy my custom lights to your project! Simply copy & paste it. Spoiler: MZ Plugin Commands MZ Plugin Command: Set Light Parameters: Blank settings will remain the same, transition type is optional. Leave the Light Id section blank to target the event that call this command. Set Map Ambient: Spoiler: MV Plugin Commands You can shorten the eventId for the current lighting (lighting of the event which call the commands) by using a simple "=" instead of typing it id. This is the same as "leave the id blank for this event" in MZ plugin command. ambient offset offsetx offsety radius angle tint status shadow Spoiler: Animations Spoiler: Automatic Animating Animation that consistently happens with lights throughout the scene. There are currently 2 implemented: Flicker and Pulse. Spoiler: Flicker Flicker animation makes the light randomly flick. Flicker Intensity, range from 1 to 10, determines the opacity that light achieves when flickering. At 1, it is ~90% opacity. Flicker Speed determines the frequency of light flickering. Spoiler: Pulse Pulse animation makes the light shrink constantly up and down. Pulse R…

● ARCHIVED · READ-ONLY

Started by Shora Dec 25, 2020, 04:02 PM 656 posts Page 11 of 33 View original ↗

Shora

#202 Feb 14, 2022, 08:04 AM Source

cropots said:
I encountered a problem with this update. See in the attached image the test I did in the DEMO MZ 1.8 projectView attachment 216172

cropots said:
I noticed that there is a conflict with the GALV_ActionIndicatorsMZ plugin, see the attached image.View attachment 216230
Thank you for the report, I'm taking a look at it.

Niekitty said:
I... feel like an idiot...

I spent 2 hours fighting and going back and forth between my current project at the light demo trying to figure out why the mega heckers mine wasn't working. I was even about to post for help.
And then my SO walked by behind me and pointed at the plugin settings and said "Aren't you using MV?"

Yyyup. I had not notice the plugin setting was defaulting to MZ.

Head.
+
Desk.
Bro =))). Sorry for the trouble, actually I was planted to make the default MV/MZ setting to be automatically set instead of user manually set next patch. If you was a little slower... But don't worry, next patch will prevent disaster like your from being happen xD.
LuxFerra

#203 Feb 14, 2022, 09:31 AM Source

Thanks for the plugin, Shora! I'll be glad to support it.

A question though, I'm using my own particle system. Which layer should I put all of my particles so it will be affected by the lighting layer?
Shora

#204 Feb 14, 2022, 10:44 AM Source

boringprotagonist said:
Thanks for the plugin, Shora! I'll be glad to support it.

A question though, I'm using my own particle system. Which layer should I put all of my particles so it will be affected by the lighting layer?
The layer that lighting is draw on is the same as the map layer, aka the Spriteset's baseSprite (you can access it via console by using SceneManager._scene._spriteset._baseSprite). If you want your particles to be affected by the lighting layer, consider to add it to the above layer BEFORE the lighting layer (by loading your plugin first and simply addChild your layer into it, or use addChildAt to add it before mine).

Thanks for your support!
jackassets

#205 Feb 14, 2022, 12:39 PM Source

Shora said:
Thank you for the report, I'm taking a look at it.
Apparently your plugin is treating the <actionIcon: 352> comment as if it were a light. I have just entered a dark map and the event that has the comment <actionIcon: 352> is lit with the default light settings. Thanks for the quick response, excellent as always.
Shora

#206 Feb 14, 2022, 01:26 PM Source

Version 1.8.3 is released.
Please update to 1.8.3 if you're using 1.8.2, since for some reason I commented all the 2.5D shadow draw in that version. (i want to die)
Change-logs:
- Fix bugs that @cropots mentioned.
- Change the default intensity brightness to 1.3 instead of 1.5.
ShadowDragon

#207 Feb 14, 2022, 02:11 PM Source

we rather want to see you alive to make the best plugin rather
than seeing you under the ground and left this plugin behind :p

keep up the amazing work =)
jackassets

#208 Feb 14, 2022, 03:21 PM Source

@Shora Thanks for the agility, the investment in this plugin is worth every penny.
jackassets

#209 Feb 14, 2022, 06:39 PM Source

If it's not too much to ask, when you have a little time, check out a problem you have with the Pocket Events 1.3 plugin (). Everything works fine, but an error happens when I try to remove the item placed on the map, the problem only happens if there is a light comment in the event ( [light bonfire] ).

I want to make a system for the player to place their lighting wherever they want using Pocket Events.

Grateful
jackassets

#210 Feb 14, 2022, 07:19 PM Source

Here

The error occurs when I try to take the item to the inventory again, if there is no comment [light] in the event, the error does not happen.
Shora

#211 Feb 15, 2022, 04:57 AM Source

cropots said:
Here

The error occurs when I try to take the item to the inventory again, if there is no comment [light] in the event, the error does not happen.

Thanks for the report. From the video, seems like the error occurs because when the event get taken back in your pocket, the event character's light didn't get destroyed so the light still try to take it position (and so the bug). I will try to patch it.
jackassets

#212 Feb 16, 2022, 12:06 AM Source

I found a new bug, see in the video below. The default ambient light setting is dark, I trigger the event to a lighter color and exit the game without saving, even so, the color of when I triggered the event is recorded. The only way to reset this is to restart the game.

Thanks in advance for the excellent work
Dark_Ansem

#213 Feb 16, 2022, 04:29 PM Source

I still can't get over how nice this looks.
Deleted member 102570

#214 Feb 16, 2022, 04:52 PM Source

I see there’s a string of bugs being reported so I felt bad about sharing my own since I didn’t want to overwhelm Shora. Though I think this bug should really be addressed.

i used the recent Shora Lighting Demo 1.8.3 so as to confirm whether it wasn’t just my game that had this problem.

I confirmed that if you deploy your game without encryption. The plugin works perfectly fine.
However if you use encryption the game can’t recognize the light files in the lights folder.

Error message

I think among all the minor bugs or aesthetic ones this one should probably take precedence as it’s something that has to do with the game creators ability to deploy their own games.
Shora

#215 Feb 16, 2022, 04:58 PM Source

Enigma_Productions said:

I see there’s a string of bugs being reported so I felt bad about sharing my own since I didn’t want to overwhelm Shora. Though I think this bug should really be addressed.

i used the recent Shora Lighting Demo 1.8.3 so as to confirm whether it wasn’t just my game that had this problem.

I confirmed that if you deploy your game without encryption. The plugin works perfectly fine.
However if you use encryption the game can’t recognize the light files in the lights folder.

Error message
View attachment 216497

I think among all the minor bugs or aesthetic ones this one should probably take precedence as it’s something that has to do with the game creators ability to deploy their own games.

Don't worry, feel free to report back any bugs, both those small one and important one like this. I haven't tried to deploy the project with encryption so I missed this one out. I'm taking a look at it xd
Shora

#216 Feb 16, 2022, 06:00 PM Source

Updated to version 1.8.4.
Change-logs:
- Fix an incompatibility bugs that @cropots stated. Now the light will be automatically destroyed when it cannot find it character.
- Fix @cropots ambient not reset and @Enigma_Productions deployment problem. Both get resolved by (re)loading the parameters/ registering lights when the game start, so that the system already taken care of the decryption.
Please check out the version to see if there anything else need to be fixed. Cheers!
jackassets

#217 Feb 16, 2022, 06:59 PM Source

The problem was solved. Thank you very much.

A question, when teleporting to another map, the other map is inheriting the lighting settings, is this correct? Shouldn't it inherit the plugin's default light settings? I did the test as in the video, and when changing the map, the light that remained was that of the previous map, ignoring the plugin's default dark lighting.

Keep up the great work, for sure this is the best MZ lighting plugin.
Deleted member 102570

#218 Feb 16, 2022, 07:24 PM Source

cropots said:
The problem was solved. Thank you very much.

A question, when teleporting to another map, the other map is inheriting the lighting settings, is this correct? Shouldn't it inherit the plugin's default light settings? I did the test as in the video, and when changing the map, the light that remained was that of the previous map, ignoring the plugin's default dark lighting.

Keep up the great work, for sure this is the best MZ lighting plugin.
I actually quite enjoy this attribute for the plugin as it makes it easier for me to not always have to place a manual plugin command for each map. I like how the plugin remembers the last shade it had versus the default one. This could be beneficial for people who might make day and night cycles with the plugin too.

The problem can also easily be fixed by placing a parallel event with the Set Map Ambient Plugin Command. If you place 0 in the Time Slot then whenever you start the game, transfer to a new map, load from a save file. That map will be set instantly to the dark shade of your choice.

So because the plugin command is serving its purpose I don't really see this particular thing as an issue needing correcting.
jackassets

#219 Feb 16, 2022, 07:44 PM Source

Enigma_Productions said:

I actually quite enjoy this attribute for the plugin as it makes it easier for me to not always have to place a manual plugin command for each map. I like how the plugin remembers the last shade it had versus the default one. This could be beneficial for people who might make day and night cycles with the plugin too.

The problem can also easily be fixed by placing a parallel event with the Set Map Ambient Plugin Command. If you place 0 in the Time Slot then whenever you start the game, transfer to a new map, load from a save file. That map will be set instantly to the dark shade of your choice.

So because the plugin command is serving its purpose I don't really see this particular thing as an issue needing correcting.

I understand, it was just a question I had, it's not something I really need in my project, in fact I'll just use it for the night.
Shora

#220 Feb 17, 2022, 10:41 AM Source

Enigma_Productions said:

I actually quite enjoy this attribute for the plugin as it makes it easier for me to not always have to place a manual plugin command for each map. I like how the plugin remembers the last shade it had versus the default one. This could be beneficial for people who might make day and night cycles with the plugin too.

The problem can also easily be fixed by placing a parallel event with the Set Map Ambient Plugin Command. If you place 0 in the Time Slot then whenever you start the game, transfer to a new map, load from a save file. That map will be set instantly to the dark shade of your choice.

So because the plugin command is serving its purpose I don't really see this particular thing as an issue needing correcting.

You can also set the ambient color from the map notetags too, just put [ambient <color>] (color can be #ffffff, day, night, etc. inside the map notetags. It a shortcut to a plugin command that automatically be executed in the beginning of the map, so it will affect the global ambient of the game. If needed I would create notetags to "temporary" change the ambient color as well (so when moving to another map it will come back to the old global ambient).
CMS

#221 Feb 18, 2022, 02:40 PM Source

Hey Shora! I keep loving this plugin and the work you are actively putting in to updating it.
I think I've found a small possible bug!

When using a transfer player command and transfer the player to the same map they are on, it doesn't show the lighting until the player takes a step.