Re: Creating a Bevel Gear with Straight Teeth
Nathan,
Why not use a pair of bevel gears?
There's another gear library which will do this, here,
http://www.thingiverse.com/thing:3575, Greg's library is also
referenced in another OpenSCAD library source, but I can't remember
where right now.
This library has some good examples to created meshing pairs, I've been
using gears made this way for six years.
It is also fairly easy to modify and get gears that will mesh together
and work if you print them, but you might have to get creative to print
a pinion [the small one] with an outside face that is not scarred by
support, you might also have to go back to OpenSCAD v2019.05 to get
usable exports as STL's, I've been having issues with later versions,
sadly that means you have to put up with glacial CSG rendering not
Manifold, which is lightning quick.
A pair of gears should have the same cone distance and outside circular
pitch, even if the number of teeth is different.
Drop me a line if you need a bit more help.
Roger.
I also recommend looking at https://github.com/dpellegr/PolyGear
Len
On Mon, Oct 27, 2025 at 7:04 AM Roger Whiteley via Discuss <
discuss@lists.openscad.org> wrote:
Nathan,
Why not use a pair of bevel gears?
There's another gear library which will do this, here,
http://www.thingiverse.com/thing:3575, Greg's library is also
referenced in another OpenSCAD library source, but I can't remember
where right now.
This library has some good examples to created meshing pairs, I've been
using gears made this way for six years.
It is also fairly easy to modify and get gears that will mesh together
and work if you print them, but you might have to get creative to print
a pinion [the small one] with an outside face that is not scarred by
support, you might also have to go back to OpenSCAD v2019.05 to get
usable exports as STL's, I've been having issues with later versions,
sadly that means you have to put up with glacial CSG rendering not
Manifold, which is lightning quick.
A pair of gears should have the same cone distance and outside circular
pitch, even if the number of teeth is different.
Drop me a line if you need a bit more help.
Roger.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
BOSL2 can create mating bevel gears as well.
On Mon, Oct 27, 2025 at 09:44 Leonard Martin Struttmann via Discuss <
discuss@lists.openscad.org> wrote:
I also recommend looking at https://github.com/dpellegr/PolyGear
Len
On Mon, Oct 27, 2025 at 7:04 AM Roger Whiteley via Discuss <
discuss@lists.openscad.org> wrote:
Nathan,
Why not use a pair of bevel gears?
There's another gear library which will do this, here,
http://www.thingiverse.com/thing:3575, Greg's library is also
referenced in another OpenSCAD library source, but I can't remember
where right now.
This library has some good examples to created meshing pairs, I've been
using gears made this way for six years.
It is also fairly easy to modify and get gears that will mesh together
and work if you print them, but you might have to get creative to print
a pinion [the small one] with an outside face that is not scarred by
support, you might also have to go back to OpenSCAD v2019.05 to get
usable exports as STL's, I've been having issues with later versions,
sadly that means you have to put up with glacial CSG rendering not
Manifold, which is lightning quick.
A pair of gears should have the same cone distance and outside circular
pitch, even if the number of teeth is different.
Drop me a line if you need a bit more help.
Roger.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
The basic summary of what I am doing involves 1 rack gear, 1 spur gear, and 2 bevel gears. The spur gear interacts with the rack gear, and the spur gears interact with each other. The spur & one of the bevel will be attached to each other (so it will basically be half spur, half bevel), and I want them to have the same radius/diameter, but I need the bevel gear to not interfere with the interaction between the spur & rack gears.
Nathan Sokalski
njsokalski@hotmail.commailto:njsokalski@hotmail.com
From: Adrian Mariano via Discuss discuss@lists.openscad.org
Sent: Monday, October 27, 2025 10:24 AM
To: OpenSCAD general discussion Mailing-list discuss@lists.openscad.org
Cc: Adrian Mariano avm4@cornell.edu
Subject: [OpenSCAD] Re: Creating a Bevel Gear with Straight Teeth
BOSL2 can create mating bevel gears as well.
On Mon, Oct 27, 2025 at 09:44 Leonard Martin Struttmann via Discuss <discuss@lists.openscad.orgmailto:discuss@lists.openscad.org> wrote:
I also recommend looking at https://github.com/dpellegr/PolyGear
Len
On Mon, Oct 27, 2025 at 7:04 AM Roger Whiteley via Discuss <discuss@lists.openscad.orgmailto:discuss@lists.openscad.org> wrote:
Nathan,
Why not use a pair of bevel gears?
There's another gear library which will do this, here,
http://www.thingiverse.com/thing:3575, Greg's library is also
referenced in another OpenSCAD library source, but I can't remember
where right now.
This library has some good examples to created meshing pairs, I've been
using gears made this way for six years.
It is also fairly easy to modify and get gears that will mesh together
and work if you print them, but you might have to get creative to print
a pinion [the small one] with an outside face that is not scarred by
support, you might also have to go back to OpenSCAD v2019.05 to get
usable exports as STL's, I've been having issues with later versions,
sadly that means you have to put up with glacial CSG rendering not
Manifold, which is lightning quick.
A pair of gears should have the same cone distance and outside circular
pitch, even if the number of teeth is different.
Drop me a line if you need a bit more help.
Roger.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.orgmailto:discuss-leave@lists.openscad.org
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.orgmailto:discuss-leave@lists.openscad.org
Good Evening everyone I sometimes get this problem .. sometimes not. this lib file is part of gettext, i know that much. But it is not part of gettext when i install it in Windows using WinGet .. nor in Msys2 with pacman i do have C:/lib/gettext-0.26/gettext-runtime/intl/ in my include path but the only libintl file is libintl.rc do i have to build something to configure gettext? -- jeff is vulcan_ in the cloud
On 10/27/2025 11:02 AM, Jeffrey Hayes via Discuss wrote:
I sometimes get this problem .. sometimes not. this lib file is part
of gettext, i know that much. But it is not part of gettext when i
install it in Windows using WinGet .. nor in Msys2 with pacman
i do have C:/lib/gettext-0.26/gettext-runtime/intl/
http://C:/lib/gettext-0.26/gettext-runtime/intl/ in my include path
but the only libintl file is libintl.rc
do i have to build something to configure gettext?
Are you following the instructions in
https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows
If not, do that.
If you are trying to build in any other environment - which it sure
looks like you are - that's a very advanced project and you're on your
own. You will need to figure out how to get each of the components into
your environment, get their builds and the OpenSCAD build itself to run
right, resolve all incompatibilities, et cetera. It is not for the
faint of heart.
Homebrew (and Linuxbrew) can be your friend if you're using MacOS or Linux.
On Mon, Oct 27, 2025 at 1:27 PM Jordan Brown via Discuss <
discuss@lists.openscad.org> wrote:
On 10/27/2025 11:02 AM, Jeffrey Hayes via Discuss wrote:
I sometimes get this problem .. sometimes not. this lib file is part of
gettext, i know that much. But it is not part of gettext when i install it
in Windows using WinGet .. nor in Msys2 with pacman
i do have C:/lib/gettext-0.26/gettext-runtime/intl/ in my include path
but the only libintl file is libintl.rc
do i have to build something to configure gettext?
Are you following the instructions in
https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows
If not, do that.
If you are trying to build in any other environment - which it sure looks
like you are - that's a very advanced project and you're on your own. You
will need to figure out how to get each of the components into your
environment, get their builds and the OpenSCAD build itself to run right,
resolve all incompatibilities, et cetera. It is not for the faint of heart.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
gettext is one of the most tricky projects to build.
I agree 100% that following the documented path (which is also that the GitHub CI does) is the only quick way to success.
-Marius
On Oct 27, 2025, at 19:02, Jeffrey Hayes via Discuss discuss@lists.openscad.org wrote:
Good Evening everyone
I sometimes get this problem .. sometimes not. this lib file is part of gettext, i know that much. But it is not part of gettext when i install it in Windows using WinGet .. nor in Msys2 with pacman
i do have C:/lib/gettext-0.26/gettext-runtime/intl/ http://c/lib/gettext-0.26/gettext-runtime/intl/ in my include path but the only libintl file is libintl.rc
do i have to build something to configure gettext?
--
jeff is vulcan_ in the cloud
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
i had this reply from Jordan .. if i am reading the letters in this thread correctly: Are you following the instructions in https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows If not, do that. and his conclusion was that i was not following those instructions. Folks, you should know 2 things about me by now .. i can dive into things hard and fast, and .. i enjoy looking like an idiot as little as any of you do. I do not mind being an uninformed idiot who should RTFM while i am on the steep part of a learning curve .. but when I ask for help publicly you can trust that due diligence has been done. a few days back i posted in this very list that i had achieved an Msys2 based build in Windows 11 following those very instructions, using an Msys2 Shell inside Visual Studio Code, from the head of the master branch of the OpenSCAD repo. I did it again yesterday with the same setup, but on a personal repo, bitbasher/openscad#new-examples, just to be sure that my personal branch would build correctly too. All i was doing today was repeating all that in a different personal branch for bug JSON Errors are not reported #6224 .. i want to be able to run the code before i submit a PR Another point that some might raise .. yes, i am building to test changes needed to solve this bug, but the failure is being reported on this line (line 27) of builtin_functions.cc long before it gets to my changes with this traceback [ 8%] Building CXX object CMakeFiles/ OpenSCAD.dir/src/core/builtin_functions.cc.obj In file included from C:/bin/msys64/mingw64/include/boost/format.hpp:49 , from D:/repositories/openscad-6224/src/utils/printutils.h:26 , from D:/repositories/openscad-6224/src/utils/exceptions.h:10 , from D:/repositories/openscad-6224/src/Feature.h:7 , from D:/repositories/openscad-6224/src/core/function.h:5 , from D:/repositories/openscad-6224/src/core/builtin_functions.cc:27 : and it is printutils.h that is not finding libintl.h This is the same Visual Studio Code installation, a copy of the C++ configuration from the successful master branch build, the same installation of Msys2 that has already worked twice so .. if anyone has any insight into how gettext can be teased into producing the needed libintl.h file i would be grateful. -- jeff is vulcan_ in the cloud, bitbasher in GitHub
Indeed Father Horton .. an i may have to move to my Macbook to test my bug fix, but i would Really Like to see it work on Windows before doing a PR -- jeff is vulcan_ in the cloud