anyone know if theres any reason why it should be considerably slower in a Helper Display call than say an Editable poly Object Display call (subobject vert mode for example).
helper displaying 8000 dot markers ~15 fps
editpoly obj ~8100 verts ~300 fps
my helper is also doing considerably less wire frame drawing too ! :banghead:
that’s why i’m using in some tools a splineshape for preview and select gizmo instead of a manipulator (helper, which could be much better than spline for control)
I think it’s a Nitrous thing : Helpers are/were pretty slow in Nitrous from the beginning
Maybe the whole drawing path has’nt been updated accordingly and they still are drawn in some “compatibility” mode. But i think there have been many updates for this in the last couple of Max releases. Which version of Max are you experiencing those numbers ?
Regardless of object/helper, are you using the marker buffer?
I do most dev in 2010 as it’s the last max that allow unloading dll, whats a marker buffer ? ok seen it in epoly object. will check it out
drawing helpers by Nitrous in max 2012 was very slow. the situation grammatically changed only for max 2013+
(edited.)
my guess – it’s something about caching. all geometry is cached for drawing for sure.
just adding
gw->startMarkers();
and
gw->endMarkers();
improved things x8 thanks for the heads up Io though the documentation is non-existant !Nitrous came with Max 2012 – so i guess you meant 2012 (not 2010 ) ?
If you are using thousands of markers, I think also utilizing the marker buffer (passing all the points in a single GW call) will yield you even better results. I did this in some project, I can find the code if you want.
I did implement the VertexBuffer method