So, anything can be compiled with emscripten or there are some adjustment to make it work?]]>
But on 32bit it's not, so you need to add a compiler flag, on gcc it's "-msse2" ("-O3" may be needed too like above).
"-ffast-math" flag can also improve it. But it's potentially unsafe.
]]>It's a great then
Nice info. Thanks.
But in maratis mesh tools, it was a good speed-up : (see void blendMatrices)
https://code.google.com/p/maratis/sourc … hTools.cpp
Still need to link it completely with MCore to publish the rest.
]]>When parsed directly it can render as cubes (like minecraft) or smoothed cubes depending of the filtering,
but it can also be converted to triangles using "marching cubes" and create smooth surfaces.
voxels are also used to accelerate the parsing of a scene for raytracing, like a fixed size octree.
]]>Found this software:
]]>I don't understand how your code works 
, I'll look some reference to implement voxel based renderer which is compatible to CPU rendering then.
In fact I did some test some months ago in Maratis standard renderer : https://code.google.com/p/maratis/sourc … nderer.cpp
It's commented, but if you look at MStandardRenderer::updateVisibility
there is some test code to draw the voxels of the scene in software. The idea is to compute a low-res occlusion culling map on the cpu to avoid the overhead of hardware occlusion culling. It's not complete yet, but it renders voxels from a mesh.
After a bit of googling it looks promising for the future, as it can perform real time ray tracing, but I concern about sparse voxel octree creation per frame if we want dynamic scene, and there isn't many resource out there for further implementation, so this is required much research.
This is interesting and can make Maratis unique from others I think.
]]>