drwbns wrote:
Since LargeVolume doesn't have a set size, how do I go about splitting it into mesh regions?
well... exactly like before, just only compute the mesh regions you actually need.
it depends completely on your setup... there's no universal way...
drwbns wrote:
UPDATE: I just passed some initial sizes to my volumeSplitter function instead of the volume sizes and that works fine but still, my raycasts are failing on the LargeVolume, no intersection is found?
but the raycasts worked before the step to LargeVolume? (I don't remember, you probably said something earlier in this thread)
David Williams wrote:
Except in the case of it being '0' we can test for that... maybe we should consider changing the behaviour of LargeVolume so that if these handlers are not provided then it will never do paging and will just run out of memory? I can't think through this in detail at the moment as I'm focusing on other parts of PolyVox, but maybe something for the future?
hmm... maybe largevolume should be stripped of the paging feature and there should be a second one (PagingVolume)...
LargeVolume would then require something like eraseEverythingOutsideRegion(Region reg) to make sure memory could be freed.
flush and prefetch become unnecessary in that case.
PagingVolume would require those callbacks and allow all the current features, but be more difficult to use properly
I would actually be using both... PagingVolume on the server side and LargeVolume on the client side.
Once the git becomes less stormy, I'll reopen this issue in some thread to collaborate and implement the changes.