Show edges broken

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Show edges broken

nophead
Has the code to show CGAL edges been changed recently. Two things don't work on OpenSCAD 2020.04.26.ci4968.

Some edges are missing and if the camera is too close the edges detach from the object. This is just three overlapping cubes. The concave edge is missing and the horizontal ones detach when too close.

image.png

width = 9.8;
length = 73.2;
thickness = 1.75;

overlap = 1;
overlap_h = 3.75;

module packer_stl() {
    translate([0, 0, thickness / 2])
        cube([length + 2 * overlap, width, thickness], center = true);

    for(end = [-1, 1])
        translate([end * (length / 2 + overlap / 2), 0, overlap_h / 2])
            cube([overlap, width, overlap_h], center = true);
}


packer_stl()
;


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz
Administrator
nophead wrote
> Some edges are missing

I went back to 2015.03, none did concave edges.

nophead wrote
> and if the camera is too close the edges detach from
> the object.

I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.
Tried both ortho & perspective.

As a general comment, now that preview & render & export (at least STL) no
longer triangulate/quadralaturate(?) consistently, show edges is not as
useful.



-----
Admin - email* me if you need anything,  or if I've done something stupid...

* click on my MichaelAtOz label, there is a link to email me.

Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.

--
Sent from: http://forum.openscad.org/

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD Admin - email* me if you need anything, or if I've done something stupid...
* on the Forum, click on my MichaelAtOz label, there is a link to email me.

Unless specifically shown otherwise above, my contribution is in the Public Domain;
to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work.
Obviously inclusion of works of previous authors is not included in the above.
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

thehans
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
Yes I appreciate that CGAL works in polygons and does not tessellate to triangles but where two polygons meet at an angle there must be an edge. Why does it only show a subset of edges?

On Wed, 22 Jul 2020 at 19:27, Hans L <[hidden email]> wrote:
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

thehans
Oh, you mean such as the concave part of your "packer" object having no apparent edge?  
Maybe not particularly helpful, but the edge is still there, just hidden a bit on the wrong side of things... it can  be seen if you position your camera inside the object using perspective mode.
This *might* be considered CGAL bug, but again I'm not 100% sure if its ultimately the CGAL code that is responsible for the polyhedron/edge rendering here.

On Wed, Jul 22, 2020 at 1:36 PM nop head <[hidden email]> wrote:
Yes I appreciate that CGAL works in polygons and does not tessellate to triangles but where two polygons meet at an angle there must be an edge. Why does it only show a subset of edges?

On Wed, 22 Jul 2020 at 19:27, Hans L <[hidden email]> wrote:
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
Ah, I see. Odd though because the lines are so thick one would think they would be visible from both sides.

So two bugs in the CGAL edge rendering: some edges are inside and when the line hits the front clipping plane its clipped endpoint ends up in the wrong place.

On Wed, 22 Jul 2020 at 19:52, Hans L <[hidden email]> wrote:
Oh, you mean such as the concave part of your "packer" object having no apparent edge?  
Maybe not particularly helpful, but the edge is still there, just hidden a bit on the wrong side of things... it can  be seen if you position your camera inside the object using perspective mode.
This *might* be considered CGAL bug, but again I'm not 100% sure if its ultimately the CGAL code that is responsible for the polyhedron/edge rendering here.

On Wed, Jul 22, 2020 at 1:36 PM nop head <[hidden email]> wrote:
Yes I appreciate that CGAL works in polygons and does not tessellate to triangles but where two polygons meet at an angle there must be an edge. Why does it only show a subset of edges?

On Wed, 22 Jul 2020 at 19:27, Hans L <[hidden email]> wrote:
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

thehans
In reply to this post by thehans
In fact, it's possible to get the edge to show up from some very specific viewpoints, which points to this being a sort of Z-fighting issue.
I zoomed in close and rotated camera around and eventually the edge did pop into existence here: https://i.imgur.com/09QADD5.png

The OpenCSG edges have less of an issue with this sort of Z-fighting because they use a custom fragment shader, where it just substitutes the pixel color as it fills in near the edges of those triangles.


On Wed, Jul 22, 2020 at 1:50 PM Hans L <[hidden email]> wrote:
Oh, you mean such as the concave part of your "packer" object having no apparent edge?  
Maybe not particularly helpful, but the edge is still there, just hidden a bit on the wrong side of things... it can  be seen if you position your camera inside the object using perspective mode.
This *might* be considered CGAL bug, but again I'm not 100% sure if its ultimately the CGAL code that is responsible for the polyhedron/edge rendering here.

On Wed, Jul 22, 2020 at 1:36 PM nop head <[hidden email]> wrote:
Yes I appreciate that CGAL works in polygons and does not tessellate to triangles but where two polygons meet at an angle there must be an edge. Why does it only show a subset of edges?

On Wed, 22 Jul 2020 at 19:27, Hans L <[hidden email]> wrote:
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
I can't reproduce that. When I go close with the camera I get lots off clipping errors:

image.png

On Wed, 22 Jul 2020 at 20:14, Hans L <[hidden email]> wrote:
In fact, it's possible to get the edge to show up from some very specific viewpoints, which points to this being a sort of Z-fighting issue.
I zoomed in close and rotated camera around and eventually the edge did pop into existence here: https://i.imgur.com/09QADD5.png

The OpenCSG edges have less of an issue with this sort of Z-fighting because they use a custom fragment shader, where it just substitutes the pixel color as it fills in near the edges of those triangles.


On Wed, Jul 22, 2020 at 1:50 PM Hans L <[hidden email]> wrote:
Oh, you mean such as the concave part of your "packer" object having no apparent edge?  
Maybe not particularly helpful, but the edge is still there, just hidden a bit on the wrong side of things... it can  be seen if you position your camera inside the object using perspective mode.
This *might* be considered CGAL bug, but again I'm not 100% sure if its ultimately the CGAL code that is responsible for the polyhedron/edge rendering here.

On Wed, Jul 22, 2020 at 1:36 PM nop head <[hidden email]> wrote:
Yes I appreciate that CGAL works in polygons and does not tessellate to triangles but where two polygons meet at an angle there must be an edge. Why does it only show a subset of edges?

On Wed, 22 Jul 2020 at 19:27, Hans L <[hidden email]> wrote:
This is just the difference in internal representation for OpenCSG vs CGAL.  OpenCSG requires tessellated faces, and CGAL does not.  CGAL_Nef_Polyhedrons have their own display functions. 
I haven't dug into the render display code in a while, but I think it's even calling some CGAL library function to show these, in which case changing behavior is mostly out of our hands.
So any faces *that are perfectly planar* end up displayed as polygonal shapes having no internal edges, which Nef have no problem representing.  
In order to show them fully tessellated we'd have to convert the Nef back to polyset and perform the tesselation ourselves.  This happens automatically during STL export for example, but would be an extra render step for us to do so during display.

And it's not a recent change, but has always been this way as far as I am aware.

Hans

On Wed, Jul 22, 2020 at 5:43 AM nop head <[hidden email]> wrote:
These are viewport parameters that give me the detached edges in perspective mode:

$vpt = [ -16.23, -7.25, 7.21 ];
$vpr = [ 64.10, 0.00, 69.10 ];
$vpd = 4.13;

I assume the near ends of the lines are in front of the clipping plane but somehow the lines get clipped incorrectly.

I don't know what the rule for missing edges is. Even if I create the shape with a difference, instead of a union they are still missing.

image.png

And if the result is a PolySet the edges are never drawn in F6 but they are in F5 but in a completely different style, why is that?

image.png

I agree it is not useful for seeing the final STL triangulation but I find it useful for checking faces that should actually be flat, are, and don't have extra edges or vertices.

And this complex threaded part looks totally bizarre.

image.png

The squarish facets of the cylinder look planar across three edges but the missing bottom edge where they meet the thread looks to be wonky. To get any accurate representation I have to render() it to a polyset and then use F5.

image.png

Seems to actually match the STL

image.png



On Wed, 22 Jul 2020 at 07:37, Michael Marx <[hidden email]> wrote:

> none did concave edges

 

Let me rephrase that.

None did the inside corner edge of your example.

 

 

Presumably as a curve must have edges.

 

> -----Original Message-----

> From: Discuss [mailto:[hidden email]] On Behalf Of MichaelAtOz

> Sent: Wed, 22 Jul 2020 09:18

> To: [hidden email]

> Subject: Re: [OpenSCAD] Show edges broken

>

> nophead wrote

> > Some edges are missing

>

> I went back to 2015.03, none did concave edges.

>

> nophead wrote

> > and if the camera is too close the edges detach from

> > the object.

>

> I could not reproduce, 2015.03, 2019.05, 2020.04.01, 2020.07.05.

> Tried both ortho & perspective.

>

> As a general comment, now that preview & render & export (at least STL) no

> longer triangulate/quadralaturate(?) consistently, show edges is not as

> useful.

>

>

>

> -----

> Admin - email* me if you need anything,  or if I've done something stupid...

>

> * click on my MichaelAtOz label, there is a link to email me.

>

> Unless specifically shown otherwise above, my contribution is in the Public Domain; to the

> extent possible under law, I have waived all copyright and related or neighbouring rights

> to this work. Obviously inclusion of works of previous authors is not included in the

> above.

>

> --

> Sent from: http://forum.openscad.org/

>

> _______________________________________________

> OpenSCAD mailing list

> [hidden email]

> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'
In reply to this post by nophead

 

 

These are viewport parameters that give me the detached edges in perspective mode:

 

$vpt = [ -16.23, -7.25, 7.21 ];

$vpr = [ 64.10, 0.00, 69.10 ];

$vpd = 4.13;

 

 

still don't get your offset edges, 2015.03 & 2020.04.01 & 2020.07.05

 


Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
This is what I get with those parameters with the snapshot I am using and with OpenSCAD 2019.05:

image.png

An odd thing is when I first open OpenSCAD, load the file and press F6 the lines are in the right place but if I switch to another window and back again, or pan or zoom a tiny amount to provoke a redraw they move and seem to stay like that until I zoom out.

This is what my library info looks like:

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)
System information:
Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 4 CPUs 7.90 GB RAM
User Agent:
OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)
Compiler:
GCC "7.4.0" 64bit
MinGW build:
MingW64
Debug build:
No
Boost version:
1_60
Eigen version:
3.3.7
CGAL version, kernels:
4.11, Cartesian, Extended_cartesian, Epeck
OpenCSG version:
OpenCSG 1.4.2
Qt version:
5.13.0
QScintilla version:
2.11.2
InputDrivers:

GLib version:
2.50.2
lodepng version:
20180910
libzip version:
1.5.2
fontconfig version:
2.13.1
freetype version:
2.10.1
harfbuzz version:
2.4.0
lib3mf version:
1.8.0
Features:
input-driver-dbus, function-literals, lazy-union
Application Path:
C:/Program Files/OpenSCAD
Documents Path:
C:\Users\ChrisP\Documents
User Documents Path:
C:\Users\ChrisP\Documents
Resource Path:
C:/Program Files/OpenSCAD
User Library Path:
C:/Users/ChrisP/Documents/OpenSCAD/libraries
User Config Path:
C:\Users\ChrisP\AppData\Local/OpenSCAD
Backup Path:
C:/Users/ChrisP/Documents/OpenSCAD/backups
OPENSCADPATH:
W:/CHRIS/Projects/RepRaptor/OpenSCADLibs
OpenSCAD library path:
W:
/CHRIS/Projects/RepRaptor/OpenSCADLibs
C:
/Users/ChrisP/Documents/OpenSCAD/libraries
C:
/Program Files/OpenSCAD\libraries

OPENSCAD_FONT_PATH:

OpenSCAD font path:
C:
/Windows/fonts
C:
/Users/ChrisP/.local/share/fonts
C:
/Users/ChrisP/.fonts
D:
/usr/X11/lib/X11/fonts
D:
/System/Library/Fonts
D:
/Library/Fonts
C:
/Users/ChrisP/Library/Fonts
GLEW version:
1.12.0
OpenGL Version:
4.0.0 - Build 10.18.10.4425
GL Renderer:
Intel(R) HD Graphics 4000
GL Vendor:
Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object:
yes
GL_EXT_framebuffer_object:
yes
GL_EXT_packed_depth_stencil:
yes

Qt graphics widget:
QGLWidgetGL Extensions:
GL_3DFX_texture_compression_FXT1
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_buffer_storage
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_robustness
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_subroutine
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_swizzle
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_separate_stencil
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array
GL_EXT_draw_buffers2
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_integer_mix
GL_EXT_shadow_funcs
GL_EXT_stencil_two_side
GL_EXT_stencil_wrap
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer
GL_EXT_texture_compression_s3tc
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod_bias
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_transform_feedback
GL_IBM_texture_mirrored_repeat
GL_INTEL_map_texture
GL_INTEL_performance_queries
GL_INTEL_performance_query
GL_KHR_blend_equation_advanced
GL_KHR_debug
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_ARB_buffer_region
WGL_ARB_create_context
WGL_ARB_create_context_profile
WGL_ARB_create_context_robustness
WGL_ARB_extensions_string
WGL_ARB_framebuffer_sRGB
WGL_ARB_make_current_read
WGL_ARB_multisample
WGL_ARB_pbuffer
WGL_ARB_pixel_format
WGL_ARB_pixel_format_float
WGL_EXT_create_context_es2_profile
WGL_EXT_create_context_es_profile
WGL_EXT_depth_float
WGL_EXT_extensions_string
WGL_EXT_pixel_format_packed_float
WGL_EXT_swap_control
WGL_EXT_swap_control_tear
WGL_NV_DX_interop


On Thu, 23 Jul 2020 at 00:22, Michael Marx <[hidden email]> wrote:

 

 

These are viewport parameters that give me the detached edges in perspective mode:

 

$vpt = [ -16.23, -7.25, 7.21 ];

$vpr = [ 64.10, 0.00, 69.10 ];

$vpd = 4.13;

 

 

still don't get your offset edges, 2015.03 & 2020.04.01 & 2020.07.05

 


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

I even downloaded that exact snapshot, still not reproducing it.

This is a VM with S/W OpenGL render, I'll try it on my other physical box.

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 16:25
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

This is what I get with those parameters with the snapshot I am using and with OpenSCAD 2019.05:

 

image.png

 

An odd thing is when I first open OpenSCAD, load the file and press F6 the lines are in the right place but if I switch to another window and back again, or pan or zoom a tiny amount to provoke a redraw they move and seem to stay like that until I zoom out.

 

This is what my library info looks like:

 

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)
System information:
Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 4 CPUs 7.90 GB RAM
User Agent:
OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)
Compiler:
GCC "7.4.0" 64bit
MinGW build:
MingW64
Debug build:
No
Boost version:
1_60
Eigen version:
3.3.7
CGAL version, kernels:
4.11, Cartesian, Extended_cartesian, Epeck
OpenCSG version:
OpenCSG 1.4.2
Qt version:
5.13.0
QScintilla version:
2.11.2
InputDrivers:

GLib version:
2.50.2
lodepng version:
20180910
libzip version:
1.5.2
fontconfig version:
2.13.1
freetype version:
2.10.1
harfbuzz version:
2.4.0
lib3mf version:
1.8.0
Features:
input-driver-dbus, function-literals, lazy-union
Application Path:
C:/Program Files/OpenSCAD
Documents Path:
C:\Users\ChrisP\Documents
User Documents Path:
C:\Users\ChrisP\Documents
Resource Path:
C:/Program Files/OpenSCAD
User Library Path:
C:/Users/ChrisP/Documents/OpenSCAD/libraries
User Config Path:
C:\Users\ChrisP\AppData\Local/OpenSCAD
Backup Path:
C:/Users/ChrisP/Documents/OpenSCAD/backups
OPENSCADPATH:
W:/CHRIS/Projects/RepRaptor/OpenSCADLibs
OpenSCAD library path:
W:
/CHRIS/Projects/RepRaptor/OpenSCADLibs
C:
/Users/ChrisP/Documents/OpenSCAD/libraries
C:
/Program Files/OpenSCAD\libraries

OPENSCAD_FONT_PATH:

OpenSCAD font path:
C:
/Windows/fonts
C:
/Users/ChrisP/.local/share/fonts
C:
/Users/ChrisP/.fonts
D:
/usr/X11/lib/X11/fonts
D:
/System/Library/Fonts
D:
/Library/Fonts
C:
/Users/ChrisP/Library/Fonts
GLEW version:
1.12.0
OpenGL Version:
4.0.0 - Build 10.18.10.4425
GL Renderer:
Intel(R) HD Graphics 4000
GL Vendor:
Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object:
yes
GL_EXT_framebuffer_object:
yes
GL_EXT_packed_depth_stencil:
yes

Qt graphics widget:
QGLWidgetGL Extensions:
GL_3DFX_texture_compression_FXT1
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_buffer_storage
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_robustness
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_subroutine
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_swizzle
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_separate_stencil
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array
GL_EXT_draw_buffers2
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_integer_mix
GL_EXT_shadow_funcs
GL_EXT_stencil_two_side
GL_EXT_stencil_wrap
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer
GL_EXT_texture_compression_s3tc
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod_bias
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_transform_feedback
GL_IBM_texture_mirrored_repeat
GL_INTEL_map_texture
GL_INTEL_performance_queries
GL_INTEL_performance_query
GL_KHR_blend_equation_advanced
GL_KHR_debug
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_ARB_buffer_region
WGL_ARB_create_context
WGL_ARB_create_context_profile
WGL_ARB_create_context_robustness
WGL_ARB_extensions_string
WGL_ARB_framebuffer_sRGB
WGL_ARB_make_current_read
WGL_ARB_multisample
WGL_ARB_pbuffer
WGL_ARB_pixel_format
WGL_ARB_pixel_format_float
WGL_EXT_create_context_es2_profile
WGL_EXT_create_context_es_profile
WGL_EXT_depth_float
WGL_EXT_extensions_string
WGL_EXT_pixel_format_packed_float
WGL_EXT_swap_control
WGL_EXT_swap_control_tear
WGL_NV_DX_interop

 

On Thu, 23 Jul 2020 at 00:22, Michael Marx <[hidden email]> wrote:

 

 

These are viewport parameters that give me the detached edges in perspective mode:

 

$vpt = [ -16.23, -7.25, 7.21 ];

$vpr = [ 64.10, 0.00, 69.10 ];

$vpd = 4.13;

 

 

still don't get your offset edges, 2015.03 & 2020.04.01 & 2020.07.05

 

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

Same same.

 

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)

System information: Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 8 CPUs 15.96 GB RAM

User Agent: OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)

Compiler: GCC "7.4.0" 64bit

MinGW build: MingW64

Debug build: No

Boost version: 1_60

Eigen version: 3.3.7

CGAL version, kernels: 4.11, Cartesian, Extended_cartesian, Epeck

OpenCSG version: OpenCSG 1.4.2

Qt version: 5.13.0

QScintilla version: 2.11.2

InputDrivers: HidApiInputDriver

GLib version: 2.50.2

lodepng version: 20180910

libzip version: 1.5.2

fontconfig version: 2.13.1

freetype version: 2.10.1

harfbuzz version: 2.4.0

lib3mf version: 1.8.0

Features: input-driver-dbus, function-literals, lazy-union

Application Path: C:/Program Files/openscad-2020.04.26.ci4968

Documents Path: C:\Users\me\Documents

User Documents Path: C:\Users\me\Documents

Resource Path: C:/Program Files/openscad-2020.04.26.ci4968

User Library Path: C:/Users/me/Documents/OpenSCAD/libraries

User Config Path: C:\Users\me\AppData\Local/OpenSCAD

Backup Path: C:/Users/me/Documents/OpenSCAD/backups

OPENSCADPATH:

OpenSCAD library path:

C:/Users/me/Documents/OpenSCAD/libraries

C:/Program Files/openscad-2020.04.26.ci4968\libraries

 

OPENSCAD_FONT_PATH:

OpenSCAD font path:

C:/Windows/fonts

C:/Users/me/.local/share/fonts

C:/Users/me/.fonts

GLEW version: 1.12.0

OpenGL Version: 4.6.0 NVIDIA 430.86

GL Renderer: GeForce GTX 750 Ti/PCIe/SSE2

GL Vendor: NVIDIA Corporation

RGBA(8888), depth(24), stencil(8)

GL_ARB_framebuffer_object: yes

GL_EXT_framebuffer_object: yes

GL_EXT_packed_depth_stencil: yes

 


From: Discuss [mailto:[hidden email]] On Behalf Of Michael Marx
Sent: Thu, 23 Jul 2020 18:04
To: 'OpenSCAD general discussion'
Subject: Re: [OpenSCAD] Show edges broken

 

I even downloaded that exact snapshot, still not reproducing it.

This is a VM with S/W OpenGL render, I'll try it on my other physical box.

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 16:25
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

This is what I get with those parameters with the snapshot I am using and with OpenSCAD 2019.05:

 

image.png

 

An odd thing is when I first open OpenSCAD, load the file and press F6 the lines are in the right place but if I switch to another window and back again, or pan or zoom a tiny amount to provoke a redraw they move and seem to stay like that until I zoom out.

 

This is what my library info looks like:

 

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)
System information:
Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 4 CPUs 7.90 GB RAM
User Agent:
OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)
Compiler:
GCC "7.4.0" 64bit
MinGW build:
MingW64
Debug build:
No
Boost version:
1_60
Eigen version:
3.3.7
CGAL version, kernels:
4.11, Cartesian, Extended_cartesian, Epeck
OpenCSG version:
OpenCSG 1.4.2
Qt version:
5.13.0
QScintilla version:
2.11.2
InputDrivers:

GLib version:
2.50.2
lodepng version:
20180910
libzip version:
1.5.2
fontconfig version:
2.13.1
freetype version:
2.10.1
harfbuzz version:
2.4.0
lib3mf version:
1.8.0
Features:
input-driver-dbus, function-literals, lazy-union
Application Path:
C:/Program Files/OpenSCAD
Documents Path:
C:\Users\ChrisP\Documents
User Documents Path:
C:\Users\ChrisP\Documents
Resource Path:
C:/Program Files/OpenSCAD
User Library Path:
C:/Users/ChrisP/Documents/OpenSCAD/libraries
User Config Path:
C:\Users\ChrisP\AppData\Local/OpenSCAD
Backup Path:
C:/Users/ChrisP/Documents/OpenSCAD/backups
OPENSCADPATH:
W:/CHRIS/Projects/RepRaptor/OpenSCADLibs
OpenSCAD library path:
W:
/CHRIS/Projects/RepRaptor/OpenSCADLibs
C:
/Users/ChrisP/Documents/OpenSCAD/libraries
C:
/Program Files/OpenSCAD\libraries

OPENSCAD_FONT_PATH:

OpenSCAD font path:
C:
/Windows/fonts
C:
/Users/ChrisP/.local/share/fonts
C:
/Users/ChrisP/.fonts
D:
/usr/X11/lib/X11/fonts
D:
/System/Library/Fonts
D:
/Library/Fonts
C:
/Users/ChrisP/Library/Fonts
GLEW version:
1.12.0
OpenGL Version:
4.0.0 - Build 10.18.10.4425
GL Renderer:
Intel(R) HD Graphics 4000
GL Vendor:
Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object:
yes
GL_EXT_framebuffer_object:
yes
GL_EXT_packed_depth_stencil:
yes

Qt graphics widget:
QGLWidgetGL Extensions:
GL_3DFX_texture_compression_FXT1
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_buffer_storage
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_robustness
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_subroutine
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_swizzle
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_separate_stencil
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array
GL_EXT_draw_buffers2
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_integer_mix
GL_EXT_shadow_funcs
GL_EXT_stencil_two_side
GL_EXT_stencil_wrap
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer
GL_EXT_texture_compression_s3tc
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod_bias
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_transform_feedback
GL_IBM_texture_mirrored_repeat
GL_INTEL_map_texture
GL_INTEL_performance_queries
GL_INTEL_performance_query
GL_KHR_blend_equation_advanced
GL_KHR_debug
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_ARB_buffer_region
WGL_ARB_create_context
WGL_ARB_create_context_profile
WGL_ARB_create_context_robustness
WGL_ARB_extensions_string
WGL_ARB_framebuffer_sRGB
WGL_ARB_make_current_read
WGL_ARB_multisample
WGL_ARB_pbuffer
WGL_ARB_pixel_format
WGL_ARB_pixel_format_float
WGL_EXT_create_context_es2_profile
WGL_EXT_create_context_es_profile
WGL_EXT_depth_float
WGL_EXT_extensions_string
WGL_EXT_pixel_format_packed_float
WGL_EXT_swap_control
WGL_EXT_swap_control_tear
WGL_NV_DX_interop

 

On Thu, 23 Jul 2020 at 00:22, Michael Marx <[hidden email]> wrote:

 

 

These are viewport parameters that give me the detached edges in perspective mode:

 

$vpt = [ -16.23, -7.25, 7.21 ];

$vpr = [ 64.10, 0.00, 69.10 ];

$vpd = 4.13;

 

 

still don't get your offset edges, 2015.03 & 2020.04.01 & 2020.07.05

 

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

I noticed GL Renderer: Intel(R) HD Graphics 4000, Intel has always had strangeness, try goldfeather.

 


From: Discuss [mailto:[hidden email]] On Behalf Of Michael Marx
Sent: Thu, 23 Jul 2020 18:34
To: 'OpenSCAD general discussion'
Subject: Re: [OpenSCAD] Show edges broken

 

Same same.

 

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)

System information: Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 8 CPUs 15.96 GB RAM

User Agent: OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)

Compiler: GCC "7.4.0" 64bit

MinGW build: MingW64

Debug build: No

Boost version: 1_60

Eigen version: 3.3.7

CGAL version, kernels: 4.11, Cartesian, Extended_cartesian, Epeck

OpenCSG version: OpenCSG 1.4.2

Qt version: 5.13.0

QScintilla version: 2.11.2

InputDrivers: HidApiInputDriver

GLib version: 2.50.2

lodepng version: 20180910

libzip version: 1.5.2

fontconfig version: 2.13.1

freetype version: 2.10.1

harfbuzz version: 2.4.0

lib3mf version: 1.8.0

Features: input-driver-dbus, function-literals, lazy-union

Application Path: C:/Program Files/openscad-2020.04.26.ci4968

Documents Path: C:\Users\me\Documents

User Documents Path: C:\Users\me\Documents

Resource Path: C:/Program Files/openscad-2020.04.26.ci4968

User Library Path: C:/Users/me/Documents/OpenSCAD/libraries

User Config Path: C:\Users\me\AppData\Local/OpenSCAD

Backup Path: C:/Users/me/Documents/OpenSCAD/backups

OPENSCADPATH:

OpenSCAD library path:

C:/Users/me/Documents/OpenSCAD/libraries

C:/Program Files/openscad-2020.04.26.ci4968\libraries

 

OPENSCAD_FONT_PATH:

OpenSCAD font path:

C:/Windows/fonts

C:/Users/me/.local/share/fonts

C:/Users/me/.fonts

GLEW version: 1.12.0

OpenGL Version: 4.6.0 NVIDIA 430.86

GL Renderer: GeForce GTX 750 Ti/PCIe/SSE2

GL Vendor: NVIDIA Corporation

RGBA(8888), depth(24), stencil(8)

GL_ARB_framebuffer_object: yes

GL_EXT_framebuffer_object: yes

GL_EXT_packed_depth_stencil: yes

 


From: Discuss [mailto:[hidden email]] On Behalf Of Michael Marx
Sent: Thu, 23 Jul 2020 18:04
To: 'OpenSCAD general discussion'
Subject: Re: [OpenSCAD] Show edges broken

 

I even downloaded that exact snapshot, still not reproducing it.

This is a VM with S/W OpenGL render, I'll try it on my other physical box.

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 16:25
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

This is what I get with those parameters with the snapshot I am using and with OpenSCAD 2019.05:

 

image.png

 

An odd thing is when I first open OpenSCAD, load the file and press F6 the lines are in the right place but if I switch to another window and back again, or pan or zoom a tiny amount to provoke a redraw they move and seem to stay like that until I zoom out.

 

This is what my library info looks like:

 

OpenSCAD Version: 2020.04.26.ci4968 (git 648206e2)
System information:
Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833 4 CPUs 7.90 GB RAM
User Agent:
OpenSCAD/2020.04.26.ci4968 (git 648206e2) (Windows(TM) 6.1 SP 1.0 NTW 1 MSDN 724833)
Compiler:
GCC "7.4.0" 64bit
MinGW build:
MingW64
Debug build:
No
Boost version:
1_60
Eigen version:
3.3.7
CGAL version, kernels:
4.11, Cartesian, Extended_cartesian, Epeck
OpenCSG version:
OpenCSG 1.4.2
Qt version:
5.13.0
QScintilla version:
2.11.2
InputDrivers:

GLib version:
2.50.2
lodepng version:
20180910
libzip version:
1.5.2
fontconfig version:
2.13.1
freetype version:
2.10.1
harfbuzz version:
2.4.0
lib3mf version:
1.8.0
Features:
input-driver-dbus, function-literals, lazy-union
Application Path:
C:/Program Files/OpenSCAD
Documents Path:
C:\Users\ChrisP\Documents
User Documents Path:
C:\Users\ChrisP\Documents
Resource Path:
C:/Program Files/OpenSCAD
User Library Path:
C:/Users/ChrisP/Documents/OpenSCAD/libraries
User Config Path:
C:\Users\ChrisP\AppData\Local/OpenSCAD
Backup Path:
C:/Users/ChrisP/Documents/OpenSCAD/backups
OPENSCADPATH:
W:/CHRIS/Projects/RepRaptor/OpenSCADLibs
OpenSCAD library path:
W:
/CHRIS/Projects/RepRaptor/OpenSCADLibs
C:
/Users/ChrisP/Documents/OpenSCAD/libraries
C:
/Program Files/OpenSCAD\libraries

OPENSCAD_FONT_PATH:

OpenSCAD font path:
C:
/Windows/fonts
C:
/Users/ChrisP/.local/share/fonts
C:
/Users/ChrisP/.fonts
D:
/usr/X11/lib/X11/fonts
D:
/System/Library/Fonts
D:
/Library/Fonts
C:
/Users/ChrisP/Library/Fonts
GLEW version:
1.12.0
OpenGL Version:
4.0.0 - Build 10.18.10.4425
GL Renderer:
Intel(R) HD Graphics 4000
GL Vendor:
Intel
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object:
yes
GL_EXT_framebuffer_object:
yes
GL_EXT_packed_depth_stencil:
yes

Qt graphics widget:
QGLWidgetGL Extensions:
GL_3DFX_texture_compression_FXT1
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_buffer_storage
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_robustness
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_subroutine
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_swizzle
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_separate_stencil
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array
GL_EXT_draw_buffers2
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_integer_mix
GL_EXT_shadow_funcs
GL_EXT_stencil_two_side
GL_EXT_stencil_wrap
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer
GL_EXT_texture_compression_s3tc
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod_bias
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_transform_feedback
GL_IBM_texture_mirrored_repeat
GL_INTEL_map_texture
GL_INTEL_performance_queries
GL_INTEL_performance_query
GL_KHR_blend_equation_advanced
GL_KHR_debug
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_ARB_buffer_region
WGL_ARB_create_context
WGL_ARB_create_context_profile
WGL_ARB_create_context_robustness
WGL_ARB_extensions_string
WGL_ARB_framebuffer_sRGB
WGL_ARB_make_current_read
WGL_ARB_multisample
WGL_ARB_pbuffer
WGL_ARB_pixel_format
WGL_ARB_pixel_format_float
WGL_EXT_create_context_es2_profile
WGL_EXT_create_context_es_profile
WGL_EXT_depth_float
WGL_EXT_extensions_string
WGL_EXT_pixel_format_packed_float
WGL_EXT_swap_control
WGL_EXT_swap_control_tear
WGL_NV_DX_interop

 

On Thu, 23 Jul 2020 at 00:22, Michael Marx <[hidden email]> wrote:

 

 

These are viewport parameters that give me the detached edges in perspective mode:

 

$vpt = [ -16.23, -7.25, 7.21 ];

$vpr = [ 64.10, 0.00, 69.10 ];

$vpd = 4.13;

 

 

still don't get your offset edges, 2015.03 & 2020.04.01 & 2020.07.05

 

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

 

Have you tried a later snapshot?

On my physical box, 2020.04.26 has a anomaly, the preferences dialogue is blank.


Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
Isn't goldfeather only relevant to OpenCSG preview mode?

On Thu, 23 Jul 2020 at 10:05, Michael Marx <[hidden email]> wrote:

 

Have you tried a later snapshot?

On my physical box, 2020.04.26 has a anomaly, the preferences dialogue is blank.


Virus-free. www.avg.com
_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

Hmm yeh, oldtimers disease...

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 19:58
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

Isn't goldfeather only relevant to OpenCSG preview mode?

 

On Thu, 23 Jul 2020 at 10:05, Michael Marx <[hidden email]> wrote:

 

Have you tried a later snapshot?

On my physical box, 2020.04.26 has a anomaly, the preferences dialogue is blank.

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

nophead
The latest snapshot from where I am looking is OpenSCAD 2020.07.23.ci5585 and that is exactly the same showing edges and the preferences dialog seems to work.

On Thu, 23 Jul 2020 at 11:08, Michael Marx <[hidden email]> wrote:

Hmm yeh, oldtimers disease...

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 19:58
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

Isn't goldfeather only relevant to OpenCSG preview mode?

 

On Thu, 23 Jul 2020 at 10:05, Michael Marx <[hidden email]> wrote:

 

Have you tried a later snapshot?

On my physical box, 2020.04.26 has a anomaly, the preferences dialogue is blank.

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Reply | Threaded
Open this post in threaded view
|

Re: Show edges broken

MichaelAtOz'

Well, until someone else jumps in, it seems to be your H/W or S/W.

Or someone could specify some --debug parameters maybe?

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 23:09
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

The latest snapshot from where I am looking is OpenSCAD 2020.07.23.ci5585 and that is exactly the same showing edges and the preferences dialog seems to work.

 

On Thu, 23 Jul 2020 at 11:08, Michael Marx <[hidden email]> wrote:

Hmm yeh, oldtimers disease...

 


From: Discuss [mailto:[hidden email]] On Behalf Of nop head
Sent: Thu, 23 Jul 2020 19:58
To: OpenSCAD general discussion
Subject: Re: [OpenSCAD] Show edges broken

 

Isn't goldfeather only relevant to OpenCSG preview mode?

 

On Thu, 23 Jul 2020 at 10:05, Michael Marx <[hidden email]> wrote:

 

Have you tried a later snapshot?

On my physical box, 2020.04.26 has a anomaly, the preferences dialogue is blank.

 

Virus-free. www.avg.com

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org