I noticed that viewport with empty but enabled custom conduit causes lags in v6 in v5 it doesn’t matter - interesting is that if i only put one box in conduit everything works smooth but unless conduit is enabled and empty i have rather slideshow in vp.
Thanks @nathanletwory! I found where was the issue i had point list in postdraw which wasn’t null since it was just empty list so if statment had to be not == null but .Count > 0 - Anyway v5 dealt better with that kind of stuff so this could be investigated for v6
Can we please get an example of this? I’m not following what you did that was slow and what you changed to fix it. Checking for null vs. a Count > 0 would have no impact on performance for a conduit. But, if you’re calling draw routines in some cases and not others, then I could see potential performance differences…but a simple example would help us understand exactly what you did.
@jeff im not sure if here sample is needed just put list without any points to postdraw override and run you will see that framedrop instatly for sure i’ll post my example for this as soon as i’ll be near computer.
register boxes as: List<Box> boxes; but don’t construct boxes - i think it is throwing exceptions internally that boxes are null - in v5 somthing like this doesn’t have impact on viewport performance and kept doing further code in v6 this causes huge performance drop and it stops doing code at line with bug.
Constantly throwing exceptions in your conduit is going to cause the display to slow down. I don’t plan on making any changes to try and improve performance in this case. I would rather spend the effort in letting you know that there is faulty conduit code.