-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement Meshes #225
Comments
Hey @cesarecaoduro! Could you give me some insight on what I would be happy to port my https://github.com/Paramdigma/Core/blob/master/src/Geometry/Mesh.cs I'm looking into some fun tasks to accomplish through-out this Christmas and this sounds like a nice one! Anyway, happy to have a chat about this before getting started with anything. |
Half-edge would be awesome! Yes pls! |
Perfect, I'll get the ball rolling by the end of the week. I may open a Draft PR first to start a discussion on implementation details, etc... once I have a working ported |
Fantastic, Alan! Amazing to have you contributing! 💪 |
Just catching up in the morning :) |
IMHO we're not going to need CSG if we implement Brep, especially in terms of operations. The latter is more flexible and has wider applications. Is there a specific use case for CSG you had in mind? |
CSG is less computation intensive for simple operations (and sometimes all you need is a simple boolean), but I agree, if we manage to get BREP going, we can avoid developing CSG.
Sent from Outlook for iOS<https://aka.ms/o0ukef>
…________________________________
From: Guido Maciocci ***@***.***>
Sent: Tuesday, December 20, 2022 7:12:49 AM
To: GSharker/G-Shark ***@***.***>
Cc: Cesare Caoduro ***@***.***>; Mention ***@***.***>
Subject: Re: [GSharker/G-Shark] Implement Meshes (#225)
Just catching up in the morning :)
Amazing to have you contributing to Gshark.
We’ve been in silent mode for quite some time due to different work commitments, but we’re planning to come back now.
Mesh implementation was absolutely in the roadmap, as CSG and some form of BREP.
IMHO we're not going to need CSG if we implement Brep, especially in terms of operations. The latter is more flexible and has wider applications. Is there a specific use case for CSG you had in mind?
—
Reply to this email directly, view it on GitHub<#225 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AGJG6AYWWRYJR4BYTS5OEBLWOC6UDANCNFSM5BLP7EEA>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Not to hijack completely this conversation into a CSG vs Brep discussion... but if I were to choose I would choose both. There is no good CSG library for C# that you can rely on to make mesh booleans for you afaik. It's 2 different use-cases for 2 different type of users I guess. The way I see it, CSG is just a "set of procedural steps that result in a specific shape" and as such, could be applied to BREP generation too (or any type of geometry really), and it's a concept that is closer to Grasshopper than Rhino modelling. It also serialises into nothing (as opposed to serialising a Brep) If you've ever manually created BREP's with PS: Maybe a new issue should be opened for this 😅 |
New issue here: #386 (comment) So yeah... We probably want both 😁 |
Implement the base mesh class
The text was updated successfully, but these errors were encountered: