<div dir="ltr"><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">Hi,</span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">Matt asked me to write yt-dev about yt-3.0 kdtree decomposition tutorials. I'm looking for a robust data flow to do volume rendering of AMR data on the GPU.</span></div>
<span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">From our email chain : </span></div>" But the grids can just be accessed by getting pf.h.grids. To get blocks from the tree in 3.0 we have a .tiles attribute on the data source which will do the full decomposition into non overlapping tiles. If you write to yt-dev this will also help me remember to document this." -mjturk</span><br>
<div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">Alex</span></div></div>