Those are installer folders under c:\autodesk. Safe to delete them
Ivan
Sent from my iPhone, please excuse for typos.
On 10 Dec, 2013, at 4:34 am, Paul Griswold
mailto:pgrisw...@fusiondigitalproductions.com>>
wrote:
Is there a FAQ or any documentation anywhere that can explain what can and
yay!
On Tue, Dec 10, 2013 at 10:56 AM, David Rivera <
activemotionpictu...@yahoo.com> wrote:
> YES!! Awesome news!!
>
>
>
>
> On Thursday, December 5, 2013 6:23 PM, Ahmidou Lyazidi <
> ahmidou@gmail.com> wrote:
> Hey everyone,
> Sorry for the (very) late reply! I've been extended on the p
YES!! Awesome news!!
On Thursday, December 5, 2013 6:23 PM, Ahmidou Lyazidi
wrote:
Hey everyone,
Sorry for the (very) late reply! I've been extended on the project I was
working on and didn't found the time to polish things, but the prototype is
still there and functional,
The good new
Maybe..
And it's not just Softimage. It's everything Autodesk. I have Inventor
Fusion in there, SketchBookPro, etc. So it's an Autodesk problem as a
whole.
ᐧ
On Mon, Dec 9, 2013 at 3:58 PM, Eric Thivierge wrote:
> Maybe something worth officially requesting...
>
>
>
> On 12/9/2013 3:55
C:\Autodesk is where the downloaded installers extract themselves. You can
delete them if you want. Those folders having nothing to do with the
installed applications.
On Mon, Dec 9, 2013 at 4:00 PM, Paul Griswold <
pgrisw...@fusiondigitalproductions.com> wrote:
> Maybe..
>
> And it's not ju
Maybe something worth officially requesting...
On 12/9/2013 3:55 PM, Paul Griswold wrote:
That's my impression, but better safe than sorry.
You'd think Autodesk would give the option of removing installation
files once completed.
I think it's just where all installation files are uncompressed.
On 09/12/2013 3:48 PM, Rob Wuijster
wrote:
Isn't that just the default temp install folder?
Rob
\/-\/\/
On 9-12-2013 21:34, Paul Griswo
That's my impression, but better safe than sorry.
You'd think Autodesk would give the option of removing installation files
once completed.
ᐧ
On Mon, Dec 9, 2013 at 3:48 PM, Rob Wuijster wrote:
> Isn't that just the default temp install folder?
>
>
> Rob
> \/-\/
Isn't that just the default temp install folder?
Rob
\/-\/\/
On 9-12-2013 21:34, Paul Griswold wrote:
Is there a FAQ or any documentation anywhere that can explain what can
and cannot be deleted from the C:\Autodesk folder?
I'm in the process of cloning a system
I think everything can be deleted? It just holds temporarly installation
files I thought. But get confirmation from someone else before deleting it
just so that I am not held responsible if there is other stuff. :)
Maybe post the top level contents of the direction to confirm that it is
just the
Is there a FAQ or any documentation anywhere that can explain what can and
cannot be deleted from the C:\Autodesk folder?
I'm in the process of cloning a system drive over to a 1TB SSD and noticed
the C:\Autodesk folder contained around 31GB worth of files going back to
Softimage 2010.
I don't wa
ICE deformers preexisting in refmodels is fine.
Creating a new ICE op on a refmodel is *usually* fine, but sometimes not.
On Mon, Dec 9, 2013 at 11:41 AM, Eric Thivierge wrote:
> Ref models are fine with ICE Deformers. You just need to ensure that the
> 'Get Data' nodes are using 'this_model'
Ref models are fine with ICE Deformers. You just need to ensure that
the 'Get Data' nodes are using 'this_model' and / or 'self' instead of
the full name. Since when you import a ref model it will most likely
change the top model name and your ICE deformations will crap out.
Can you open the r
Are refmodels a bit buggy ?
On Mon, Dec 9, 2013 at 4:00 PM, Alan Fregtman wrote:
> Are you using refmodels?
>
>
>
> On Mon, Dec 9, 2013 at 10:58 AM, Morten Bartholdy wrote:
>
>> I have a weird problem, which might have a simple fix, but I don't
>> know what.
>>
>>
>>I have a mesh which I d
Are you using refmodels?
On Mon, Dec 9, 2013 at 10:58 AM, Morten Bartholdy wrote:
> I have a weird problem, which might have a simple fix, but I don't know
> what.
>
>
>I have a mesh which I deform with Turbulize Mesh in a non simulated
> ICE tree. It works fine in the viewport and the re
I have a weird problem, which might have a simple fix, but I don't know
what.
I have a mesh which I deform with Turbulize Mesh in a non simulated ICE
tree. It works fine in the viewport and the renderregion, plus when
rendering on my workstation. However when I render on the farm
(RoyalRender) the
Sorry, email sent too quick.
If the above works (moving the folder), delete all registry* files from
~/Autodesk.
On 9 December 2013 15:46, Michal Doniec wrote:
> Move ~/Autodesk folder from affected machine/user to somewhere else and
> try again.
>
> BTW: Your problem with XGetRequest is not re
Move ~/Autodesk folder from affected machine/user to somewhere else and try
again.
BTW: Your problem with XGetRequest is not related to running on a VM, it's
Centos 6.5 issue.
On 8 December 2013 05:14, Chris Chia wrote:
> Does it happen to CentOS 6.2?
> 1. Does your vm have a graphic card?
> 2
Better forward this to the guys from Redshift, they are very quick fixing stuff.
I see, thanks for fixing this!
Best regards,
Eugen
Am 09.12.2013 04:41, schrieb John Voltaire Tensuan:
This has been a legacy issue with 3rd party renderers when using the
Framebuffer C++ SDK class to resolve th
EUR 199,- for emtopolizer is not to much for what it offers.
But for all I need at the moment, here´s a link to a compound
from Guillaume Laforge (comes with an explanatory video)
http://www.si-community.com/community/viewtopic.php?f=15&t=1579
and an set of compounds from Grahame Fuller
http:
http://www.mootzoid.com/plugin/emtopolizer2or search the list--
christian keller
visual effects|direction
+49 179 69 36 248
chris3...@me.com
http://vimeo.com/channels/96149Am 09. Dezember 2013 um 11:23 schrieb Tim Leydecker :Hi, I have simple crates I´m filling with ICE Instancing using a Simul
this has been covered several times here. search the list for more in depth
explanation.
you could do this via ice topology, there are some compounds for that.
or even better, support eric mootz and buy the em topolizer. that one is great!
sebastian
Am 09.12.2013 um 11:23 schrieb Tim Leydecker :
Hi,
I have simple crates I´m filling with ICE Instancing using a Simulate Rigid
Bodies approach.
The collisionobject´s shape is put together out of even simpler boxes to avoid
any
problems with convex/concav geometry interpretation.
All this works reasonably nice and is fast enough to iterat
I see, thanks for fixing this!
Best regards,
Eugen
Am 09.12.2013 04:41, schrieb John Voltaire Tensuan:
This has been a legacy issue with 3rd party renderers when using the
Framebuffer C++ SDK class to resolve the output path (basically, aside from the
current pass being rendered, the framebuff
24 matches
Mail list logo
