[brlcad-tracker] [ brlcad-Bugs-3477110 ] Error rendering or exporting a DSP
Open Source Solid Modeling CAD
Brought to you by:
brlcad
From: SourceForge.net <no...@so...> - 2013-01-24 16:25:54
|
Bugs item #3477110, was opened at 2012-01-21 14:58 Message generated for change (Comment added) made by brlcad You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3477110&group_id=105292 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alan Cox (alancox) Assigned to: Nobody/Anonymous (nobody) Summary: Error rendering or exporting a DSP Initial Comment: This was done as a test to try and get it to work - stl export and render produce errors of them > ERROR: NULL vertex_g pointer, > file /home/jordi/Escriptori/brlcad-7.20.4/src/librt/primitives/nmg/nmg_mod.c, > line 1404 the block itself does contain holes, it's just random bits as a 50x50 grid (attached) ---------------------------------------------------------------------- >Comment By: Sean Morrison (brlcad) Date: 2013-01-24 08:25 Message: Alan, I heard that you're going to have a little free time on your hands. ;-) You'd be a welcome addition to our dev team. ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2012-06-04 09:15 Message: Sorry to hear you ran into difficulties, but thank you for the report and data file regardless. We'll update this tracker when it's fixed. ---------------------------------------------------------------------- Comment By: Alan Cox (alancox) Date: 2012-06-04 08:58 Message: I attached the original data block with the report when I made it. Beyond that I don't have anything saved as having played with brlcad and hit a few bugs like this I used OpenSCAD instead (which has different bugs but not where I cared) ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2012-06-04 07:38 Message: Note you shouldn't *have* to do add the low-pass offset. It obviously should just work to have holes and does work for some hole configurations. Our tessellation library is even intentionally built around supporting n-manifold geometry with arbitrary holes. The DSP implementation, however, was originally written without holes in mind so it's taken (and will continue to take) some time to find all the generalizations that are needed for arbitrary inputs. We need a regression test that covers all configurations of a 5x5 (or larger) and then make sure they're all handled correctly (raytrace and conversion). ---------------------------------------------------------------------- Comment By: Sean Morrison (brlcad) Date: 2012-06-04 07:24 Message: The problem is almost certainly related to the holes. If you make sure the input values are all any non-zero value, it should work just fine. If you need the holes, you can subtract an intensity level with an arb8/rpp afterwards though that might still lead to export problems (but should render fine). ---------------------------------------------------------------------- Comment By: Tom Browder (tbrowder2) Date: 2012-06-04 07:09 Message: Alan, can you attach the TGM that uses the dsp map? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3477110&group_id=105292 |