Immense Events

[dracoceros]

Hey, I was wondering if you could implement this script into pokemon essentials? I realize it's a longshot, you'd probably have to reverse engineer the darned thing, as it is its own engine. But my friends at pokemon essentials (the devs) don't plan to implement a system where you can have immense events; they tell me to use extra events.

However, with extra events, you get the problem of overlapping events when a character event turns.

Here's my layout for example
=X=
=X=
ZYZ
^ ^
E E

= is a blank, passable area of the sprite. No event is located there.
X is the vertical impassible events, when the character is facing up or down
Z is the horizontal impassible events, when the character is facing left or right
Y is the main sprite/character itself, also impassible.
^ E is a seperate event (another character or object) that already occupies the tile the arrow is pointing to.

As you can see from this example, it only has four events to create a seemingly impassible creature. However, two issues arise with this:

You must set your graphic to at least 1% opacity to have the tile be collidable, meaning there's that 1% defect in graphics.
If the event deals with multiple types of characters, like creatures with different sizes, you'll need to accomidate for each individual character and all of it's associated blockade events. This could cause heavy slowdowns, as Pokemon Essentials is already slow in sophisticated games.

So, here's my question: Will you, or someone out there, modify this piece of code to work for essentials? I still realize it's a longshot, but I know someone who could possibly work with you, he is the dev, and only dev of pokemon essentials. While he points you to the correct code, you can work on that piece of code. I will give full credit for your work, as I will with other people's scripts.

[DerVVulfman]

Due to legal issues regarding Nintendo's copyright ownership, I cannot comply with any work on PokéMon Essentials. I am fully aware that Nintendo used DMCA (Digital Millennium Copyright Act) order to have the content and Version 17.2 project at the PokéCommunity shut down on August 2018.

I am also aware of version 18 having restarted one year later in defiance of Nintendo's legal stance.. The project leader appears not to even note that Nintendo shut down the previous version for copyright infringement. It is for the legal reasons of Nintendo's copyright ownership and threat of another DMCA that I must refuse to let my work be introduced into Essentials so neither I nor Save-Point be endangered.

[Tepe]

Hi DerVVulfman! Do you have any idea how I can integrate this script with Mr. Moo ABS? I need a huge event that can be attacked by Mr. Moo Abs NPCs. Right now he is treated as a shield and can only be attacked at the where event location is set.

[DerVVulfman]

I was trying to get this to work properly with the Lycan ABS, something I had intended some years ago. And the Lycan ABS was basically my re-start of the Mr.Mo ABS Ultimate package that ... well, he was surprised I carried on with. Yep, had his blessings.

But nope, I have not gotten it to work as yet, and have limited time right now... with the salvaging of RPG Maker Central's complete scripts and resources is an indication.

[Tepe]

Im trying solve this problem in Mr. Mo ABS v5. but without results for now. Your Lycan ABS is too much complicated for me, too much addons.

[DerVVulfman]

I have to correct myself, and pleasantly so.

I looked at the code, and found I did include some content for the Lycan ABS, particularly a feature to test the passable system.. the system that permits/locks the 'large' event from moving between tight areas.  But the passable system does more.  With both the Lycan ABS and MrMo's system, it detects hits.



These shots were taken after I stripped down my older demo for MrMo's DVV demo, a system utilizing MrMo's v 4.5  ABS which, as he stated, was supposed to be his last version of his ABS system.  I pasted Immense Events underneath for this result.

When I attacked this target, I did not attack the center area, but along the 'side'.  Clumsy the calculations may be, but indeed, the enemy was in relative range based on the size of the sprite rather than the 32x32 square the target would have occupied were it normal sized.

The "Hit" animation that is applied to the target may appear within the center 32x32 tile, but the actual detection was not that tile at all.

I had not tested the ballistics with the MrMo system.  However, I did keep the name of the main missile class the "Game_Ranged_Base", so it should work.

[Tepe]

For me it looks like when an NPC approaches from behind a building he starts to go crazy and doesn't deal damage, only when he reaches the cage in front is he able to deal damage. Even when he approaches and shoots at the building from a distance he doesn't deal damage. It would be best to show this in a video.

[DerVVulfman]

Well, I believe I would need to see a demo, and would need to have this be a separate thread/topic within our Code Support board as this is not an issue directly with Immense Events, but a compatibility issue between it and your project.

That, and I need to see what this ABS version 5 entails. because... as I stated, 2006's version 4.5 was his last version.  This from dialogue he and I had years ago as I continued making plug-in mods such as the separate-loading weapon system, the mouse option, the spell barriers (like wall of fire/wall of stone), smart missiles, and such which he said kept his ABS active years past what he expected. That discussion at Creation Asylum in 2010, four years after he stopped working on it.