discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

openscad hangs up after upgrading to Windows 10

J
John
Mon, Feb 15, 2016 7:33 PM

I have been fighting the preview problem with difference(), mentioned in
other threads, for months on my old HP laptop.  I am using the vanilla
OpenSCAD-2015.03-2-x86-64-Installer.exe downloaded from the web site.

Finally I bit the bullet and upgraded Windows 7 Home Premium to Windows 10.
As I hoped, this updated my ATI video driver from an old relic to something
dated in 2015.  Now my problem is even worse.

The logo.scad file that comes with the system still seems to work just fine,
as do some of my simpler files.  But now all of my non-trivial .scad files
just make openSCAD hang up ("not responding").  They report that the total
"rendering" time for the preview is about 1 second, and then hang with a
blank display.

Some of them seem to hang forever, but some will do the preview if I leave
the room for a very long break.  At least some of the ones that eventually
preview, will also move the camera in response to a mouse drag, but only
after a long (multi-minute) delay.  I don't know if the preview problem with
difference() is gone or not.

Now my project, which of course is crucial to the welfare of all humanity,
is dead in the water.

Has anyone else seen such a result from upgrading to Windows 10?  Any
suggestions will be appreciated.

--thanks
john

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

I have been fighting the preview problem with difference(), mentioned in other threads, for months on my old HP laptop. I am using the vanilla OpenSCAD-2015.03-2-x86-64-Installer.exe downloaded from the web site. Finally I bit the bullet and upgraded Windows 7 Home Premium to Windows 10. As I hoped, this updated my ATI video driver from an old relic to something dated in 2015. Now my problem is even worse. The logo.scad file that comes with the system still seems to work just fine, as do some of my simpler files. But now all of my non-trivial .scad files just make openSCAD hang up ("not responding"). They report that the total "rendering" time for the preview is about 1 second, and then hang with a blank display. Some of them seem to hang forever, but some will do the preview if I leave the room for a very long break. At least some of the ones that eventually preview, will also move the camera in response to a mouse drag, but only after a long (multi-minute) delay. I don't know if the preview problem with difference() is gone or not. Now my project, which of course is crucial to the welfare of all humanity, is dead in the water. Has anyone else seen such a result from upgrading to Windows 10? Any suggestions will be appreciated. --thanks john -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155.html Sent from the OpenSCAD mailing list archive at Nabble.com.
R
runsun
Mon, Feb 15, 2016 10:03 PM

I'm using OpenSCAD version 2015.10.17 (git fba8130) on Win10Pro for couple of
months. No issue so far.


$  Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py( 1 , 2 , git ), synwrite( 1 , 2 );  $ tips: hash( 1 , 2 ), sweep( 1 , 2 ), var( 1 , 2 ), lerp , animGif , prodVid , precision( 1 , 2 ), xl-control , type

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16156.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

I'm using OpenSCAD version 2015.10.17 (git fba8130) on Win10Pro for couple of months. No issue so far. ----- $ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py( 1 , 2 , git ), synwrite( 1 , 2 ); $ tips: hash( 1 , 2 ), sweep( 1 , 2 ), var( 1 , 2 ), lerp , animGif , prodVid , precision( 1 , 2 ), xl-control , type -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16156.html Sent from the OpenSCAD mailing list archive at Nabble.com.
M
MichaelAtOz
Mon, Feb 15, 2016 10:05 PM

You could try Edit/Preferences/Advanced/Force-Goldfeather

Perhaps try the 32bit version?? (hunch)

Upgrade your laptop....


Newly minted Admin - PM me if you need anything, or if I've done something stupid...

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.

The TPP is no simple “trade agreement.”  Fight it! http://www.ourfairdeal.org/  time is running out!

View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16157.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

You could try Edit/Preferences/Advanced/Force-Goldfeather Perhaps try the 32bit version?? (hunch) Upgrade your laptop.... ----- Newly minted Admin - PM me if you need anything, or if I've done something stupid... 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. The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out! -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16157.html Sent from the OpenSCAD mailing list archive at Nabble.com.
R
runsun
Mon, Feb 15, 2016 11:05 PM

Or maybe try using Linux. Before I got my current laptop, I've been using one
that was purchased back in 2005. With Linux (Mint 17), it runs OpenSCAD
pretty well.


$  Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py( 1 , 2 , git ), synwrite( 1 , 2 );  $ tips: hash( 1 , 2 ), sweep( 1 , 2 ), var( 1 , 2 ), lerp , animGif , prodVid , precision( 1 , 2 ), xl-control , type

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16158.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Or maybe try using Linux. Before I got my current laptop, I've been using one that was purchased back in 2005. With Linux (Mint 17), it runs OpenSCAD pretty well. ----- $ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py( 1 , 2 , git ), synwrite( 1 , 2 ); $ tips: hash( 1 , 2 ), sweep( 1 , 2 ), var( 1 , 2 ), lerp , animGif , prodVid , precision( 1 , 2 ), xl-control , type -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16158.html Sent from the OpenSCAD mailing list archive at Nabble.com.
J
jpmendes
Tue, Feb 16, 2016 7:28 PM

Hey

These are the drawbacks of changing to an immature OS. People that is
satisfied with a certain OS as I am with Windows 7, should stay with it
until the new OS matures.
Just in case try to suspend the anti-virus and observe if any change in
behavior happens. I had problems with the new OpenSCAd snapshots. Your case
is a lot different from mine however some miracle may happen.
Blind suggestions: try to give more memory to the GPU in the laptop bios,
try to enlarge the OpenSCAD caches, force goldfeather option in preferences
menu. BTW can some one explain what goldfeather is? I mean how it works.
Try this: https://www.youtube.com/watch?v=6sviDmWczz0
https://www.youtube.com/watch?v=-9ZgPW6EaPM
Good luck.

jpmendes

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16160.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Hey These are the drawbacks of changing to an immature OS. People that is satisfied with a certain OS as I am with Windows 7, should stay with it until the new OS matures. Just in case try to suspend the anti-virus and observe if any change in behavior happens. I had problems with the new OpenSCAd snapshots. Your case is a lot different from mine however some miracle may happen. Blind suggestions: try to give more memory to the GPU in the laptop bios, try to enlarge the OpenSCAD caches, force goldfeather option in preferences menu. BTW can some one explain what goldfeather is? I mean how it works. Try this: https://www.youtube.com/watch?v=6sviDmWczz0 https://www.youtube.com/watch?v=-9ZgPW6EaPM Good luck. jpmendes -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16160.html Sent from the OpenSCAD mailing list archive at Nabble.com.
J
jon
Wed, Feb 17, 2016 2:26 AM

I have not been following this thread carefully, but OpenSCAD runs on my
Win 8.1 laptop that I upgraded to Win 10.  Was there something specific
that had to be done to get OpenSCAD to hang?

Jon

On 2/16/2016 2:28 PM, jpmendes wrote:

Hey

These are the drawbacks of changing to an immature OS. People that is
satisfied with a certain OS as I am with Windows 7, should stay with it
until the new OS matures.
Just in case try to suspend the anti-virus and observe if any change in
behavior happens. I had problems with the new OpenSCAd snapshots. Your case
is a lot different from mine however some miracle may happen.
Blind suggestions: try to give more memory to the GPU in the laptop bios,
try to enlarge the OpenSCAD caches, force goldfeather option in preferences
menu. BTW can some one explain what goldfeather is? I mean how it works.
Try this: https://www.youtube.com/watch?v=6sviDmWczz0
https://www.youtube.com/watch?v=-9ZgPW6EaPM
Good luck.

jpmendes

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16160.html
Sent from the OpenSCAD mailing list archive at Nabble.com.


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org


No virus found in this message.
Checked by AVG - www.avg.com
Version: 2016.0.7442 / Virus Database: 4530/11635 - Release Date: 02/16/16

I have not been following this thread carefully, but OpenSCAD runs on my Win 8.1 laptop that I upgraded to Win 10. Was there something specific that had to be done to get OpenSCAD to hang? Jon On 2/16/2016 2:28 PM, jpmendes wrote: > Hey > > These are the drawbacks of changing to an immature OS. People that is > satisfied with a certain OS as I am with Windows 7, should stay with it > until the new OS matures. > Just in case try to suspend the anti-virus and observe if any change in > behavior happens. I had problems with the new OpenSCAd snapshots. Your case > is a lot different from mine however some miracle may happen. > Blind suggestions: try to give more memory to the GPU in the laptop bios, > try to enlarge the OpenSCAD caches, force goldfeather option in preferences > menu. BTW can some one explain what goldfeather is? I mean how it works. > Try this: https://www.youtube.com/watch?v=6sviDmWczz0 > https://www.youtube.com/watch?v=-9ZgPW6EaPM > Good luck. > > jpmendes > > > > -- > View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16160.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2016.0.7442 / Virus Database: 4530/11635 - Release Date: 02/16/16 > >
J
John
Tue, Feb 23, 2016 10:31 PM

Thanks to all of you responders.  Here are some responses to your responses.

Am I using this mailing list correctly?  Please feel free to slap me into
shape.

The question from Jon about doing anything in particular to trigger it made
me feel guilty, since I am an old QA engineer.  So I started trashing
everything that didn't cause the failure until I got to a small piece.  Very
laborious, but it finally paid off.

The code following the signature below is one of the culprits.  There is a
module named cube_RC, followed by 2 calls to it.  If I run the call that
passes a wrong-named parameter to the module, which is the first of the 2
calls, I get the hang/loop.  The parameter is defined in the module without
a default, and referenced as a vector.  Presumably <undef> is used, and
causes the problem.  If I name the parameter correctly in the call, as in
the second of the 2 calls, I get the intended result.

Being a (sorry!) total newbie to github, I could not find 2015.10.17 (git
fba8130) there.  Probably my ignorance.

I have tried forcing Goldfeather, and it doesn't seem to make a difference.

I have tried the 32-bit version of openSCAD, and that behaves the same as
the 64-bit version.

I have not tried disabling Norton antivirus yet to see if that has any
effect.

Again, many thanks, and I will keep searching for the other features of my
own buggy code that trigger this behavior.

--john

//////////////////
// SAMPLE CODE: //
//////////////////
/*
play.scad
*/

$fn = 50;
echo("");
echo($fn = $fn);
echo("
");

/*  cube with roundeded corners (and edges).  A replacement for

  • the one I did using minkowski() because that seemed pretty

  • slow.

  • The funny business with <fuzz> is for fighting the

  • "z-fighting" problem discussed in the on-line manual.
    */
    module cube_RC(size_P, rR_P = 0.01) { // cube with rounded
    // corners and edges.
    // center = false.
    // <size_P> is a size vector.

    fuzz = 1e-4;
    //////////////////////////////
    module zEdge() {
    difference() {
    translate([-fuzz, -fuzz, -fuzz])
    cube([rR_P + fuzz, rR_P + fuzz, size_P[2] + 2 * fuzz]);
    translate([rR_P, rR_P, rR_P])
    cylinder(r=rR_P, h=size_P[2] - 2 * rR_P);
    translate([rR_P, rR_P, rR_P]) sphere(r=rR_P);
    translate([rR_P, rR_P, size_P[2] - rR_P]) sphere(r=rR_P);
    }
    }
    //////////////////////////////
    //////////////////////////////
    module yEdge() {
    translate([rR_P - fuzz, 0, - fuzz])
    rotate([0, -90, 0])
    difference() {
    // lower left.
    translate([-fuzz, -fuzz, -fuzz])
    cube([rR_P + fuzz, size_P[1] + 2 * fuzz, rR_P + fuzz]);
    translate([rR_P, rR_P, 0]) rotate([-90, 0, 0])
    cylinder(r=rR_P, h=size_P[1] - 2 * rR_P);
    translate([rR_P, rR_P, 0]) sphere(r=rR_P);
    translate([rR_P, size_P[2] - rR_P], rR_P) sphere(r=rR_P);
    }
    }
    //////////////////////////////

    difference() {
        cube(size_P);
        zEdge();
        translate([size_P[0], 0, 0]) rotate([0, 0, 90]) zEdge();
        translate([size_P[0], size_P[1], 0]) rotate([0, 0, 180])
            zEdge();
        translate([0, size_P[1], 0]) rotate([0, 0, 270]) zEdge();
        yEdge();
        translate([-fuzz, 0, size_P[2]]) rotate([0, 90, 0]) yEdge();
        translate([size_P[0], 0, size_P[2]]) mirror([1, 0, 1]) yEdge();
        translate([size_P[0], 0, 0]) rotate([0, 270, 0]) yEdge();
    }
    

}
//////////////////////////////

cube_RC(cubeSize_P=[2.5, 2.5, 2.5]);  // causes hang.
// Incorrectly named parameter.
// Does not blank display
// containing a good
// object until after the
// first screen flash
// during the hang/loop.

  • cube_RC(size_P=[2.5, 2.5, 2.5]);  // doesn't hang.  Correctly named
    parameter.

--
View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16220.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Thanks to all of you responders. Here are some responses to your responses. Am I using this mailing list correctly? Please feel free to slap me into shape. The question from Jon about doing anything in particular to trigger it made me feel guilty, since I am an old QA engineer. So I started trashing everything that didn't cause the failure until I got to a small piece. Very laborious, but it finally paid off. The code following the signature below is one of the culprits. There is a module named cube_RC, followed by 2 calls to it. If I run the call that passes a wrong-named parameter to the module, which is the first of the 2 calls, I get the hang/loop. The parameter is defined in the module without a default, and referenced as a vector. Presumably <undef> is used, and causes the problem. If I name the parameter correctly in the call, as in the second of the 2 calls, I get the intended result. Being a (sorry!) total newbie to github, I could not find 2015.10.17 (git fba8130) there. Probably my ignorance. I have tried forcing Goldfeather, and it doesn't seem to make a difference. I have tried the 32-bit version of openSCAD, and that behaves the same as the 64-bit version. I have not tried disabling Norton antivirus yet to see if that has any effect. Again, many thanks, and I will keep searching for the other features of my own buggy code that trigger this behavior. --john ////////////////// // SAMPLE CODE: // ////////////////// /* play.scad */ $fn = 50; echo("*****************"); echo($fn = $fn); echo("*****************"); /* cube with roundeded corners (and edges). A replacement for * the one I did using minkowski() because that seemed pretty * slow. * * The funny business with <fuzz> is for fighting the * "z-fighting" problem discussed in the on-line manual. */ module cube_RC(size_P, rR_P = 0.01) { // cube with rounded // corners and edges. // center = false. // <size_P> is a size vector. fuzz = 1e-4; ////////////////////////////// module zEdge() { difference() { translate([-fuzz, -fuzz, -fuzz]) cube([rR_P + fuzz, rR_P + fuzz, size_P[2] + 2 * fuzz]); translate([rR_P, rR_P, rR_P]) cylinder(r=rR_P, h=size_P[2] - 2 * rR_P); translate([rR_P, rR_P, rR_P]) sphere(r=rR_P); translate([rR_P, rR_P, size_P[2] - rR_P]) sphere(r=rR_P); } } ////////////////////////////// ////////////////////////////// module yEdge() { translate([rR_P - fuzz, 0, - fuzz]) rotate([0, -90, 0]) difference() { // lower left. translate([-fuzz, -fuzz, -fuzz]) cube([rR_P + fuzz, size_P[1] + 2 * fuzz, rR_P + fuzz]); translate([rR_P, rR_P, 0]) rotate([-90, 0, 0]) cylinder(r=rR_P, h=size_P[1] - 2 * rR_P); translate([rR_P, rR_P, 0]) sphere(r=rR_P); translate([rR_P, size_P[2] - rR_P], rR_P) sphere(r=rR_P); } } ////////////////////////////// difference() { cube(size_P); zEdge(); translate([size_P[0], 0, 0]) rotate([0, 0, 90]) zEdge(); translate([size_P[0], size_P[1], 0]) rotate([0, 0, 180]) zEdge(); translate([0, size_P[1], 0]) rotate([0, 0, 270]) zEdge(); yEdge(); translate([-fuzz, 0, size_P[2]]) rotate([0, 90, 0]) yEdge(); translate([size_P[0], 0, size_P[2]]) mirror([1, 0, 1]) yEdge(); translate([size_P[0], 0, 0]) rotate([0, 270, 0]) yEdge(); } } ////////////////////////////// cube_RC(cubeSize_P=[2.5, 2.5, 2.5]); // causes hang. // Incorrectly named parameter. // Does not blank display // containing a good // object until after the // first screen flash // during the hang/loop. * cube_RC(size_P=[2.5, 2.5, 2.5]); // doesn't hang. Correctly named parameter. -- View this message in context: http://forum.openscad.org/openscad-hangs-up-after-upgrading-to-Windows-10-tp16155p16220.html Sent from the OpenSCAD mailing list archive at Nabble.com.
MK
Marius Kintel
Tue, Feb 23, 2016 10:55 PM

Hi John,

Thanks for digging in - that cleared up the core cause of the problem:

As you don’t have a default value for size_P in the cube_RC() module, the value used to calculate the geometry is undefined. In this case, OpenSCAD currently falls back to an internal default value (typically 1.0). This, again, causes your object to become a bit malformed. This doesn’t do anything bad, except that the preview renderer gets a lot more work to do (again for internal reasons on how we can render previews without calculating the final object).

Now: This should have exactly the same behavior independent on which OS you happen to be on. The only thing I can think about that would cause such a hang (it’s not really a hang, just a very badly performing rendering job) is if the GPU drivers on your new OS installation either A) suck extremely badly or B) are not installed, causing software rendering.

If you look at Help->Library Info and look for "OpenGL Version”, there should be some version info there. Please take a look and google around to see if there are any updated drivers or known problems with those drivers.

-Marius

Hi John, Thanks for digging in - that cleared up the core cause of the problem: As you don’t have a default value for size_P in the cube_RC() module, the value used to calculate the geometry is undefined. In this case, OpenSCAD currently falls back to an internal default value (typically 1.0). This, again, causes your object to become a bit malformed. This doesn’t do anything bad, except that the preview renderer gets a lot more work to do (again for internal reasons on how we can render previews without calculating the final object). Now: This should have _exactly_ the same behavior independent on which OS you happen to be on. The only thing I can think about that would cause such a hang (it’s not really a hang, just a very badly performing rendering job) is if the GPU drivers on your new OS installation either A) suck extremely badly or B) are not installed, causing software rendering. If you look at Help->Library Info and look for "OpenGL Version”, there should be some version info there. Please take a look and google around to see if there are any updated drivers or known problems with those drivers. -Marius
JD
Jerry Davis
Tue, Feb 23, 2016 11:07 PM

this indeed has a little latency on osx 10.10.5 (Yosemite)
about 5 seconds per render.

the good cube_RC has no latency at all.
I have a NVIDIA GeForce GT 750M 2048 MB
on my macbook pro

jerry

--
Extra Ham Operator: K7AZJ
Registered Linux User: 275424
Raspberry Pi and Arduino developer

The most exciting phrase to hear in science - the one that heralds new
discoveries - is not "Eureka!" but "That's funny...".
- Isaac. Asimov

I
*f you give someone a program, you will frustrate them for a day; if you
teach them how to program, you will frustrate them for a lifetime. *-
Anonymous

If writing good code requires very little comments, then writing really
excellent code requires no comments at all!
- Ken Thompson

On Tue, Feb 23, 2016 at 3:55 PM, Marius Kintel marius@kintel.net wrote:

Hi John,

Thanks for digging in - that cleared up the core cause of the problem:

As you don’t have a default value for size_P in the cube_RC() module, the
value used to calculate the geometry is undefined. In this case, OpenSCAD
currently falls back to an internal default value (typically 1.0). This,
again, causes your object to become a bit malformed. This doesn’t do
anything bad, except that the preview renderer gets a lot more work to do
(again for internal reasons on how we can render previews without
calculating the final object).

Now: This should have exactly the same behavior independent on which OS
you happen to be on. The only thing I can think about that would cause such
a hang (it’s not really a hang, just a very badly performing rendering job)
is if the GPU drivers on your new OS installation either A) suck extremely
badly or B) are not installed, causing software rendering.

If you look at Help->Library Info and look for "OpenGL Version”, there
should be some version info there. Please take a look and google around to
see if there are any updated drivers or known problems with those drivers.

-Marius


OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

this indeed has a little latency on osx 10.10.5 (Yosemite) about 5 seconds per render. the good cube_RC has no latency at all. I have a NVIDIA GeForce GT 750M 2048 MB on my macbook pro jerry -- Extra Ham Operator: K7AZJ Registered Linux User: 275424 Raspberry Pi and Arduino developer *The most exciting phrase to hear in science - the one that heralds new discoveries - is not "Eureka!" but "That's funny...".*- Isaac. Asimov *I* *f you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. *- Anonymous *If writing good code requires very little comments, then writing really excellent code requires no comments at all!*- Ken Thompson On Tue, Feb 23, 2016 at 3:55 PM, Marius Kintel <marius@kintel.net> wrote: > Hi John, > > Thanks for digging in - that cleared up the core cause of the problem: > > As you don’t have a default value for size_P in the cube_RC() module, the > value used to calculate the geometry is undefined. In this case, OpenSCAD > currently falls back to an internal default value (typically 1.0). This, > again, causes your object to become a bit malformed. This doesn’t do > anything bad, except that the preview renderer gets a lot more work to do > (again for internal reasons on how we can render previews without > calculating the final object). > > Now: This should have _exactly_ the same behavior independent on which OS > you happen to be on. The only thing I can think about that would cause such > a hang (it’s not really a hang, just a very badly performing rendering job) > is if the GPU drivers on your new OS installation either A) suck extremely > badly or B) are not installed, causing software rendering. > > If you look at Help->Library Info and look for "OpenGL Version”, there > should be some version info there. Please take a look and google around to > see if there are any updated drivers or known problems with those drivers. > > -Marius > > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >