Hi Chris,
May I ask - the stuff posted in this annoying thread - is it going down
the drain if we don't log it again over there?
You see, since Softimage is not quite open source, people need a litte
reassurance they get heard before the king, so to speak...
Thanks!
Eugen
Am 08.09.2012 05:40,
Here:
http://usa.autodesk.com/adsk/servlet/item?id=12331406&siteID=123112&SelProduct=Softimage
Thanks in advance for reporting. Will get the relevant team to investigate.
Chris
On 8 Sep, 2012, at 10:49 AM, "Steven Caron"
mailto:car...@gmail.com>> wrote:
i dont remember this behavior being in
i dont remember this behavior being in previous versions and i want to log
it as a bug, where is that bug report page on automaze's website?
regardless, there is nothing to throw away, they are all perfectly good. i
can understand they dont want to store those buffers in the file too so
unfortunat
It seems like it is optimised to save only those that are 'needed'... Would
have to ask the Dev to check the code...
Chris
On 8 Sep, 2012, at 10:00 AM, "Steven Caron"
mailto:car...@gmail.com>> wrote:
but my sessions isn't over... render, hide region, file save as, unhide region.
doesn't work.
when a region is set to use pass render options, and you choose the
'options' from the drop down, could we inspect the pass render options and
not just a property page that says 'Use Current Pass Options'!?
s
On Fri, Sep 7, 2012 at 6:59 PM, Steven Caron wrote:
> but my sessions isn't over... re
Thanks Kamen!, that sounds something worth spending time into.
> Create your own system of registration for all "sub-events". Then make
> a small proprietary API where all your consumers register themselves, with
> any extra data needed (priority perhaps? prerequisites?). Build a single
> event
but my sessions isn't over... render, hide region, file save as, unhide
region. doesn't work...
but if i leave the region open when saving it works as expected.
s
On Fri, Sep 7, 2012 at 6:55 PM, Chris Chia wrote:
> I guess the render region saves in buffer, and logically it should only be
> ac
I guess the render region saves in buffer, and logically it should only be
accessible within a session... Isn't it?
Chris
On 8 Sep, 2012, at 8:49 AM, "Steven Caron"
mailto:car...@gmail.com>> wrote:
saving the scene destroys hidden render regions, actually even opening the
dialog does it.
ex
saving the scene destroys hidden render regions, actually even opening the
dialog does it.
example, draw a region, looks beautiful. now hide it, and go to file save
as, save the scene, try to middle click and bring back the region. all gone!
s
On Fri, Sep 7, 2012 at 2:29 AM, Rob Chapman wrote:
On 9/6/2012 8:58 PM, Alok wrote:
Nothing is stopping me but the events are all scattered in various
plugins, libraries. As our in house python libraries are humongous
(thousands of lines of code) it will create huge maintenance issues to
put everything into one event. I have used the awesome Se
it does work, but the pref is restored after the script exits.
You can change it permantely through c++
On Sep 7, 2012 6:30 PM, "Matt Lind" wrote:
> I’ve looked through my email archives and have seen plenty of discussion
> about the undo history level not being permanently set by script. What I
I've looked through my email archives and have seen plenty of discussion about
the undo history level not being permanently set by script. What I do not see
is a solution to temporarily setting the undo history via script.
In 2013_SP1 I can read the undo history value via scripting just fine, b
Isn't there some backward compatibility issues (there was a topic about
this)
Maybe it's "dangerous" for you to stay in 2013 while every others are 2012.
Le 05/07/2012 17:28, Szabolcs Matefy a écrit :
Thanks for all the comments and help!
I managed to find an older crashsave, and I recovered
Yeah, the pass through node *looks* like a real node and your eye catches
on it as you are threading through your graph, where as a dot node is
relatively unobtrusive and your eye just flows right over it. I believe we
have asked for this feature many times over the years, but I guess it is
low eno
it is, but dot node in nuke takes less space and is dead easy to put into graph
(ctrl click on line)
From: Rob Chapman
Sent: Friday, September 07, 2012 6:22 PM
To: softimage@listproc.autodesk.com
Subject: Re: nulls2mesh
true - is 'pass through' not the similar as a dot node?
On 7 September 2
true - is 'pass through' not the similar as a dot node?
On 7 September 2012 17:12, piotrek marczak wrote:
> This image reminds me that ice needs dot node
>
> *From:* Rob Chapman
> *Sent:* Friday, September 07, 2012 5:56 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: nulls2mesh
>
This image reminds me that ice needs dot node
From: Rob Chapman
Sent: Friday, September 07, 2012 5:56 PM
To: softimage@listproc.autodesk.com
Subject: Re: nulls2mesh
Hi Alan
Apologies for that- I thought if I could see it ok
anyways here it is reattached. impressive spaghetti but no infor
Hi everyone!
Just a small note on this (maybe this helps debugging further..):
- having just a .xsirtcompound in a workgroup plus an open/once opened
rendertree when unloading is a sure crasher (you dont even need a custom
renderer in that workgroup)
- the PluginManager["Tree" & "Workgroup" tabs]
Hey Rob,
You're linking to a private url for your Gmail pointing to an attachment.
Can't do that. It's unusable for everyone else.
Can you get the image and attach it to your email or put it on
http://imgur.com or some other image upload site for us to see?
Cheeers,
-- Alan
On Wed, Sep 5,
That style is my own, created via the Stylesheets in QtDesigner. Here's
a primer on how that works:
http://doc.qt.nokia.com/4.7-snapshot/stylesheet-examples.html
-Tim
On 9/7/2012 7:58 AM, Cristobal Infante wrote:
Hi Tim, sorry for the unrelated question, but where did you get that
grey stylesh
Ah! It's so simple, of course!I swear I tried something like that at one
point and came up with nothing. Thanks for posting this!
-Tim
On 9/7/2012 7:04 AM, Ana Gomez wrote:
Right!! And you can also get the path directly:
Application.Plugins( 'MultiImporter_Qt' ).OriginPath
On Fri, Sep 7,
#Softimage Friday Flashback #86
Daniel Langlois - Cdn Entrepeneur of the Yr in 94 & the Wizard of AWE
http://wp.me/powV4-25i
This week's flashback is much better than last week's, I promise!
On Fri, Aug 31, 2012 at 6:54 AM, Stephen Blair wrote:
> Friday Flashback #85
> The end part II
> http://
Hi Tim, sorry for the unrelated question, but where did you get that grey
stylesheet from?
I am using QT designer to generate my UIs and it only offers a handfull of
styles..
On 7 September 2012 13:04, Ana Gomez wrote:
> Right!! And you can also get the path directly:
>
> Application.Plugins(
Right!! And you can also get the path directly:
Application.Plugins( 'MultiImporter_Qt' ).OriginPath
On Fri, Sep 7, 2012 at 11:36 AM, piotrek marczak
wrote:
> SignatureThanks Tim, good learning resource
> btw
>
> srcDir = ''
> for plugin in Application.Plugins: # Isn't there an easier way to
SignatureThanks Tim, good learning resource
btw
srcDir = ''
for plugin in Application.Plugins: # Isn't there an easier way to get this
path?
if plugin.Name == 'MultiImporter_Qt':
srcDir = os.path.dirname(plugin.Filename)
like this:
srcDir = ''
srcDir = os.path.dirname( Applicati
oh ! My mistake, this is a new feature I have barely touched - Strings -
and yes Chris you are correct , I can use in 2012 the fairly new 'file
path' node. So this small annoying request is hereby officially withdrawn !
thanks!
:D
On 7 September 2012 09:59, Chris Chia wrote:
> You could ha
You could have a “file path” node and attach it to the exposed port of the File
Full Name of the “Cache on File” node?
Chris
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Rob Chapman
Sent: Friday, August 31, 2012 5:46 PM
To: softimag
27 matches
Mail list logo