Hacker News new | past | comments | ask | show | jobs | submit login
Origami Simulator (origamisimulator.org)
233 points by parisianka on Oct 25, 2020 | hide | past | favorite | 23 comments



I found "Origami Editor 3D" desktop app very cool, but, sadly, it's development stalled since 2017.[0,1]

[0] https://sourceforge.net/projects/origamieditor3d/

[1] https://github.com/bagyoni/origamieditor3d


oe3d dev here. I stopped because

- the code became unmaintainable

- apparently no one was using it for making origami (unintuitive UI?)

- I found more interesting things to do (including my day job)

It was a fun project but I don't want to return to it.


> - apparently no one was using it for making origami (unintuitive UI?)

I use it since 2015 & its UI is intuitive for me![0]

Here is paper plane I built in Origami Editor 3D on March 4th 2017, just next day after v1.3.4 was released![1]

Here is Twitter-thread covering Origami Editor 3D usage, posted by 'Piku' on May-June 2020.[2]

[0] https://github.com/bagyoni/origamieditor3d/issues/1

[1] https://twitter.com/app4soft/status/1320626850629095424

[2] https://twitter.com/pikuotaku/status/1264568087048679424


I really hate it when websites don’t honor “Request Desktop Website”. There’s no good reason why this can’t be viewed on a modern iPhone/iPad.


The 3d free-rotation for this view camera is a traditionally awkward way (in my opinion) for rotating. I've used different 3d modeling applications, few that do it this way, but I never liked it. I think the early Photoshop 3d viewport used this, but now does something else. Lightwave modeler always had one of the best free-rotation cameras.

Off-hand, I don't remember what that rotation equation is to be most effective.


I think this is the “virtual trackball” from this SIGGRAPH 1988 paper http://www.math.utah.edu/~palais/Links/Chen_Trackball_3-D_ro... which I think was also the method described in Graphics Gems circa 1990.

A mouse is in general a horrible input device for inputting arbitrary 3d rotations, because it doesn’t have enough degrees of freedom.

By far the best tool is a 3-DOF trackball set up so that arbitrary rotations of the ball are directly converted into rotations in the computer.

Next best is some other physical device with gyro/accelerometer so that (slightly less accurate but still) direct manipulation can be input.

Next best after that is something with multitouch or perhaps one of those 6 DOF “space mouse” devices.


Yes, the problem with this method is that the final orientation depends on the path you cursor takes, i.e. dragging up 100px and left 100px is different than dragging left 100px and up 100px...

Of course, that's just the way 3D rotations work: SO(3) [1] is non-Abelian. However, doing this with an input device that has one too few degrees of freedom makes it very awkward to use.

When you have a well-defined "ground" plane in your scene, then turntable-style rotation is the most intuitive, where horizontal dragging rotates around the ground plane's normal, while vertical dragging changes the azimuth angle. This makes the final orientation independent of the cursor's path, on the other hand, orientations where the ground plane would be skewed are unreachable.

Some people swear on Ken Shoemake's ARCBALL [2] technique, but I personally found it less intuitive than the turntable method (although I might have implemented it incorrectly ¯\_(ツ)_/¯).

[1] https://en.wikipedia.org/wiki/3D_rotation_group

[2] https://tommyhinks.files.wordpress.com/2012/02/shoemake92_ar...


I agree, turntable is easily the most intuitive method. How often do you want to view an object not horizontally? Almost never.

With non-turntable rotation you always end up having to make little circles with your mouse to rotate the view horizontal again.


For viewing objects I find a turntable style view best in most circumstances. For landscape or architecture (where you're in the scene), mouselook with WASD + vertical up/down.

Neither of these control styles are 6dof; they don't provide a roll control, only elevation, azimuth and position. Roll is rarely useful IMHO and including it in the normal control scheme makes things hard to use. Put roll behind an explicit modifier key, and have a reset-roll action somewhere.


Great job but for Examples/SimpleFolds/Russian Triangle

had to go old skool physical media to understand what's going on

https://youtu.be/nz1TMFyhqMs


Also checkout Erik Demaine's work on computational folding & origami: https://erikdemaine.org/folding/



The strain visualization is very cool, and presents an interesting insight into activation energy, and the way proteins fold.



Origami theory seems far beyond its application. Is there any efficient way to construct these intricate patterns? Maybe something like a 3d printer for origami?


I've spent a little time over the years thinking about how you could do this. I can't see a way!


This guy recently trying using 3D printer to automate making foldable patterns: https://mobile.twitter.com/drew_makes/status/131899575440553...


More discussed 2.5 years ago [1] when it's still just a page at https://amandaghassaei.com/ (check out his other great works).

[1] https://news.ycombinator.com/item?id=16374575


Very nice work. I appreciate, because i did a lot of programming myself. https://blogingenieurs.com


Hmm, I seem to have gotten the paper to intersect with itself…


Paper torture simulator (coming soon the feature to rip it apart).


Very cool!


But can you actually make origami in it? I think not.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: