Mercurial > ldforge / changelog

Restructured inlining to use a proper caching.. one cache per sub-file reference? What was I thinking? *whacks self with a 55295.dat*

• Mon, 25 Mar 2013 00:44:11 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Mon, 25 Mar 2013 00:44:11 +0200] rev 66
• Restructured inlining to use a proper caching.. one cache per sub-file reference? What was I thinking? *whacks self with a 55295.dat*

Reverted changes on LDSubfile::getContents, I had a temporary, hackier solution there and forgot to change it back

• Sun, 24 Mar 2013 21:45:19 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Sun, 24 Mar 2013 21:45:19 +0200] rev 65
• Reverted changes on LDSubfile::getContents, I had a temporary, hackier solution there and forgot to change it back

Considerably improved sub-file inlining. Use a matrix class instead of double[9], educated myself on what matrix multiplication actually is and fixed the algorithm up. Aside from I/O problems, 32551.dat is correctly rendered now.

• Sun, 24 Mar 2013 21:41:24 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Sun, 24 Mar 2013 21:41:24 +0200] rev 64
• Considerably improved sub-file inlining. Use a matrix class instead of double[9], educated myself on what matrix multiplication actually is and fixed the algorithm up. Aside from I/O problems, 32551.dat is correctly rendered now.

Implemented the inline action to expose inlining to the user. Also added a `deep inline` action to inline subfile recursively down into polygons and lines only.

• Sun, 24 Mar 2013 18:03:33 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Sun, 24 Mar 2013 18:03:33 +0200] rev 63
• Implemented the inline action to expose inlining to the user. Also added a `deep inline` action to inline subfile recursively down into polygons and lines only.

Got inlining working. 3002.dat renders properly now! Now just to iron out the bugs and hone the behavior..

• Sun, 24 Mar 2013 01:05:59 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Sun, 24 Mar 2013 01:05:59 +0200] rev 62
• Got inlining working. 3002.dat renders properly now! Now just to iron out the bugs and hone the behavior..

If editing contents of a gibberish object, show the reason for the gibberishness in the dialog. Clamp the bounding box scale to at least 1.0 so that polygons are visible in new files.

• Thu, 21 Mar 2013 18:26:57 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Thu, 21 Mar 2013 18:26:57 +0200] rev 61
• If editing contents of a gibberish object, show the reason for the gibberishness in the dialog. Clamp the bounding box scale to at least 1.0 so that polygons are visible in new files.

Parsing stability, finally figured that dumb crash

• Thu, 21 Mar 2013 16:25:03 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Thu, 21 Mar 2013 16:25:03 +0200] rev 60
• Parsing stability, finally figured that dumb crash

LDraw still uses inverted y-scale... I always used symmetrical objects for testing so I never noticed I had this wrong.

• Thu, 21 Mar 2013 13:00:44 +0200
• by Santeri Piippo <crimsondusk64@gmail.com> [Thu, 21 Mar 2013 13:00:44 +0200] rev 59
• LDraw still uses inverted y-scale... I always used symmetrical objects for testing so I never noticed I had this wrong.