Netherlands
Joined: Sep 26, 2009
Post Count: 4000
Status:
Offline
Re: Sweet Home 3D 4.2
Emmanuel,
To do some further testing, I downloaded a few models from the Sketchup Warehouse. Some large, some small; some had to be converted from SKP to DAE. You can see the results in the attached file.
Doors #1 and #5 (from left) don't insert properly. I noticed this behaviour also in one of the doors in my first test file. All in all, 5 out of 9 doors/windows do not create the correct opening. I noticed that #8 initially inserted correctly, but on re-opening the file also showed a square wall opening.
You have always tried to keep the user interface as simpel and intuitive as possible. Several features that users asked for have not been implemented because you feared the program would become too complex for the average user. Asking users to define an SVG path, in my opinion, is far beyond the capabilities of most users. It certainly is beyond my capabilities.
In that light, you may want to reconsider increasing the maximum number of vertices. If you can make a "private update", I would be happy to time the speed difference between, say, 10K, 25K and 50K vertices.
Hans
----------------------------------------
Hans
Spain
Joined: May 9, 2012
Post Count: 154
Status:
Offline
Re: Sweet Home 3D 4.2
Good! New things coming.
I have a suggestion for the problem with the number of vertices. What if that contour calculation is done just once, when the shape is imported into the library or inserted inside the house, and stored then as cached additional data for the model? Or is this being done that way already?
---------------------------------------- If a long walk every day were healthy, mailmen would be immortal.
Poland
Joined: Nov 10, 2010
Post Count: 50
Status:
Offline
Re: Sweet Home 3D 4.2
Q:
SVG editing has to be performed prior to importing a model? I need to create a library with the model and add its shape in FurnitureProperties, am I right?
France
Joined: Nov 7, 2005
Post Count: 9423
Status:
Offline
Re: Sweet Home 3D 4.2
You have always tried to keep the user interface as simple and intuitive as possible. [...] Asking users to define an SVG path, in my opinion, is far beyond the capabilities of most users.
I perfectly agree and that's why I propose two ways to get the cut out shape of a door: automatic from the 3D model or with a SVG path. Miserably, the automatic way has some limits that you may have not discovered and that the SVG path can fix. For example, if you try to import the Round door frame, you'll see that it won't work correctly because the frame is not closed at its bottom.
[...]I would be happy to time the speed difference between, say, 10K, 25K and 50K vertices.
Thanks for your nice proposal, but measuring this directly in the program is easier and more accurate. In the example you provided, the time necessary to compute the contour of the 3D models it contains was the following: t = 2 ms for 2604 vertices t = 3 ms for 3429 vertices t = 61 ms for 5984 vertices t = 73 ms for 3873 vertices t = 116 ms for 211656 vertices t = 153 ms for 59268 vertices t = 198 ms for 66311 vertices t = 605 ms for 13080 vertices t = 625 ms for 114630 vertices As you can see, the more vertices a 3D model counts, the more time is necessary to compute its contour. But the 3D model with the largest vertices count is not the one that took the most time! Anyway, I increased the max vertices count to 1 million in the current beta, but keep in mind that if you want to reduce this contour computing to 0 second, you can still specify the doorOrWindowCutOutShape property. I noted that there are still some problems with some round doors too, that I'll fix soon.
What if that contour calculation is done just once, when the shape is imported into the library or inserted inside the house, and stored then as cached additional data for the model?
I already introduced some kind of cache for cut out shapes. It's initialized at the first use of a model in a project or when the file is reopened. It could be improved by saving the cut out shape in files too, but I prefer not to have to program a SVG exporter for this at this moment.
Sajmmon, defining the SVG path for the cut out shape has to be specified with the new doorOrWindowCutOutShape# property that you can add for any door or window in the PluginFurnitureCatalog.properties file of a SH3F file. I might add the matching text field in the next version of the Furniture Library Editor if necessary.
By the way, the Beta 5 fixes also a bug that prevented to export to SVG under Java 7 / Linux. And thanks to JogAmp team, the beta can work with Java 7u40 under Mac OS X. Many thanks to Sven Gothel for the bugs he fixed recently. At the opposite, I removed support of Java Web Start under Java 6 / Mac OS X, because there's too many bugs that I fear Apple will never fix. Fortunately, these bugs don't happen with Java 6 when Sweet Home 3D is run from its .app bundle or its Jar executable file.
----------------------------------------
Emmanuel Puybaret, Sweet Home 3D creator
Netherlands
Joined: Sep 26, 2009
Post Count: 4000
Status:
Offline
Re: Sweet Home 3D 4.2
Emmanuel,
Thanks for your testing and update 5.
I revisited the test models I used before, and they perform much better now. However, I noted a difference between a model inserted at floor level, and a model inserted above floor level. At floor level, several models still show a square opening at top. But, as soon as I give the model a slight elevation, the gaps are closed. Strangely enough, when inserting the same model again, SH3D seems to "know" the correct shape of the gap, and now inserts it correctly.
Well, if that's all, I can easily live with it. It's a perfect feature that many people will appreciate.
Hans
----------------------------------------
Hans
Joined: May 12, 2013
Post Count: 1545
Status:
Offline
Re: Sweet Home 3D 4.2
Fantastic. I notice some oddities (win8) that appear not to be functional (javastart issue?): - undo / redo, - drag-drop furniture (file or catalogue) in plan
As for the auto_guess cut_out shape, I am impressed. Preliminary testing shows even strange shapes ( http://advokatredet.no/design/xxxxx.zip ) are cut out correctly. So playing with SVG paths is not really a required skill (but it is not impossible, even if it requires some frustrating trying and failing - mostly failing - to begin with... :-) ).
Joined: May 12, 2013
Post Count: 1545
Status:
Offline
Re: Sweet Home 3D 4.2
I might add the matching text field in the next version of the Furniture Library Editor if necessary.
Yes, please. Necessary I don't know, but it would be very nice. The more property fields that can be edited from Furniture Library Editor, the better, methinks. (However, I also appreciate the counter argument that it could make the Furniture Library Editor a bit overwhelming.)
Joined: May 12, 2013
Post Count: 1545
Status:
Offline
Re: Sweet Home 3D 4.2
Fantastic. I notice some oddities (win8) that appear not to be functional (javastart issue?): - undo / redo, - drag-drop furniture (file or catalogue) in plan
Also, I cannot get copy/cut/paste to work (Ctrl - move works, though).
ok
PS (these may be silly and obvious issues, but I note them, just in case).
France
Joined: Nov 7, 2005
Post Count: 9423
Status:
Offline
Re: Sweet Home 3D 4.2
okh, I just tried on my copy of Windows 8 and didn't notice all the issues you reported. What version of Java do you use?
----------------------------------------
Emmanuel Puybaret, Sweet Home 3D creator
