Linux VM Host support for OpenGL 2+ for Windows Client?
On Debian, I use Boxes to install Windows 10 Pro hoping for an environment to
test OpenSCAD.
But I get:
Warning: Missing OpenGL capabilities for OpenCSG - OpenCSG has been
disabled.
...
GLEW version 1.12.0
GDI Generic (Microsoft Corporation)
OpenGL version 1.1.0
Even though Preference Enable for OpenGL 1.x is set.
Firstly, what is that preference meant to do?
Secondly, anyone have tips to either get Windows 10 (with OpenCSG) working
in Boxes, or knows of another Linux VM host which does support it? Boxes
options/settings seem limited.
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.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
Noting also that on a Debian VM running in Boxes, OpenSCAD shows:
OpenGL Version: 3.0 Mesa 13.0.6
GL Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
GL Vendor: VMware, Inc.
RGBA(8880), depth(0), stencil(0)
So Boxes can support it...
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.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
depth(0) and stencil (0) look like the problem as it will need depth and
stencil buffers for OpenCSG.
On my system its depth(24), stencil(8)
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)
Also it looks like you don't even have an alpha channel.
On Thu, 15 Aug 2019 at 07:47, MichaelAtOz oz.at.michael@gmail.com wrote:
Noting also that on a Debian VM running in Boxes, OpenSCAD shows:
OpenGL Version: 3.0 Mesa 13.0.6
GL Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits)
GL Vendor: VMware, Inc.
RGBA(8880), depth(0), stencil(0)
So Boxes can support it...
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.
The TPP is no simple “trade agreement.” Fight it!
http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Yet it works: (OpenSCAD on Debian in Boxes)
http://forum.openscad.org/file/t359/Screenshot_from_2019-08-15_18-18-05.png
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.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
What does the library info show? AFAIK OpenCSG can't possibly work without
a depth buffer and even transparency would be impossible without an alpha
channel.
On Thu, 15 Aug 2019 at 09:21, MichaelAtOz oz.at.michael@gmail.com wrote:
Yet it works: (OpenSCAD on Debian in Boxes)
<
http://forum.openscad.org/file/t359/Screenshot_from_2019-08-15_18-18-05.png>
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.
The TPP is no simple “trade agreement.” Fight it!
http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
You can drop in the Mesa Driver as mentioned for MSYS2
https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows#OpenGL_(Optional)
The driver DLL should work without all the MSYS2 stuff
by just extracting it and putting it into the same folder
as the openscad.exe.
ciao,
Torsten.
tp3 wrote
The driver DLL should work without all the MSYS2 stuff
by just extracting it and putting it into the same folder
as the openscad.exe.
ciao,
Torsten.
That works nicely, and also fixes OpenSCAD via RDP (ie Windows to Windows),
which had been a pain, thanks.
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.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
Sent from: http://forum.openscad.org/