xray mod
xray mod
exist xray mod for trove ?
Don't think so... It would be pretty useless since most materials are visible on the ground
There are the occasional ore's that are 2-3 blocks down from the ground, I've been working on something, but it's not great... And I doubt I release it publicly.
Pictures are worth a thousand words.
Pictures are worth a thousand words.
Hey kevvv1, how do you trigger a given chunk to redraw automatically? At this point I assume I'm missing something obvious.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
Originally Posted by Polling
Hey kevvv1, how do you trigger a given chunk to redraw automatically? At this point I assume I'm missing something obvious.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
Originally Posted by Polling
Hey kevvv1, how do you trigger a given chunk to redraw automatically? At this point I assume I'm missing something obvious.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
Edit: To clarify, I currently call a game subroutine with chunk, coords and id/ type on one of the chunk's blocks to trigger a redraw. I attempted to narrow down what in the function actually caused the redraw, but ended up going nowhere.
It could be usefull only to find caverns under dragonfire biomes. in that case it can be very useful sometimes. Is it possible to see underwater with that also?
Originally Posted by Lanotte90
It could be usefull only to find caverns under dragonfire biomes. in that case it can be very useful sometimes. Is it possible to see underwater with that also?
I currently use a nice framework which allows me to quickly iterate using a mixture of javascript and python (apologies for being vague, but this should still be enough to find it).
For calling things the "normal" way, there's various resources available describing how to call a function by pointer via an injected dll. You could also just allocate some remote memory and write sufficient instructions to call your desired function there, before executing that with CreateRemoteThread.
Using a remote framework does come with the downside of minor delays between communication of the python and javascript portions, so it's not the best for all applications.
Also, which id do you use for invisible blocks? I've been using 56, but the game is aware it's transparent so I need to be careful about which blocks I call the subroutine on to trigger a refresh, otherwise the game will render the blocks adjacent to the minichunk as solid.
For calling things the "normal" way, there's various resources available describing how to call a function by pointer via an injected dll. You could also just allocate some remote memory and write sufficient instructions to call your desired function there, before executing that with CreateRemoteThread.
Example
Code:
import struct
from time import time
from remote_api import RemoteApi # small wrapper around the framework
class TroveMemory(RemoteApi):
def __init__(self):
super(TroveMemory, self).__init__('Trove.exe')
self.remote = self.inject_script('trove_remote_api.js')
def get_player_data(self):
return self.read_pointer_path(0xXXXXXXX, [0xXXX, 0xXXX, 0xXXX, 0xXXX, 0xXXX], 0xXXX)
def get_player_position(self):
pdata = self.get_player_data()
x, y, z = struct.unpack_from('<fff', pdata, 0xXX)
return x, y, z
def set_block_bulk(self, referencePos, *bulkData):
start = time()
self.remote.set_block_bulk(referencePos, bulkData)
print('Set took %.4f' % (time() - start))
def main():
t = TroveMemory()
x, y, z = t.get_player_position()
print('Player pos: %r' % [x, y, z])
bData = []
for i in range(256):
bData.append(([i % 16, 10, i // 16], i, 0))
t.set_block_bulk(
[int(x), int(y), int(z)],
*bData
)
if __name__ == '__main__':
main()
Using a remote framework does come with the downside of minor delays between communication of the python and javascript portions, so it's not the best for all applications.
Also, which id do you use for invisible blocks? I've been using 56, but the game is aware it's transparent so I need to be careful about which blocks I call the subroutine on to trigger a refresh, otherwise the game will render the blocks adjacent to the minichunk as solid.
Originally Posted by Polling
I currently use a nice framework which allows me to quickly iterate using a mixture of javascript and python (apologies for being vague, but this should still be enough to find it).
For calling things the "normal" way, there's various resources available describing how to call a function by pointer via an injected dll. You could also just allocate some remote memory and write sufficient instructions to call your desired function there, before executing that with CreateRemoteThread.
Using a remote framework does come with the downside of minor delays between communication of the python and javascript portions, so it's not the best for all applications.
Also, which id do you use for invisible blocks? I've been using 56, but the game is aware it's transparent so I need to be careful about which blocks I call the subroutine on to trigger a refresh, otherwise the game will render the blocks adjacent to the minichunk as solid.
For calling things the "normal" way, there's various resources available describing how to call a function by pointer via an injected dll. You could also just allocate some remote memory and write sufficient instructions to call your desired function there, before executing that with CreateRemoteThread.
Example
Code:
import struct
from time import time
from remote_api import RemoteApi # small wrapper around the framework
class TroveMemory(RemoteApi):
def __init__(self):
super(TroveMemory, self).__init__('Trove.exe')
self.remote = self.inject_script('trove_remote_api.js')
def get_player_data(self):
return self.read_pointer_path(0xXXXXXXX, [0xXXX, 0xXXX, 0xXXX, 0xXXX, 0xXXX], 0xXXX)
def get_player_position(self):
pdata = self.get_player_data()
x, y, z = struct.unpack_from('<fff', pdata, 0xXX)
return x, y, z
def set_block_bulk(self, referencePos, *bulkData):
start = time()
self.remote.set_block_bulk(referencePos, bulkData)
print('Set took %.4f' % (time() - start))
def main():
t = TroveMemory()
x, y, z = t.get_player_position()
print('Player pos: %r' % [x, y, z])
bData = []
for i in range(256):
bData.append(([i % 16, 10, i // 16], i, 0))
t.set_block_bulk(
[int(x), int(y), int(z)],
*bData
)
if __name__ == '__main__':
main()
Using a remote framework does come with the downside of minor delays between communication of the python and javascript portions, so it's not the best for all applications.
Also, which id do you use for invisible blocks? I've been using 56, but the game is aware it's transparent so I need to be careful about which blocks I call the subroutine on to trigger a refresh, otherwise the game will render the blocks adjacent to the minichunk as solid.
Sure thing, my Skype is ******guak_11.
