FernV, calling FernV
27 Dec 2023 14:05 #289170
by cmorley
Replied by cmorley on topic FernV, calling FernV
Some work is being done by me for an update:
forum.linuxcnc.org/qtvcp/50926-developme...a-qt-version-of-ncam
You should be able to run the programs without ncam, you need the ncam oword libraries available and the INI SUBROUTINE_PATH must be set.
forum.linuxcnc.org/qtvcp/50926-developme...a-qt-version-of-ncam
You should be able to run the programs without ncam, you need the ncam oword libraries available and the INI SUBROUTINE_PATH must be set.
Please Log in or Create an account to join the conversation.
27 Jan 2024 13:58 #291747
by freemoore
Replied by freemoore on topic FernV, calling FernV
Thanks, Aciera and cmorley, this is fantastic news. Although my current toolchain of Rhino3d/Grasshopper/sheetcam is great and likely more powerful than I'll ever much use, NativeCAM is still useful daily for so much stuff, it's just so immediate.
I've tried a bunch of times to hack together some way of getting the use of it on an otherwise updated machine, without success. If I can help out with testing at all please let me know.
I've tried a bunch of times to hack together some way of getting the use of it on an otherwise updated machine, without success. If I can help out with testing at all please let me know.
Please Log in or Create an account to join the conversation.
- BogdanTheGeek
- Offline
- New Member
Less
More
- Posts: 6
- Thank you received: 6
03 Feb 2024 18:59 #292321
by BogdanTheGeek
Replied by BogdanTheGeek on topic FernV, calling FernV
Hi All, I had some spare time today and *I think* I ported most of NativeCAM to python3 and gtk3.
I am currently testing it, but I have never used it, so I would appreciate anyone else testing it.
Here is my fork of NativeCAM: github.com/BogdanTheGeek/NativeCAM
I've added a requirements.txt, but it might be incomplete
I am currently testing it, but I have never used it, so I would appreciate anyone else testing it.
Here is my fork of NativeCAM: github.com/BogdanTheGeek/NativeCAM
I've added a requirements.txt, but it might be incomplete
Please Log in or Create an account to join the conversation.
- BogdanTheGeek
- Offline
- New Member
Less
More
- Posts: 6
- Thank you received: 6
04 Feb 2024 14:11 #292390
by BogdanTheGeek
Replied by BogdanTheGeek on topic FernV, calling FernV
After spending a few more hours trying to get to the bottom of why it keep segfaulting randomly, I can only presume that somewhere in this 6000 line mess, there is a race condition in the element tree updating code ( It accesses both GTK and X11 somehow ). As I have never used the tool, and it doesn't seem to work for me, I think this is where I leave it. I have learned quite a bit from the code base, but I think that it's too (unnecessarily) complex to update, and a full re-write might be a better use of time.
For anyone with moremasochistic tendencies skill:
To get the icons for the ToolBar to show up, i had to do a dirty hack at line 3616 to set a gtk-icon based on the label of the action. This is extra stupid because the actions are used to create the menu items as well as the toolbar. A proper solution would use Gio.Action.
The pop up field editor is what is causing the segfaults. Converting them to a normal dialog might fix it, but i think the bigger issue is the TreeView implementation. I think somewhere in the code we are leaking the values, or they get freed.
On the bright side, this has finally motivated me to finish my (very basic) programmatic CAM library and maybe turn it into a fully fledged tool.
Shameless plug:
github.com/BogdanTheGeek/libccam - Generate gcode with C functions (Originally targeted to GRBL, but should work with LinuxCNC)
github.com/BogdanTheGeek/cginc - OpenGL gcode visualiser with the ability to import STL files
For anyone with more
To get the icons for the ToolBar to show up, i had to do a dirty hack at line 3616 to set a gtk-icon based on the label of the action. This is extra stupid because the actions are used to create the menu items as well as the toolbar. A proper solution would use Gio.Action.
The pop up field editor is what is causing the segfaults. Converting them to a normal dialog might fix it, but i think the bigger issue is the TreeView implementation. I think somewhere in the code we are leaking the values, or they get freed.
On the bright side, this has finally motivated me to finish my (very basic) programmatic CAM library and maybe turn it into a fully fledged tool.
Shameless plug:
github.com/BogdanTheGeek/libccam - Generate gcode with C functions (Originally targeted to GRBL, but should work with LinuxCNC)
github.com/BogdanTheGeek/cginc - OpenGL gcode visualiser with the ability to import STL files
The following user(s) said Thank You: tommylight, Unlogic
Please Log in or Create an account to join the conversation.
- tommylight
- Away
- Moderator
Less
More
- Posts: 18787
- Thank you received: 6311
04 Feb 2024 14:22 #292394
by tommylight
Replied by tommylight on topic FernV, calling FernV
Just putting it out there, QtPlasmaC has wizards that work for plasma cutting, how hard would it be to modify those for a mill?
Chris is working on this, i think, already, but not public yet.
Chris is working on this, i think, already, but not public yet.
Please Log in or Create an account to join the conversation.
- BogdanTheGeek
- Offline
- New Member
Less
More
- Posts: 6
- Thank you received: 6
04 Feb 2024 14:55 #292404
by BogdanTheGeek
Replied by BogdanTheGeek on topic FernV, calling FernV
What is the consensus on LinuxCNC interfaces.
I use GMOCCAPY for all my machines because I don't particularly feel nostalgic about Windows 95.
That would probably dictate what is the best GUI framework to use. Personally, I don't like GTK that much, but QT is not much better. I would rather have a cross platform, stand alone tool instead of a plugin. I also especially don't think python is the right tool to create UIs ( I have been using it with Tkinter and GTK for work ), but i understand the reasons for using it.
I also don't want to program my mill from LinuxCNC and for the Lathe, I am trying out github.com/andypugh/LatheMacros
I use GMOCCAPY for all my machines because I don't particularly feel nostalgic about Windows 95.
That would probably dictate what is the best GUI framework to use. Personally, I don't like GTK that much, but QT is not much better. I would rather have a cross platform, stand alone tool instead of a plugin. I also especially don't think python is the right tool to create UIs ( I have been using it with Tkinter and GTK for work ), but i understand the reasons for using it.
I also don't want to program my mill from LinuxCNC and for the Lathe, I am trying out github.com/andypugh/LatheMacros
The following user(s) said Thank You: tommylight, HalaszAttila
Please Log in or Create an account to join the conversation.
04 Feb 2024 15:45 #292410
by Aciera
Replied by Aciera on topic FernV, calling FernV
I don't think there is consensus about anything. If somebody feels motivated to create something and share it with other users then it may be adopted or it may not.
The main issue is support and bug fixes. In that sense a project with the complexity of NativeCAM and just a single developer looking after it runs a higher risk of being abandoned code then AXISGUI which may not be as polished as other GUIs but has been adopted as the defacto standard that has been around for many years.
I have used NativeCam quite a bit in the past and the point of using a conversational tool like it is that it supports the machine operator in creating programs on the controller. If I need to switch to another machine then I might as well startup my CAD/CAM package.
The main issue is support and bug fixes. In that sense a project with the complexity of NativeCAM and just a single developer looking after it runs a higher risk of being abandoned code then AXISGUI which may not be as polished as other GUIs but has been adopted as the defacto standard that has been around for many years.
I have used NativeCam quite a bit in the past and the point of using a conversational tool like it is that it supports the machine operator in creating programs on the controller. If I need to switch to another machine then I might as well startup my CAD/CAM package.
Please Log in or Create an account to join the conversation.
21 Feb 2024 19:54 - 21 Feb 2024 19:55 #293922
by Giovanni
Replied by Giovanni on topic FernV, calling FernV
@BogdanTheGeek
How can I install your version?
How can I install your version?
Last edit: 21 Feb 2024 19:55 by Giovanni.
Please Log in or Create an account to join the conversation.
28 Feb 2024 17:26 #294706
by okiejim
Replied by okiejim on topic FernV, calling FernV
I just downloaded NativeCam from github onto my opensuse box. I seems to be working. This is not on my cnc box yet as I need to upgrade to 2.9. I hope to do that this week and then try the new nativecam, which I use as my cam. Any thing I need to watch out for before I do the upgrade. I don't want to loose my working copy o NativeCam on linuxcnc 2.8.
Please Log in or Create an account to join the conversation.
Time to create page: 0.086 seconds