-
Notifications
You must be signed in to change notification settings - Fork 68
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Patterns & Hatches on Boxfill, Isofill #1577
Comments
@chaosphere2112 the performance will be slow because we need to add lot more steps for the pattern but its worth investigating more post 2.4 |
@aashish24 is right. The time performance is slow because of the whole set of tasks involved. It can be improved by reducing the size of the texture created per fill area. Currently, the size is 4 times the bounds of the polydata. However, reducing the size would reduce resolution of the patterns/hatches. |
@chaosphere2112 is this really critical? If yes, then @sankhesh let's reduce the size for now and we can think about a better solution for 3.0. |
@sankhesh @aashish24 Well, the critical part is the first half of the bug report (where boxfill isn't getting patterns and hatches). Performance isn't super critical; I just tested it in the GUI, and it actually goes quite a bit faster than I was experiencing in the command line, so that's weird. |
thanks @chaosphere2112 that sounds reasonable. Roger that. That is weird.. may be try again? |
@aashish24 @sankhesh Looks like specific patterns/hatches are the problem, not all of them.
|
Great.. this is very useful finding! thanks. |
Ahh.. Thanks for sharing @chaosphere2112 |
That's certainly the most urgent, yeah. If you could get 10-13 to be faster as well, that'd be cool. |
@sankhesh Nope, just the custom ones. |
Do not pass patterning arguments to legend fillarea when using non-custom boxfill types. Fixes #1577
@sankhesh non-custom never did support it because they do not use the filler attributes. I don't think we need to revise this. But now that I think of it we probably should update the attribute setting method to check if the type is custom and raise a warning if we set any of these. |
Thanks @doutriaux1 @chaosphere2112 Created #1582 for boxfill patterns/hatches support. Timing improvements to follow. |
Looks like patterns and hatches work correctly for
fillarea
s andisofill
plots, but not forboxfill
.Produces these two:
Produces these two:
In addition, the performance of plotting the patterns/hatches for the isofill is pretty slow:
gives us these times:
0:00:03.027187 (hatch)
0:00:03.077247 (pattern)
0:00:00.559602 (solid)
So, that's some pretty serious overhead.
The text was updated successfully, but these errors were encountered: