Custom method listener

[Tslat]

I was wondering what the best way is to listen for when a method is fired.

 

This method isn't in the events register, and is a base Minecraft class.

 

I'm assuming to use reflection, obviously.. but I'm not entirely sure how I would go about tracking that specific method.

[shieldbug1]

What are you actually trying to do?

[Tslat]

Track/modify what happens when a nether portal is created (by whatever means)

[Tslat]

Why would making a coremod not be recommended in this case?

[Tslat]

hmm... ok thanks

 

Feel free to lock this, unless you have other ideas

[jabelar]

Actually, I think you could possibly figure out when one is created, and you could also search for one in tick event if you're conscious not try to search the whole world in one tick and instead break it down.

 

For example, you could possibly keep track of all obsidian placed (and even generated by checking each chunk when loaded).  There are events for the generation and also events for placement, and you could copy the vanilla code that detects that a portal has been completed.

 

I'm not sure if you meant you wanted to detect when one was activated, but if you kept track of which ones are created block-wise you could poll them in tick event to see if they've lit.

 

Probably a bit of work, and intermediate coding level required, but not impossible I think.

[Tslat]

Certainly, but then how do you keep track of ones that are made by coming through from the other side (The game creates it)

 

And also those lit by ghast/dispenser/etc..

 

We're on the right track, just gotta figure out the other cases

[jabelar]

Certainly, but then how do you keep track of ones that are made by coming through from the other side (The game creates it)

 

And also those lit by ghast/dispenser/etc..

 

We're on the right track, just gotta figure out the other cases

 

Yes.  But like I said you to catch those you can search the world if you're careful about perf (meaning perhaps searching a bit each tick).  But yeah if you're coming through from the other side then you know there is one you need to record.

 

You need to separate the detection of location of portals with whether they are lit.  I think you can have some sort of array or list field in your main class that can track portals "discovered" and then you can further occasionally check whether they have been lit (or also if they've been destroyed or otherwise changed state).

 

Certainly not easy, but I think with some thought and effort it just might be possible.

 

What exactly are you trying to achieve?  Depending on what you want to do, maybe you should make it more like actual discovering the portals -- like if it is within range of the player then you record it.  That approach would greatly help performance because you only have to search smaller area (and also check previously discovered portals for changes in state).