huxingyi

5 ms·

1. 1.▲
   Show HN: Dust3D 1.0 – low-poly 3D modeling tool (10 years in the making)(dust3d.org)

   8 points by huxingyi 5mo ago|0 comments
2. 2.▲
   Show HN: AutoRemesher – Automatic quad retopology tool(github.com)

   1 points by huxingyi 6y ago|0 comments
3. 3.▲
   by huxingyi 6y ago

   This framework has the potential to become another Qt if UI is been added. The coding style and document[0] are solid and similar with Qt[1]. Giving the Qt is heading in an unpopular way[2], I am looking forward to this framework. [0] http
4. 4.▲
   by huxingyi 7y ago

   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
5. 5.▲
   by huxingyi 7y ago

   Thanks, that's good!
6. 6.▲
   by huxingyi 7y ago

   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 i
7. 7.▲
   by huxingyi 7y ago

   Thanks, I checked that link. The "CGAL/Polygon Mesh Processing" package is licensed on GPL: https://doc.cgal.org/latest/Manual/packages.html And the mentioned other libraries doesn't have the f
8. 8.▲
   by huxingyi 7y ago

   Thanks, so that means the user have to open source their script also.
9. 9.▲
   by huxingyi 7y ago

   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.
10. 10.▲
    by huxingyi 7y ago

    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
11. 11.▲
    Ask HN: Could I use GPL licensed library in my MIT licensed project?

    7 points by huxingyi 7y ago|13 comments
12. 12.▲
    by huxingyi 7y ago

    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++.
13. 13.▲
    by huxingyi 7y ago

    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 parameteriz
14. 14.▲
    by huxingyi 7y ago

    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
15. 15.▲
    by huxingyi 8y ago

    Thanks. Yes, it’s painful of manage cpp with different compilers, the cross platform of Dust3D mainly benefit from Qt.
16. 16.▲
    by huxingyi 8y ago

    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 deve
17. 17.▲
    by huxingyi 8y ago

    Thanks for the info, may have a try to see how Dust3D could benefit from this.
18. 18.▲
    by huxingyi 8y ago

    Input by direct type number of position and radius? Not yet.
19. 19.▲
    by huxingyi 8y ago

    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&#x2F
20. 20.▲
    by huxingyi 8y ago

    > 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 scen
21. 21.▲
    by huxingyi 8y ago

    Thanks for verifying :-)
22. 22.▲
    by huxingyi 8y ago

    Thanks, the underlying mesh render use the Qt/QOpenGLWidget, haven't try it with OpenGL ES2.0 and OpenGL 2.x
23. 23.▲
    by huxingyi 8y ago

    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.
24. 24.▲
    by huxingyi 8y ago

    Hi, thanks, currently support glb, fbx obj export, but without import supports, may be add in the future.
25. 25.▲
    by huxingyi 8y ago

    Thanks, I am really happy to hear that it can work with VR.
26. 26.▲
    by huxingyi 8y ago

    Thanks, but it's a little too late to rename, too many things need to sync, such as domain.
27. 27.▲
    by huxingyi 8y ago

    Hi, some reported several hours ago, and I have released 1.0.0-beta.4 to fix it, could you help to verify if it still crash please? Download link for windows: https://github.com/huxingyi/dust3d/releases/downlo
28. 28.▲
    by huxingyi 8y ago

    What interaction patterns? You mean the weird combine two profiles in one window :-) ? That is my idea. The sphere guided mesh generation is based on a paper: "B-Mesh: A Fast Modeling System for Base Meshes of 3D Articulated Shapes&quo
29. 29.▲
    by huxingyi 8y ago

    Dust3D use right-handed coordinate space, X - front view, Z - side view, Y - up. I am not quite sure what exactly coordinate space other software use, but I make sure the exported fbx looks as the same in Unity, and the exported glb looks a
30. 30.▲
    by huxingyi 8y ago

    Oh, no, that guitar is my favorite :-( The main focus of this software is the modeling speed, for example, that guitar only took less than five minutes. So I can make more game asset as an indie. Actually, the model made recently is already