-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
components attached by joints don't have correct orientation when exported #7
Comments
Can you please provide an example file and what export settings you're using? |
if I export “main" which includes “attach” in the regular way using build in “save as STL files” I get this if I load it in blender:
which is correct. With your exporter I get:
it would seem that the translation and rotation made when the joint was attached is lost
Btw, I really like your exporter. The built in one is very inconsistent creating lots of duplicates and mistakes. Only deal breaker so far is this joint issue.
Thanks.
… On Jun 1, 2020, at 5:52 PM, WilkoV ***@***.***> wrote:
Can you provide an example file?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#7 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APZWCBG6XUMKTCZY37DSH7TRUQ5LXANCNFSM4NQGOPOA>.
|
Are you having several occurrences of the same component? And are those the exports that are making problems? |
Yes
… On Jun 4, 2020, at 1:33 AM, WilkoV ***@***.***> wrote:
Are you having several occurrences of the same component? And are those the exports that are making problems?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Actually in the example I sent there is only one occurrence and the orientation is completely lost.
Were you able to open the example? It just imports a component and then attaches it by a joint. The orientation and position change done by the joint is what is lost.
… On Jun 4, 2020, at 1:33 AM, WilkoV ***@***.***> wrote:
Are you having several occurrences of the same component? And are those the exports that are making problems?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
I have not forgotten this problem and have also found a solution. However, I implemented it in another add-in. Sure - two add-ins that do similar things, we don't need them unnecessarily. But Filtered export was pretty community driven and I wasn't quite happy with a few things. That's why I chose a second add-in. |
I finally got a chance to look at your exporter.
How do you change the export directory? On the mac it is grayed out and won’t even let me see what directory it is exporting to. It is not editable either so I can’t change it.
… On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
I have not forgotten this problem and have also found a solution. However, I implemented it in another add-in. Sure - two add-ins that do similar things, we don't need them unnecessarily. But Filtered export was pretty community driven and I wasn't quite happy with a few things. That's why I chose a second add-in.
Maybe you want to take a look at it. It is still at a very early stage and can currently only export STLs, but you might be interested.
https://github.com/WilkoV/Fusion360_ExportIt <https://github.com/WilkoV/Fusion360_ExportIt>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#7 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA>.
|
I did figure out where the files were exported to however when I imported the files into blender all the STL files were massive.Turns out if default units are not set in fusion360, the new design will have different units on the export.
… On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
I have not forgotten this problem and have also found a solution. However, I implemented it in another add-in. Sure - two add-ins that do similar things, we don't need them unnecessarily. But Filtered export was pretty community driven and I wasn't quite happy with a few things. That's why I chose a second add-in.
Maybe you want to take a look at it. It is still at a very early stage and can currently only export STLs, but you might be interested.
https://github.com/WilkoV/Fusion360_ExportIt <https://github.com/WilkoV/Fusion360_ExportIt>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#7 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA>.
|
STL files don't have a unit. Some applications do assume cm, some are
assuming inches and some are asking on import. What units do you use in
your designs?
BTW: This add-in is deprecated and replaced with
https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use and has
more or less the same features if not more.
…On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
I did figure out where the files were exported to however when I imported
the files into blender all the STL files were massive.Turns out if default
units are not set in fusion360, the new design will have different units on
the export.
> On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
>
>
> I have not forgotten this problem and have also found a solution.
However, I implemented it in another add-in. Sure - two add-ins that do
similar things, we don't need them unnecessarily. But Filtered export was
pretty community driven and I wasn't quite happy with a few things. That's
why I chose a second add-in.
> Maybe you want to take a look at it. It is still at a very early stage
and can currently only export STLs, but you might be interested.
>
> https://github.com/WilkoV/Fusion360_ExportIt <
https://github.com/WilkoV/Fusion360_ExportIt>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub <
#7 (comment)>,
or unsubscribe <
https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
>.
>
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA>
.
|
Yes I am using your new Exportit.
I realize STLs don’t have units. However when your exporter creates a new design it does not transfer over the same units as the original design. In my case my design was in meters and the design created by exporter was in millimeters. The exported STL’s ended up huge.
The other thing I found is linked components are problematic. There are file names that contain component X but the STL’s are from comment Y.
… On Jun 27, 2021, at 4:27 AM, WilkoV ***@***.***> wrote:
STL files don't have a unit. Some applications do assume cm, some are
assuming inches and some are asking on import. What units do you use in
your designs?
BTW: This add-in is deprecated and replaced with
https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use and has
more or less the same features if not more.
On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
> I did figure out where the files were exported to however when I imported
> the files into blender all the STL files were massive.Turns out if default
> units are not set in fusion360, the new design will have different units on
> the export.
>
> > On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
> >
> >
> > I have not forgotten this problem and have also found a solution.
> However, I implemented it in another add-in. Sure - two add-ins that do
> similar things, we don't need them unnecessarily. But Filtered export was
> pretty community driven and I wasn't quite happy with a few things. That's
> why I chose a second add-in.
> > Maybe you want to take a look at it. It is still at a very early stage
> and can currently only export STLs, but you might be interested.
> >
> > https://github.com/WilkoV/Fusion360_ExportIt <
> https://github.com/WilkoV/Fusion360_ExportIt>
> > —
> > You are receiving this because you authored the thread.
> > Reply to this email directly, view it on GitHub <
> #7 (comment)>,
> or unsubscribe <
> https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
> >.
> >
>
> —
> You are receiving this because you were assigned.
> Reply to this email directly, view it on GitHub
> <#7 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA>
> .
>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Would you mind creating an issue for ExportIt. I will check it later..
…On Sun, 27 Jun 2021 at 16:35, Robokan ***@***.***> wrote:
Yes I am using your new Exportit.
I realize STLs don’t have units. However when your exporter creates a new
design it does not transfer over the same units as the original design. In
my case my design was in meters and the design created by exporter was in
millimeters. The exported STL’s ended up huge.
The other thing I found is linked components are problematic. There are
file names that contain component X but the STL’s are from comment Y.
> On Jun 27, 2021, at 4:27 AM, WilkoV ***@***.***> wrote:
>
>
> STL files don't have a unit. Some applications do assume cm, some are
> assuming inches and some are asking on import. What units do you use in
> your designs?
> BTW: This add-in is deprecated and replaced with
> https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use and has
> more or less the same features if not more.
>
> On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
>
> > I did figure out where the files were exported to however when I
imported
> > the files into blender all the STL files were massive.Turns out if
default
> > units are not set in fusion360, the new design will have different
units on
> > the export.
> >
> > > On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
> > >
> > >
> > > I have not forgotten this problem and have also found a solution.
> > However, I implemented it in another add-in. Sure - two add-ins that do
> > similar things, we don't need them unnecessarily. But Filtered export
was
> > pretty community driven and I wasn't quite happy with a few things.
That's
> > why I chose a second add-in.
> > > Maybe you want to take a look at it. It is still at a very early
stage
> > and can currently only export STLs, but you might be interested.
> > >
> > > https://github.com/WilkoV/Fusion360_ExportIt <
> > https://github.com/WilkoV/Fusion360_ExportIt>
> > > —
> > > You are receiving this because you authored the thread.
> > > Reply to this email directly, view it on GitHub <
> >
#7 (comment)
>,
> > or unsubscribe <
> >
https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
> > >.
> > >
> >
> > —
> > You are receiving this because you were assigned.
> > Reply to this email directly, view it on GitHub
> > <
#7 (comment)
>,
> > or unsubscribe
> > <
https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA
>
> > .
> >
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEDCNPVABYTSBFZXUGZVBCLTU4ZMVANCNFSM4NQGOPOA>
.
|
I just did a quick test:
- Create a new document
- Changed the document settings from mm to m
- Created a 1m x 1m x 1m cube
- Crated an export
- You're right that the document settings in the export helper are still on
mm (I guess because it's my default setting in the application), but the
dimensions of the cube are now 1000mm. So technically nothing changed...
If this topic is still interesting for you, please let me know by opening a
new issue here: https://github.com/WilkoV/Fusion360_ExportIt/issues
On Sun, 27 Jun 2021 at 17:49, Lichtzeichen Anlage <
***@***.***> wrote:
… Would you mind creating an issue for ExportIt. I will check it later..
On Sun, 27 Jun 2021 at 16:35, Robokan ***@***.***> wrote:
> Yes I am using your new Exportit.
>
> I realize STLs don’t have units. However when your exporter creates a new
> design it does not transfer over the same units as the original design. In
> my case my design was in meters and the design created by exporter was in
> millimeters. The exported STL’s ended up huge.
>
> The other thing I found is linked components are problematic. There are
> file names that contain component X but the STL’s are from comment Y.
>
> > On Jun 27, 2021, at 4:27 AM, WilkoV ***@***.***> wrote:
> >
> >
> > STL files don't have a unit. Some applications do assume cm, some are
> > assuming inches and some are asking on import. What units do you use in
> > your designs?
> > BTW: This add-in is deprecated and replaced with
> > https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use and
> has
> > more or less the same features if not more.
> >
> > On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
> >
> > > I did figure out where the files were exported to however when I
> imported
> > > the files into blender all the STL files were massive.Turns out if
> default
> > > units are not set in fusion360, the new design will have different
> units on
> > > the export.
> > >
> > > > On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
> > > >
> > > >
> > > > I have not forgotten this problem and have also found a solution.
> > > However, I implemented it in another add-in. Sure - two add-ins that
> do
> > > similar things, we don't need them unnecessarily. But Filtered export
> was
> > > pretty community driven and I wasn't quite happy with a few things.
> That's
> > > why I chose a second add-in.
> > > > Maybe you want to take a look at it. It is still at a very early
> stage
> > > and can currently only export STLs, but you might be interested.
> > > >
> > > > https://github.com/WilkoV/Fusion360_ExportIt <
> > > https://github.com/WilkoV/Fusion360_ExportIt>
> > > > —
> > > > You are receiving this because you authored the thread.
> > > > Reply to this email directly, view it on GitHub <
> > >
> #7 (comment)
> >,
> > > or unsubscribe <
> > >
> https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
> > > >.
> > > >
> > >
> > > —
> > > You are receiving this because you were assigned.
> > > Reply to this email directly, view it on GitHub
> > > <
> #7 (comment)
> >,
> > > or unsubscribe
> > > <
> https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA
> >
> > > .
> > >
> > —
> > You are receiving this because you authored the thread.
> > Reply to this email directly, view it on GitHub, or unsubscribe.
>
> —
> You are receiving this because you were assigned.
> Reply to this email directly, view it on GitHub
> <#7 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AEDCNPVABYTSBFZXUGZVBCLTU4ZMVANCNFSM4NQGOPOA>
> .
>
|
Yes that’s exactly what happens. It’s not a problem unless I open it in blender expecting it to be in the units the original design was in. In that case it will be the wrong size and it took me awhile to figure out why. In my case I did not have default units set either.
I will see if I can come up with a test case for the component issue I mentioned.
Thanks
… On Jun 28, 2021, at 10:06 AM, WilkoV ***@***.***> wrote:
I just did a quick test:
- Create a new document
- Changed the document settings from mm to m
- Created a 1m x 1m x 1m cube
- Crated an export
- You're right that the document settings in the export helper are still on
mm (I guess because it's my default setting in the application), but the
dimensions of the cube are now 1000mm. So technically nothing changed...
If this topic is still interesting for you, please let me know by opening a
new issue here: https://github.com/WilkoV/Fusion360_ExportIt/issues
On Sun, 27 Jun 2021 at 17:49, Lichtzeichen Anlage <
***@***.***> wrote:
> Would you mind creating an issue for ExportIt. I will check it later..
>
> On Sun, 27 Jun 2021 at 16:35, Robokan ***@***.***> wrote:
>
>> Yes I am using your new Exportit.
>>
>> I realize STLs don’t have units. However when your exporter creates a new
>> design it does not transfer over the same units as the original design. In
>> my case my design was in meters and the design created by exporter was in
>> millimeters. The exported STL’s ended up huge.
>>
>> The other thing I found is linked components are problematic. There are
>> file names that contain component X but the STL’s are from comment Y.
>>
>> > On Jun 27, 2021, at 4:27 AM, WilkoV ***@***.***> wrote:
>> >
>> >
>> > STL files don't have a unit. Some applications do assume cm, some are
>> > assuming inches and some are asking on import. What units do you use in
>> > your designs?
>> > BTW: This add-in is deprecated and replaced with
>> > https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use and
>> has
>> > more or less the same features if not more.
>> >
>> > On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
>> >
>> > > I did figure out where the files were exported to however when I
>> imported
>> > > the files into blender all the STL files were massive.Turns out if
>> default
>> > > units are not set in fusion360, the new design will have different
>> units on
>> > > the export.
>> > >
>> > > > On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
>> > > >
>> > > >
>> > > > I have not forgotten this problem and have also found a solution.
>> > > However, I implemented it in another add-in. Sure - two add-ins that
>> do
>> > > similar things, we don't need them unnecessarily. But Filtered export
>> was
>> > > pretty community driven and I wasn't quite happy with a few things.
>> That's
>> > > why I chose a second add-in.
>> > > > Maybe you want to take a look at it. It is still at a very early
>> stage
>> > > and can currently only export STLs, but you might be interested.
>> > > >
>> > > > https://github.com/WilkoV/Fusion360_ExportIt <
>> > > https://github.com/WilkoV/Fusion360_ExportIt>
>> > > > —
>> > > > You are receiving this because you authored the thread.
>> > > > Reply to this email directly, view it on GitHub <
>> > >
>> #7 (comment)
>> >,
>> > > or unsubscribe <
>> > >
>> https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
>> > > >.
>> > > >
>> > >
>> > > —
>> > > You are receiving this because you were assigned.
>> > > Reply to this email directly, view it on GitHub
>> > > <
>> #7 (comment)
>> >,
>> > > or unsubscribe
>> > > <
>> https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA
>> >
>> > > .
>> > >
>> > —
>> > You are receiving this because you authored the thread.
>> > Reply to this email directly, view it on GitHub, or unsubscribe.
>>
>> —
>> You are receiving this because you were assigned.
>> Reply to this email directly, view it on GitHub
>> <#7 (comment)>,
>> or unsubscribe
>> <https://github.com/notifications/unsubscribe-auth/AEDCNPVABYTSBFZXUGZVBCLTU4ZMVANCNFSM4NQGOPOA>
>> .
>>
>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
If it's not about the default units I don't see a way to do anything about
it, because I can only copy the body to a new document. I double check it,
but I'm 90% sure that I can't.
…On Mon, 28 Jun 2021 at 20:04, Robokan ***@***.***> wrote:
Yes that’s exactly what happens. It’s not a problem unless I open it in
blender expecting it to be in the units the original design was in. In that
case it will be the wrong size and it took me awhile to figure out why. In
my case I did not have default units set either.
I will see if I can come up with a test case for the component issue I
mentioned.
Thanks
> On Jun 28, 2021, at 10:06 AM, WilkoV ***@***.***> wrote:
>
>
> I just did a quick test:
>
> - Create a new document
> - Changed the document settings from mm to m
> - Created a 1m x 1m x 1m cube
> - Crated an export
> - You're right that the document settings in the export helper are still
on
> mm (I guess because it's my default setting in the application), but the
> dimensions of the cube are now 1000mm. So technically nothing changed...
>
> If this topic is still interesting for you, please let me know by
opening a
> new issue here: https://github.com/WilkoV/Fusion360_ExportIt/issues
>
> On Sun, 27 Jun 2021 at 17:49, Lichtzeichen Anlage <
> ***@***.***> wrote:
>
> > Would you mind creating an issue for ExportIt. I will check it later..
> >
> > On Sun, 27 Jun 2021 at 16:35, Robokan ***@***.***> wrote:
> >
> >> Yes I am using your new Exportit.
> >>
> >> I realize STLs don’t have units. However when your exporter creates a
new
> >> design it does not transfer over the same units as the original
design. In
> >> my case my design was in meters and the design created by exporter
was in
> >> millimeters. The exported STL’s ended up huge.
> >>
> >> The other thing I found is linked components are problematic. There
are
> >> file names that contain component X but the STL’s are from comment Y.
> >>
> >> > On Jun 27, 2021, at 4:27 AM, WilkoV ***@***.***> wrote:
> >> >
> >> >
> >> > STL files don't have a unit. Some applications do assume cm, some
are
> >> > assuming inches and some are asking on import. What units do you
use in
> >> > your designs?
> >> > BTW: This add-in is deprecated and replaced with
> >> > https://github.com/WilkoV/Fusion360_ExportIt. It's easier to use
and
> >> has
> >> > more or less the same features if not more.
> >> >
> >> > On Sun, 27 Jun 2021 at 02:05, Robokan ***@***.***> wrote:
> >> >
> >> > > I did figure out where the files were exported to however when I
> >> imported
> >> > > the files into blender all the STL files were massive.Turns out if
> >> default
> >> > > units are not set in fusion360, the new design will have different
> >> units on
> >> > > the export.
> >> > >
> >> > > > On Jul 13, 2020, at 5:44 AM, WilkoV ***@***.***> wrote:
> >> > > >
> >> > > >
> >> > > > I have not forgotten this problem and have also found a
solution.
> >> > > However, I implemented it in another add-in. Sure - two add-ins
that
> >> do
> >> > > similar things, we don't need them unnecessarily. But Filtered
export
> >> was
> >> > > pretty community driven and I wasn't quite happy with a few
things.
> >> That's
> >> > > why I chose a second add-in.
> >> > > > Maybe you want to take a look at it. It is still at a very early
> >> stage
> >> > > and can currently only export STLs, but you might be interested.
> >> > > >
> >> > > > https://github.com/WilkoV/Fusion360_ExportIt <
> >> > > https://github.com/WilkoV/Fusion360_ExportIt>
> >> > > > —
> >> > > > You are receiving this because you authored the thread.
> >> > > > Reply to this email directly, view it on GitHub <
> >> > >
> >>
#7 (comment)
> >> >,
> >> > > or unsubscribe <
> >> > >
> >>
https://github.com/notifications/unsubscribe-auth/APZWCBCGAWVR2F54NMMUMO3R3LXRNANCNFSM4NQGOPOA
> >> > > >.
> >> > > >
> >> > >
> >> > > —
> >> > > You are receiving this because you were assigned.
> >> > > Reply to this email directly, view it on GitHub
> >> > > <
> >>
#7 (comment)
> >> >,
> >> > > or unsubscribe
> >> > > <
> >>
https://github.com/notifications/unsubscribe-auth/AEDCNPUSKBATU6BQCQFMAYTTUZTM5ANCNFSM4NQGOPOA
> >> >
> >> > > .
> >> > >
> >> > —
> >> > You are receiving this because you authored the thread.
> >> > Reply to this email directly, view it on GitHub, or unsubscribe.
> >>
> >> —
> >> You are receiving this because you were assigned.
> >> Reply to this email directly, view it on GitHub
> >> <
#7 (comment)
>,
> >> or unsubscribe
> >> <
https://github.com/notifications/unsubscribe-auth/AEDCNPVABYTSBFZXUGZVBCLTU4ZMVANCNFSM4NQGOPOA
>
> >> .
> >>
> >
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEDCNPRONTFKHQ4IDH4T3QLTVC2UBANCNFSM4NQGOPOA>
.
|
If you export nested components as STLs using your tool and there are components that are attached by joints so their positions and orientations have changed this is not reflected in the generated STL files. The STL files continue to have the original orientations not the correct ones.
If you use the build in export as STL it preserves these orientation changes.
The text was updated successfully, but these errors were encountered: