huxingyi
|
5 years ago
|
on: Plywood: A New Cross-Platform Open Source C++ Framework
huxingyi
|
6 years ago
|
on: Async.h – asynchronous, stackless subroutines in C
Neat! I checked the async.h, looks like it doesn't support nested calls?
I did a similar toy many years ago, which could be used with other async libraries such as libuv:
https://github.com/huxingyi/c-block
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
Thanks, that's good!
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
Thanks, to conclude from your detailed answer: I can still license the code other than CGAL to MIT, but license the whole project to GPL, and in the future if I removed CGAL, I can license the whole project back to MIT. And the plugin API is not related with CGAL at all, so I can let the user choose whatever the license.
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
Thanks, so that means the user have to open source their script also.
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
Thanks, I mainly use the CGAL/Polygon_mesh_processing to do mesh boolean. I saw some thread say CGAL commercial license cost $12K, it's not affordable for a side project yet.
huxingyi
|
6 years ago
|
on: Ask HN: Could I use GPL licensed library in my MIT licensed project?
Thanks,
> 1. MIT can easily be re-licensed as GPL. You can keep a branch of it right before the introduction of CGAL, so if someone really wanted to, they could replace it with something else themselves.
It's too late, I introduced CGAL very early.
> 2. This is where it gets tricky. Yes, though you'll need the permission of all your contributors to the GPL version of your project, and replace all the GPL code ith similar functioning code. You should avoid just line-by-line rewriting of the GPL code though, you'll need to have a unique implementation.
So, I guess it's a Yes. If I removed CGAL in the future.
> 3. Again, tricky, but MIT would probably be OK, because MIT is compatible with GPL, if it's within the GPL'd project.
Basically, if I have to license my project on GPL because of CGAL, I would like the scripts wrote by user could license on whatever user like. But I am not sure if is possible.
huxingyi
|
6 years ago
|
on: Comparing the Same Project in Rust, Haskell, C++, Python, Scala and OCaml
The actual effort of writing one line of code in the specific language doesn’t mention in the article.
Write one line of rust is extremely difficult than one line of Python, or even C++.
huxingyi
|
6 years ago
|
on: Show HN: A Polygon Mesh Processing Library
Looks like a really good start. One suggestion: add mesh boolean algorithm, currently, only CGAL do this well, if your library could supports this on the MIT license, I would definitely try it. Currently, I am using libigl to do parameterization and CGAL to do mesh boolean in my 3D modeling software[1]
[1] https://github.com/huxingyi/dust3d
huxingyi
|
6 years ago
|
on: Protothreads: Lightweight Stackless Threads in C
Inspired by Protothreads, I implemented a similar framework 5 years ago, well, not exactly a framework, just several lines of macros, which could be used in general purpose not just embedded system (I am not sure if Protothreads can be used in general purpose).
I used it in product environment with libuv, here is the github link:
https://github.com/huxingyi/c-block
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Thanks. Yes, it’s painful of manage cpp with different compilers, the cross platform of Dust3D mainly benefit from Qt.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Thanks for asking, there is a target in my mind that generate highly detailed mesh but maintained the easy usability. I don't know how far the target is away. The near roadmap is making this software could be used in the game I am developing exclusively(Without use other modeler), if something is missing, I would add it.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Thanks for the info, may have a try to see how Dust3D could benefit from this.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Input by direct type number of position and radius? Not yet.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Blue smudges! my god, LOL, That is the drawing of the front view of the mosquito! The blue lines dragged down in the GIMP is the reference line. Usually, when make reference sheet for Dust3D, the same position in the two profiles(Front/Side) should sit in the same height(Y coord). This video is a demonstration of how bad at drawing can still make good 3D model with Dust3D.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
> What do you think of CGAL?
I am using some function of CGAL in Dust3D, it's a great work. However, it doesn't work with iOS and it's license is more strict than MIT, may remove it in the future.
> Are you using a scene graph for the display?
I am using Qt/QOpenGLWidget for display.
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Thanks for verifying :-)
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
Thanks, the underlying mesh render use the Qt/QOpenGLWidget, haven't try it with OpenGL ES2.0 and OpenGL 2.x
huxingyi
|
7 years ago
|
on: Show HN: Cross-platform open-source 3D modeling software
should be ok with 3D printing, because the outcome of Dust3D generated is a watertight mesh. However, I don't have a 3D printer, cannot try yet.
[0] https://plywood.arc80.com/docs/modules/runtime/api/string/St... [1] https://doc.qt.io/qt-5/qstring.html [2] https://www.qt.io/blog/qt-offering-changes-2020