06-19-2014, 12:49 AM
No, there isn't and it doesn't really make sense to have one. When that function returns, its value is meaningless because another thread may have just loaded or unloaded the chunk.
Random Chitchat 2012-2016
|
06-19-2014, 12:49 AM
No, there isn't and it doesn't really make sense to have one. When that function returns, its value is meaningless because another thread may have just loaded or unloaded the chunk.
06-19-2014, 12:57 AM
Well It's pretty usefull for me, because I don't want an tornado to go into an unloaded chunk. (I'm working on an tornado plugin btw )
06-19-2014, 01:08 AM
As I said, there's no way for the function to return data that's valid at the time you consume it. So there will never be such a function.
As for your plugin, you should use a ChunkStay to make sure the chunks are loaded, and perhaps limit the tornadoes to a fixed distance from a player.
06-19-2014, 01:28 AM
Ok ;(
Now then. The first picture Sadly it's eating 25% of my CPU
06-19-2014, 04:19 AM
It looks cool
06-19-2014, 04:22 AM
@STR_Warrior What's the source code like? I'm wondering whether it would be a good idea to expose the GPU interface to plugins. Its runtime compiled so wouldn't be a problem but would only be supported on some builds. Then again, plugins aren't supposed to be the sort of code GPUs like so it shouldn't be useful .
Here it is:
Tornado.zip (Size: 2.83 KB / Downloads: 226) EDIT: I made it so that it automaticly creates a tornado in the world "world" at 0, 0
06-19-2014, 05:00 AM
RipGround Might benefit but I don't think its doing enough work. The main thing I think is that is is prime example of why we need a second plugin language for compute heavy plugins.
06-19-2014, 08:48 AM
It should allow .h files.
I dunno why, it just only allows files with certain extensions... |
« Next Oldest | Next Newest »
|