Thread: [PyOpenGL-Devel] [ pyopengl-Bugs-677701 ] glu NURBs rendering is very slow
Brought to you by:
mcfletch
From: SourceForge.net <no...@so...> - 2003-01-30 19:57:45
|
Bugs item #677701, was opened at 2003-01-30 15:02 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 Category: Context Group: OpenGLContext v2.0 Status: Open Resolution: None Priority: 6 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Mike C. Fletcher (mcfletch) Summary: glu NURBs rendering is very slow Initial Comment: All gluNurbs rendering examples (redbook and Context-specific) are showing slow rendering rates, particularly when a mouse-over occurs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 |
From: SourceForge.net <no...@so...> - 2003-08-09 15:58:59
|
Bugs item #677701, was opened at 2003-01-30 15:02 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 Category: Context Group: OpenGLContext v2.0 Status: Open Resolution: None >Priority: 7 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Mike C. Fletcher (mcfletch) Summary: glu NURBs rendering is very slow Initial Comment: All gluNurbs rendering examples (redbook and Context-specific) are showing slow rendering rates, particularly when a mouse-over occurs. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2003-08-09 11:58 Message: Logged In: YES user_id=34901 The was partially a problem with Context's mouse-event queuing, at least under Context. It's still slow if you're right up close to the object (it's rendering very high LOD then), but is fine if you're some distance away. Other part of the problem is that the geometry has no optimised path for the selection rendering-pass, so it's rendering the whole thing for each pass. Still, the samples will render dozens of frames/second if there's no mouse-over, so there's something fishy still going on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 |
From: SourceForge.net <no...@so...> - 2004-10-24 20:02:47
|
Bugs item #677701, was opened at 2003-01-30 15:02 Message generated for change (Comment added) made by mcfletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 Category: Context Group: OpenGLContext v2.0 >Status: Closed >Resolution: Out of Date Priority: 7 Submitted By: Mike C. Fletcher (mcfletch) Assigned to: Mike C. Fletcher (mcfletch) Summary: glu NURBs rendering is very slow Initial Comment: All gluNurbs rendering examples (redbook and Context-specific) are showing slow rendering rates, particularly when a mouse-over occurs. ---------------------------------------------------------------------- >Comment By: Mike C. Fletcher (mcfletch) Date: 2004-10-24 16:02 Message: Logged In: YES user_id=34901 Nurbs rendering is acceptably fast these days (though it may simply be that the hardware has become much faster). Going to mark this closed. ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-08-09 11:58 Message: Logged In: YES user_id=34901 The was partially a problem with Context's mouse-event queuing, at least under Context. It's still slow if you're right up close to the object (it's rendering very high LOD then), but is fine if you're some distance away. Other part of the problem is that the geometry has no optimised path for the selection rendering-pass, so it's rendering the whole thing for each pass. Still, the samples will render dozens of frames/second if there's no mouse-over, so there's something fishy still going on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105988&aid=677701&group_id=5988 |