RE: Progressbar in scripting

[Szabolcs Matefy]

Thanks folks, however the progress bar is driven by the script, yet it is in 
not responding state, and I cannot do anything, however it should be quite 
important to have the feedback of what's happening. I turned off the logging, 
because I gain at least double speed. Now the user who should run the script 
will have no clue if XSI is running or hung.



-Original Message-
From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Luc-Eric Rousseau
Sent: Wednesday, December 04, 2013 1:56 AM
To: softimage@listproc.autodesk.com
Subject: Re: Progressbar in scripting

no, the problem is not that the ui is not redrawing. it's Windows'
desktop compositor that's graying out the window by drawing on top of it.

On Tue, Dec 3, 2013 at 6:59 PM, Jack Kao  wrote:
> You may also try sprinkle some Desktop.RedrawUI() in your script to 
> force UI update. Use it with caution though as it will slow you down. 
> :/
>
>
> From: softimage-boun...@listproc.autodesk.com
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Alok 
> Gandhi
> Sent: Wednesday, December 04, 2013 2:02 AM
>
>
> To: softimage@listproc.autodesk.com
> Subject: Re: Progressbar in scripting
>
>
>
> Yes I agree with Luc-Eric, if you implement an increment in progress 
> bar, even with the cancel button disabled, this should keep the freezing away.
>
>
>
> On Tue, Dec 3, 2013 at 11:50 AM, Luc-Eric Rousseau 
> 
> wrote:
>
> This is not something that XSI does and calling Refresh will have no 
> effect.  Windows starts to fade out applications that stop responding 
> to messages after a few seconds, and then eventually will show a 
> message saying the application has stopped responding (which is true,
> although it doesn't mean it's hung).If you're driving a progress
> bar yourself, you need to do poll for the cancel button more often to 
> let softimage "breathe" and pump messages.  I think incrementing the 
> value also does it but I cannot recall.
>
>
> On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy 
> 
> wrote:
>> OK, I'm doing a script, that reads plenty of data from different 
>> files, etc.
>> After a few seconds, the screen fades into white, the progressbar is 
>> white, and it looks like XSI is hang (however it works). I tried the 
>> Refresh command to make sure that the views and everything is 
>> refreshed, in vain.
>> Any idea on this issue?
>>
>
>
>
>
>
> --
> Error! Filename not specified.

Soft 2014 on Centos 6.4

[Henry Katz]

 

Hi, 

In case anyone is interested, it is possible to run AD Softimage 2014 on
Centos 6.4: 

Kernel tweaks - (Xorg.0.log): 

[261230.932] Kernel command line: ro root=/dev/mapper/vg_zurich-lv_root
rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16
crashkernel=
128M rd_LVM_LV=vg_zurich/lv_root KEYBOARDTYPE=pc KEYTABLE=us
rd_LVM_LV=vg_zurich/lv_swap rd_NO_DM rhgb quiet nomodeset
rdblacklist=nouveau pci=nom
si irqpoll

H/W: NVIDIA GPU Quadro 4000 (GF100GL) at PCI:5:0:0 (GPU-0)

Driver: 319.60 

Cheers, 

Henry 
 

RE: Progressbar in scripting

[Jack Kao]

I see.

-Original Message-
From: softimage-boun...@listproc.autodesk.com
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Luc-Eric
Rousseau
Sent: Wednesday, December 04, 2013 9:56 AM
To: softimage@listproc.autodesk.com
Subject: Re: Progressbar in scripting

no, the problem is not that the ui is not redrawing. it's Windows'
desktop compositor that's graying out the window by drawing on top of
it.

On Tue, Dec 3, 2013 at 6:59 PM, Jack Kao  wrote:
> You may also try sprinkle some Desktop.RedrawUI() in your script to
force UI
> update. Use it with caution though as it will slow you down. :/
>
>
> From: softimage-boun...@listproc.autodesk.com
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Alok
Gandhi
> Sent: Wednesday, December 04, 2013 2:02 AM
>
>
> To: softimage@listproc.autodesk.com
> Subject: Re: Progressbar in scripting
>
>
>
> Yes I agree with Luc-Eric, if you implement an increment in progress
bar,
> even with the cancel button disabled, this should keep the freezing
away.
>
>
>
> On Tue, Dec 3, 2013 at 11:50 AM, Luc-Eric Rousseau 
> wrote:
>
> This is not something that XSI does and calling Refresh will have no
> effect.  Windows starts to fade out applications that stop responding
> to messages after a few seconds, and then eventually will show a
> message saying the application has stopped responding (which is true,
> although it doesn't mean it's hung).If you're driving a progress
> bar yourself, you need to do poll for the cancel button more often to
> let softimage "breathe" and pump messages.  I think incrementing the
> value also does it but I cannot recall.
>
>
> On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy 
> wrote:
>> OK, I'm doing a script, that reads plenty of data from different files,
>> etc.
>> After a few seconds, the screen fades into white, the progressbar is
>> white,
>> and it looks like XSI is hang (however it works). I tried the Refresh
>> command to make sure that the views and everything is refreshed, in
vain.
>> Any idea on this issue?
>>
>
>
>
>
>
> --
> Error! Filename not specified.

Re: Progressbar in scripting

[Luc-Eric Rousseau]

no, the problem is not that the ui is not redrawing. it's Windows'
desktop compositor that's graying out the window by drawing on top of
it.

On Tue, Dec 3, 2013 at 6:59 PM, Jack Kao  wrote:
> You may also try sprinkle some Desktop.RedrawUI() in your script to force UI
> update. Use it with caution though as it will slow you down. :/
>
>
> From: softimage-boun...@listproc.autodesk.com
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Alok Gandhi
> Sent: Wednesday, December 04, 2013 2:02 AM
>
>
> To: softimage@listproc.autodesk.com
> Subject: Re: Progressbar in scripting
>
>
>
> Yes I agree with Luc-Eric, if you implement an increment in progress bar,
> even with the cancel button disabled, this should keep the freezing away.
>
>
>
> On Tue, Dec 3, 2013 at 11:50 AM, Luc-Eric Rousseau 
> wrote:
>
> This is not something that XSI does and calling Refresh will have no
> effect.  Windows starts to fade out applications that stop responding
> to messages after a few seconds, and then eventually will show a
> message saying the application has stopped responding (which is true,
> although it doesn't mean it's hung).If you're driving a progress
> bar yourself, you need to do poll for the cancel button more often to
> let softimage "breathe" and pump messages.  I think incrementing the
> value also does it but I cannot recall.
>
>
> On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy 
> wrote:
>> OK, I’m doing a script, that reads plenty of data from different files,
>> etc.
>> After a few seconds, the screen fades into white, the progressbar is
>> white,
>> and it looks like XSI is hang (however it works). I tried the Refresh
>> command to make sure that the views and everything is refreshed, in vain.
>> Any idea on this issue?
>>
>
>
>
>
>
> --
> Error! Filename not specified.

RE: Progressbar in scripting

[Jack Kao]

You may also try sprinkle some Desktop.RedrawUI() in your script to force
UI update. Use it with caution though as it will slow you down. :/





*From:* softimage-boun...@listproc.autodesk.com [mailto:
softimage-boun...@listproc.autodesk.com] *On Behalf Of *Alok Gandhi
*Sent:* Wednesday, December 04, 2013 2:02 AM
*To:* softimage@listproc.autodesk.com
*Subject:* Re: Progressbar in scripting



Yes I agree with Luc-Eric, if you implement an increment in progress bar,
even with the cancel button disabled, this should keep the freezing away.



On Tue, Dec 3, 2013 at 11:50 AM, Luc-Eric Rousseau 
wrote:

This is not something that XSI does and calling Refresh will have no
effect.  Windows starts to fade out applications that stop responding
to messages after a few seconds, and then eventually will show a
message saying the application has stopped responding (which is true,
although it doesn't mean it's hung).If you're driving a progress
bar yourself, you need to do poll for the cancel button more often to
let softimage "breathe" and pump messages.  I think incrementing the
value also does it but I cannot recall.


On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy 
wrote:
> OK, I’m doing a script, that reads plenty of data from different files,
etc.
> After a few seconds, the screen fades into white, the progressbar is
white,
> and it looks like XSI is hang (however it works). I tried the Refresh
> command to make sure that the views and everything is refreshed, in vain.
> Any idea on this issue?
>





-- 
*Error! Filename not specified.*

RE: Open GL High Quality ?

[Matt Lind]

This is the kind of information that should be in the manuals.

Thanks, Luc-Eric.

Matt



-Original Message-
From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Luc-Eric Rousseau
Sent: Tuesday, December 03, 2013 8:45 AM
To: softimage@listproc.autodesk.com
Subject: Re: Open GL High Quality ?

OK, since no one discussed it, here is the explanation as to why the High 
Quality Viewport does not implement depth cut/fog.

The fog parameter in the display setting is an OpenGL 1.x feature, "glFog".  
Like all old OpenGL features, "fixed pipeline" stuff, it is not implemented 
with fragment shaders.  When you use fragment shaders, the shader must 
implement *everything*, lighting/shading/texturing.
If it were to be fog, than it's up to that shader to implement that.
When you switch to any real time shader viewport in Softimage, fog ceases to 
work, because it's no longer the opengl fixed pipeline driving this stuff, it's 
your render tree.

Now, what is the HQV?  It's not an OpenGL 1.x emulator, it's your
render tree compiled as realtime shader format with MetaSL.   When you
draw a render region there is no fog. The "phong" in Softimage/Mental Ray does 
not have a fog parameter.

So what you need to do is to make a render tree that implements that fog 
shading.

On Mon, Dec 2, 2013 at 4:54 AM, olivier jeannel  wrote:
> Joke aside,
> I'm consulted for WebGL aplication. I just wanted to rough-up a scene 
> (which has to include fog and normal maps) in XSI to kind of make a 
> fast preview and set some lighting /ambient.
> It's completly useless here...

Re: Open GL High Quality ?

[olivier jeannel]

Ah thank's Luc Eric !
I lost the job, but how would I make a RealTime fog then ? Is there 
something already usable, or is there something to build with a 
ScalarState/RayLength ?
I saw bizarre shader with ready made grid... Realtime OGL seems very 
opaque to me...



Le 03/12/2013 17:45, Luc-Eric Rousseau a écrit :

OK, since no one discussed it, here is the explanation as to why the
High Quality Viewport does not implement depth cut/fog.

The fog parameter in the display setting is an OpenGL 1.x feature,
"glFog".  Like all old OpenGL features, "fixed pipeline" stuff, it is
not implemented with fragment shaders.  When you use fragment shaders,
the shader must implement *everything*, lighting/shading/texturing.
If it were to be fog, than it's up to that shader to implement that.
When you switch to any real time shader viewport in Softimage, fog
ceases to work, because it's no longer the opengl fixed pipeline
driving this stuff, it's your render tree.

Now, what is the HQV?  It's not an OpenGL 1.x emulator, it's your
render tree compiled as realtime shader format with MetaSL.   When you
draw a render region there is no fog. The "phong" in Softimage/Mental
Ray does not have a fog parameter.

So what you need to do is to make a render tree that implements that
fog shading.

On Mon, Dec 2, 2013 at 4:54 AM, olivier jeannel  wrote:

Joke aside,
I'm consulted for WebGL aplication. I just wanted to rough-up a scene
(which has to include fog and normal maps) in XSI to kind of make a fast
preview and set some lighting /ambient.
It's completly useless here...

Re: Local Blend Shapes using ICE Attributes through scripting

[Eric Thivierge]

Found my own problem (Look I'm pulling a Brad!) :)

srcPointRefFrameICEArray = 
list(srcObj.ActivePrimitive.Geometry.GetICEAttributeFromName("PointReferenceFrame").DataArray)


Should be pulling from the target object not the source. At least now 
we all have some code on the list to refer to in the future.


- Eric T.

Local Blend Shapes using ICE Attributes through scripting

[Eric Thivierge]

Hey all,

I'm trying to create local relative blend shapes using Python and I am 
getting some strange results when applying them back. I'm getting the 
PointPosition and PointReferenceFrame ICE Attributes for speed / 
convenience. If I do the same math via ICE I get the correct results so 
it's either I have a mistake somewhere in the math in the python or 
there is a discrepancy in the data when getting it through Python.


Any thoughts?

# Python
def createLocalShape(tgtObj, srcObj):

clstr = tgtObj.ActivePrimitive.Geometry.Clusters("Shape")
if not clstr:
clstr = 
tgtObj.ActivePrimitive.Geometry.AddCluster(constants.siVertexCluster, 
"Shape")


tgtPointPosICEArray = 
list(tgtObj.ActivePrimitive.Geometry.GetICEAttributeFromName("PointPosition").DataArray)

blendVector = XSIMath.CreateVector3()
utilXfo = XSIMath.CreateTransform()
utilMat3 = XSIMath.CreateMatrix3()

srcPointPosICEArray = 
list(srcObj.ActivePrimitive.Geometry.GetICEAttributeFromName("PointPosition").DataArray)
srcPointRefFrameICEArray = 
list(srcObj.ActivePrimitive.Geometry.GetICEAttributeFromName("PointReferenceFrame").DataArray)


newShape = clstr.AddProperty("SimpleDeformShape", 0, srcObj.Name + 
"_shape")

newShapeValues = list([list(x) for x in newShape.Elements.Array])

for i, eachItem in enumerate(srcPointPosICEArray):

blendVector.Sub(srcPointPosICEArray[i], tgtPointPosICEArray[i])
refFrame = srcPointRefFrameICEArray[i]
refArray = refFrame.Get2()
utilMat3.SetIdentity()
utilMat3.Set(refArray[0], refArray[1], refArray[2], 
refArray[3], refArray[4], refArray[5], refArray[6], refArray[7], 
refArray[8])

utilMat3.InvertInPlace()
utilXfo.SetIdentity()
utilXfo.SetRotationFromMatrix3(utilMat3)

blendVector.MulByTransformationInPlace(utilXfo)

newShapeValues[0][i] = blendVector.X
newShapeValues[1][i] = blendVector.Y
newShapeValues[2][i] = blendVector.Z

newShape.Elements.Array = newShapeValues
xsi.FreezeObj(newShape)

return newBlendShapes

Thanks,
Eric T.

Re: Progressbar in scripting

[Alok Gandhi]

Yes I agree with Luc-Eric, if you implement an increment in progress bar,
even with the cancel button disabled, this should keep the freezing away.


On Tue, Dec 3, 2013 at 11:50 AM, Luc-Eric Rousseau wrote:

> This is not something that XSI does and calling Refresh will have no
> effect.  Windows starts to fade out applications that stop responding
> to messages after a few seconds, and then eventually will show a
> message saying the application has stopped responding (which is true,
> although it doesn't mean it's hung).If you're driving a progress
> bar yourself, you need to do poll for the cancel button more often to
> let softimage "breathe" and pump messages.  I think incrementing the
> value also does it but I cannot recall.
>
> On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy 
> wrote:
> > OK, I’m doing a script, that reads plenty of data from different files,
> etc.
> > After a few seconds, the screen fades into white, the progressbar is
> white,
> > and it looks like XSI is hang (however it works). I tried the Refresh
> > command to make sure that the views and everything is refreshed, in vain.
> > Any idea on this issue?
> >
>
>


--

Re: Progressbar in scripting

[Luc-Eric Rousseau]

This is not something that XSI does and calling Refresh will have no
effect.  Windows starts to fade out applications that stop responding
to messages after a few seconds, and then eventually will show a
message saying the application has stopped responding (which is true,
although it doesn't mean it's hung).If you're driving a progress
bar yourself, you need to do poll for the cancel button more often to
let softimage "breathe" and pump messages.  I think incrementing the
value also does it but I cannot recall.

On Tue, Dec 3, 2013 at 10:20 AM, Szabolcs Matefy  wrote:
> OK, I’m doing a script, that reads plenty of data from different files, etc.
> After a few seconds, the screen fades into white, the progressbar is white,
> and it looks like XSI is hang (however it works). I tried the Refresh
> command to make sure that the views and everything is refreshed, in vain.
> Any idea on this issue?
>

Re: Open GL High Quality ?

[Luc-Eric Rousseau]

OK, since no one discussed it, here is the explanation as to why the
High Quality Viewport does not implement depth cut/fog.

The fog parameter in the display setting is an OpenGL 1.x feature,
"glFog".  Like all old OpenGL features, "fixed pipeline" stuff, it is
not implemented with fragment shaders.  When you use fragment shaders,
the shader must implement *everything*, lighting/shading/texturing.
If it were to be fog, than it's up to that shader to implement that.
When you switch to any real time shader viewport in Softimage, fog
ceases to work, because it's no longer the opengl fixed pipeline
driving this stuff, it's your render tree.

Now, what is the HQV?  It's not an OpenGL 1.x emulator, it's your
render tree compiled as realtime shader format with MetaSL.   When you
draw a render region there is no fog. The "phong" in Softimage/Mental
Ray does not have a fog parameter.

So what you need to do is to make a render tree that implements that
fog shading.

On Mon, Dec 2, 2013 at 4:54 AM, olivier jeannel  wrote:
> Joke aside,
> I'm consulted for WebGL aplication. I just wanted to rough-up a scene
> (which has to include fog and normal maps) in XSI to kind of make a fast
> preview and set some lighting /ambient.
> It's completly useless here...

Re: Sending Softimage jobs to Deadline for rendering

[Mirko Jankovic]

Number of frames in package usually is variable... for example if I have
heavy scenes with bunch of textures and stuff to load I like to assign more
frames at once, as it should, as I understood, lower network load.
With smaller scenes, light load I send smaller packages... it all depends
really and hard to get that magical number.
One thing I do like is not to send huge 50-100 frames packages.
If one comp for any reason stop working you can wake up with a lot of
frames not rendered. Smaller packages reduces that risk so even if one comp
freeze during night for example other one keeps eating frames.
I found 10-20 frames working just fine for me in most of case.


On Tue, Dec 3, 2013 at 5:31 PM, David Rivera  wrote:

> Hi, Mirko, Simon, thank you for all your tips and help.
> I finally got Deadline to work with my machines. I originally asked for an
> eval version 5
> and so I installed it. This is the workflow I followed:
>
> 1. Installed Repository on "master" machine
> 2. Installed .exe on the "slave" machines.
> 3. Started softimage, and created a project not as local, but in a
> "mapped" drive letter (W:/)
> The mapped drive, pointed to a local shared folder, so all network will
> have access to it
> in the format: W:/XSI_Project/
> 4. From there on, all the paths were configured with the mapped drive and
> thus I work on my
> project. Do texturing, lighting, etc. Time to render...
> 5. Send project to deadline, and activate slave machines (2). 1st slave is
> the origin machine, and the 2nd
> one another machine on the network. with USE XSI BATCH option activated.
> 6. I open a Deadline Monitor on the Original Project Machine (Slave1). And
> effectively I´m watching
> my frames render swiftly!! FINALLY!
>
> Now I would like to know how many frames I can assign to each slave. Say
> I´d like to do a 100 frame
> animation (test) 20 - 20 each.
> I will monkey around some more, but any additional tip, would be so
> helpful!
>
> Thank you guys.
> David.
>
>
>
>   On Monday, December 2, 2013 8:06 PM, David Rivera <
> activemotionpictu...@yahoo.com> wrote:
>  Hi Mirko. I mapped a drive in the slave machine2, so it can be
> accessible from all locations as
> W:\XSI_Project\Render_Pictures
> On the Render manager on xsi, I go to the render channels output and
> configure it as:
> W:\XSI_Project\Render_Pictures
> On the Archive tab, I also configure it like so:
> W:\XSI_Project\Render_Pictures
>
> All this on my origin machine (slave machine1) from where the job is sent
> to deadline.
> I tried checking: "Submit .xsi scene file to deadline" and it´s no good.
> Also I tried unchecked and sending the job, but still Slave 2 machine
> DOESN´T add
> itslef to render the job..
>
> Does anyone have a videosetup and the steps to be taken in softimage to
> render
> something in free-slave mode demo with their Deadline free to try mode?
>
> Thanks.
> David R.
>
>
>   On Monday, December 2, 2013 2:19 PM, Mirko Jankovic <
> mirkoj.anima...@gmail.com> wrote:
>  You can map any drive letter you wan't, my main comp has like 3
> additional drives, while other computers have only 1 ssd with system, and
> they are all working from mapped drive letter which is on my main computer
> on raid 10 drive.
> Not sure maybe I misunderstood current problem but hope you find good
> answer :)
>
>
> On Mon, Dec 2, 2013 at 6:41 PM, David Rivera <
> activemotionpictu...@yahoo.com> wrote:
>
> Simon, thanks. I think that //[path] in the original Softimage file is my
> problem.
> I will try that option as well.
> Mirko, I just realized my original machine where the Softimage project was
> created,
> has an extra drive letter, the other slave machine doesn´t have. So I
> can´t map it the way
> you mentioned. Though I will try to recreate the path from the HDD on the
> origin machine
> and the slave as a test aside.
>
> Thank you guys. I hope this will get me through. Otherwise I will have to
> think on satellite
> rendering from softimage. And that I already tried asking around the list
> in about may, this year.
>
> Bests.
> David.
>
>
>
>
>   On Monday, December 2, 2013 6:03 AM, Simon Reeves 
> wrote:
>  If you used the default *scene output* (mine is set to which might be
> default I can't remember) which is *[Project
> Path]/Render_Pictures/[scene]*
> and that gives me the output of
> *\\server\share\projects\project\Render_Pictures\Scene*
> and that suggests to me that my project (or scene) was saved through the
> network path originally (we have a mapped drive to so it could have said
> *M:/project/*)
>
> In fact I tested it and it does do that.
>
> So maybe try saving your scene by browsing to \\machine_a\ ?
>
>
>  Mirko's way will also work but I like network paths :)
>
>
>
> Simon Reeves
> London, UK
> *si...@simonreeves.com *
> *www.simonreeves.com *
> *www.analogstudio.co.uk *
>
>
> On 2 December 2013 09:33, David Rivera wrote:
>
> Thanks Mirko, that´s a great hack. I´ll try it 

Re: Sending Softimage jobs to Deadline for rendering

[David Rivera]

Hi, Mirko, Simon, thank you for all your tips and help.
I finally got Deadline to work with my machines. I originally asked for an eval 
version 5
and so I installed it. This is the workflow I followed:

1. Installed Repository on "master" machine
2. Installed .exe on the "slave" machines.
3. Started softimage, and created a project not as local, but in a "mapped" 
drive letter (W:/)
The mapped drive, pointed to a local shared folder, so all network will have 
access to it
in the format: W:/XSI_Project/
4. From there on, all the paths were configured with the mapped drive and thus 
I work on my
project. Do texturing, lighting, etc. Time to render...
5. Send project to deadline, and activate slave machines (2). 1st slave is the 
origin machine, and the 2nd
one another machine on the network. with USE XSI BATCH option activated.
6. I open a Deadline Monitor on the Original Project Machine (Slave1). And 
effectively I´m watching
my frames render swiftly!! FINALLY!

Now I would like to know how many frames I can assign to each slave. Say I´d 
like to do a 100 frame
animation (test) 20 - 20 each.
I will monkey around some more, but any additional tip, would be so helpful!

Thank you guys.
David.




On Monday, December 2, 2013 8:06 PM, David Rivera 
 wrote:
 
Hi Mirko. I mapped a drive in the slave machine2, so it can be accessible from 
all locations as

W:\XSI_Project\Render_Pictures
On the Render manager on xsi, I go to the render channels output and configure 
it as:
W:\XSI_Project\Render_Pictures
On the Archive tab, I also configure it like so:
W:\XSI_Project\Render_Pictures

All this on my origin machine (slave machine1) from where the job is sent to 
deadline.
I tried checking: "Submit .xsi scene file to deadline" and it´s no good.
Also I tried unchecked and sending the job, but still Slave 2 machine DOESN´T 
add
itslef to render the job..

Does anyone have a videosetup and the steps to be taken in softimage to render
something in free-slave mode demo with their Deadline free to try mode?

Thanks.
David R.




On Monday, December 2, 2013 2:19 PM, Mirko Jankovic  
wrote:
 
You can map any drive letter you wan't, my main comp has like 3 additional 
drives, while other computers have only 1 ssd with system, and they are all 
working from mapped drive letter which is on my main computer on raid 10 drive.
Not sure maybe I misunderstood current problem but hope you find good answer :)



On Mon, Dec 2, 2013 at 6:41 PM, David Rivera  
wrote:

Simon, thanks. I think that //[path] in the original Softimage file is my 
problem.
>I will try that option as well.
>Mirko, I just realized my original machine where the Softimage project was 
>created,
>has an extra drive letter, the other slave machine doesn´t have. So I can´t 
>map it the way
>you mentioned. Though I will try to recreate the path from the HDD on the 
>origin machine
>and the slave as a test aside.
>
>Thank you guys. I hope this will get me through. Otherwise I will have to 
>think on satellite
>rendering from softimage. And that I already tried asking around the list in 
>about may, this year.
>
>Bests.
>David.
>
>
>
>
>
>
>
>On Monday, December 2, 2013 6:03 AM, Simon Reeves  
>wrote:
> 
>If you used the default scene output (mine is set to which might be default I 
>can't remember) which is [Project Path]/Render_Pictures/[scene]
>and that gives me the output of
>\\server\share\projects\project\Render_Pictures\Scene
>
>and that suggests to me that my project (or scene) was saved through the 
>network path originally (we have a mapped drive to so it could have said 
>M:/project/)
>
>
>In fact I tested it and it does do that.
>
>
>So maybe try saving your scene by browsing to \\machine_a\ ? 
>
>
>
>
>Mirko's way will also work but I like network paths :)  
>
>
>
>
>Simon Reeves
>London, UK
>
>si...@simonreeves.com
>www.simonreeves.com
>www.analogstudio.co.uk
>
>
>
>On 2 December 2013 09:33, David Rivera  wrote:
>
>Thanks Mirko, that´s a great hack. I´ll try it once I get to the office.
>>I really hope it works. I´ve been pulling my hair out over this the whole 
>>week.
>>Even wrote to the Deadline software guys...
>>
>>Bests.
>>David.
>>
>>
>>
>>
>>
>>
>>
>>On Monday, December 2, 2013 4:30 AM, Mirko Jankovic 
>> wrote:
>> 
>>What I found helpful is to have for example setup like this:
>>
>>
>>1st computer: hard drive with letter W: and projects on it
>>2nd computer: mapped hardrive also to use letter W: but pointing to network 
>>location ie shared drive from 1st computer.
>>In that case you don;t need to think about all those network paths and 
>>stuff... it will always be W:\[project folder] no matter which computer you 
>>use. 
>>
>>
>>So w: is assigned letter to 1st computer work hard drive with projects on it, 
>>that whole drive is shared and then on second computer you map network drive 
>>and assign it same letter, in my case w:
>>
>>
>>Hope it helps
>>
>>
>>
>>On Mon, Dec 2, 2013 at 10:01 AM, David Rivera 
>> wrote:
>>
>>Hi, I recently wrote to 

RE: Progressbar in scripting

[gareth bell]

Do you see anything occurring in the command box at the bottom of xsi?

Date: Tue, 3 Dec 2013 11:11:44 -0500
From: sergio.muc...@modusfx.com
To: softimage@listproc.autodesk.com
Subject: Re: Progressbar in scripting


  

  
  
I've seen this happen with quite a few tools and programs (Softimage
is not the only one here). From what I understand, it's an
application problem. What's going on is that the application in
question (Softimage in this case) stops sending notifications to the
OS (I presume because it's busy doing stuff), so the OS thinks the
application is hung, and informs you about it. I don't think there's
anything you can do about it (although I could be wrong, so I hope
someone could expand on this in case I am), since it has to be taken
care of at the application level. In other words, no matter what
process the application is doing, it'd need to notify the OS it's
actually working (scripts are notorious to trigger these states).

Cheers!



On 03/12/2013 10:20 AM, Szabolcs Matefy
  wrote:



  
  
  
  
OK, I’m doing a script, that reads plenty
  of data from different files, etc. After a few seconds, the
  screen fades into white, the progressbar is white, and it
  looks like XSI is hang (however it works). I tried the Refresh
  command to make sure that the views and everything is
  refreshed, in vain. Any idea on this issue?
 


  Cheers
 
Szabolcs
  
  ___

  This message contains confidential information and is intended
  only for the individual named. If you are not the named addressee
  you should not disseminate, distribute or copy this e-mail. Please
  notify the sender immediately by e-mail if you have received this
  e-mail by mistake and delete this e-mail from your system. E-mail
  transmission cannot be guaranteed to be secure or error-free as
  information could be intercepted, corrupted, lost, destroyed,
  arrive late or incomplete, or contain viruses. The sender
  therefore does not accept liability for any errors or omissions in
  the contents of this message, which arise as a result of e-mail
  transmission. If verification is required please request a
  hard-copy version. Crytek GmbH - http://www.crytek.com -
  Grüneburgweg 16-18, 60322 Frankfurt - HRB77322 Amtsgericht
  Frankfurt a. Main- UST IdentNr.: DE20432461 - Geschaeftsfuehrer:
  Avni Yerli, Cevat Yerli, Faruk Yerli




-- 

  

  <>

Re: Progressbar in scripting

[Sergio Mucino]

  
  
I've seen this happen with quite a few tools and programs (Softimage
is not the only one here). From what I understand, it's an
application problem. What's going on is that the application in
question (Softimage in this case) stops sending notifications to the
OS (I presume because it's busy doing stuff), so the OS thinks the
application is hung, and informs you about it. I don't think there's
anything you can do about it (although I could be wrong, so I hope
someone could expand on this in case I am), since it has to be taken
care of at the application level. In other words, no matter what
process the application is doing, it'd need to notify the OS it's
actually working (scripts are notorious to trigger these states).
Cheers!

On 03/12/2013 10:20 AM, Szabolcs Matefy
  wrote:


  
  
  
  
OK, I’m doing a script, that reads plenty
  of data from different files, etc. After a few seconds, the
  screen fades into white, the progressbar is white, and it
  looks like XSI is hang (however it works). I tried the Refresh
  command to make sure that the views and everything is
  refreshed, in vain. Any idea on this issue?
 

  Cheers
 
Szabolcs
  
  ___
  This message contains confidential information and is intended
  only for the individual named. If you are not the named addressee
  you should not disseminate, distribute or copy this e-mail. Please
  notify the sender immediately by e-mail if you have received this
  e-mail by mistake and delete this e-mail from your system. E-mail
  transmission cannot be guaranteed to be secure or error-free as
  information could be intercepted, corrupted, lost, destroyed,
  arrive late or incomplete, or contain viruses. The sender
  therefore does not accept liability for any errors or omissions in
  the contents of this message, which arise as a result of e-mail
  transmission. If verification is required please request a
  hard-copy version. Crytek GmbH - http://www.crytek.com -
  Grüneburgweg 16-18, 60322 Frankfurt - HRB77322 Amtsgericht
  Frankfurt a. Main- UST IdentNr.: DE20432461 - Geschaeftsfuehrer:
  Avni Yerli, Cevat Yerli, Faruk Yerli


-- 
  

  

Progressbar in scripting

[Szabolcs Matefy]

OK, I'm doing a script, that reads plenty of data from different files, etc. 
After a few seconds, the screen fades into white, the progressbar is white, and 
it looks like XSI is hang (however it works). I tried the Refresh command to 
make sure that the views and everything is refreshed, in vain. Any idea on this 
issue?


Cheers

Szabolcs

___
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Crytek GmbH - 
http://www.crytek.com - Grüneburgweg 16-18, 60322 Frankfurt - HRB77322 
Amtsgericht Frankfurt a. Main- UST IdentNr.: DE20432461 - Geschaeftsfuehrer: 
Avni Yerli, Cevat Yerli, Faruk Yerli

Re: emPolygonizer4 v.4.250

[Thomas Volkmann]

Thanks Eric,

so I was on the right track about it. Looking forward to the new video!
Und einen schönen Gruss an Tim.

cheers,
Thomas


> Eric Mootz  hat am 3. Dezember 2013 um 12:24 geschrieben:
> 
>  Hey Thomas,
> 
>  Yes, that is more or less correct, but only if we talk about polygonizing
> stuff, in which case both plugins serve the same purpose with emPolygonizer4
> being the "artist-version" and emTopolizer2 the "TD-version".
> 
>  But it must be noted that emTopolizer2 can do so much more than just
> polygonize stuff!
>  Luckily Tim Borgmann extensively played around with emTopolizer2 the last
> days and he made a short video containing some of his tests. He showed me a
> preview of the video and it looks absolutely great and I believe it
> demonstrates quite well what one can do with emTopolizer2 besides
> polygonizing.
> 
>  I'll post a link as soon as the video is online.
>  Stay tuned!
> 
>  Cheers!
>  Eric
> 

Re: emPolygonizer4 v.4.250

[Eric Mootz]

Hey Thomas,

Yes, that is more or less correct, but only if we talk about polygonizing 
stuff, in which case both plugins serve the same purpose with emPolygonizer4 
being the "artist-version" and emTopolizer2 the "TD-version".

But it must be noted that emTopolizer2 can do so much more than just polygonize 
stuff!
Luckily Tim Borgmann extensively played around with emTopolizer2 the last days 
and he made a short video containing some of his tests. He showed me a preview 
of the video and it looks absolutely great and I believe it demonstrates quite 
well what one can do with emTopolizer2 besides polygonizing.

I'll post a link as soon as the video is online.
Stay tuned!

Cheers!
Eric

Re: emPolygonizer4 v.4.250

[Thomas Volkmann]

This looks really nice!
Is it available for the Topolizer as well?
To be honest I'm still a bit confused about the differences of Polygonizer and
Topolizer. As I see it right now Topolizer could give me the same results as the
Polygonizer (and more) but some ICE-knowledge is needed, where Polygonizer has a
nice UI with buttons and presets and stuff. Is that correct somehow?
I watched the polygonizer-jungle video once, but I think I'll give it another
round...

cheers,
Thomas


> Eric Mootz  hat am 3. Dezember 2013 um 10:03 geschrieben:
> 
>  Hey XSI list,
> 
>  There is an update of emPolygonizer4 available.
>  It is version 4.250 and it has a new feature called "Create ICE Data from
> internal Representation".
> 
>  If you belong to that group of people who like ICE and enjoy screwing around
> with ICE data then you might like this new feature ;)
>  There is a 12 minutes long video tutorial on Vimeo in which I explain what
> this is all about:
>  http://vimeo.com/80782236 
> 
>  Cheers!
>  Eric
> 

Re: emPolygonizer4 v.4.250

[Chris Marshall]

That demo of the bunnies is the coolest thing I've seen for a long time!!


On 3 December 2013 09:23, Nick Angus  wrote:

>  And Eric said unto them, go forth and Polygonize...  ; )
>  --
> *From:* softimage-boun...@listproc.autodesk.com [
> softimage-boun...@listproc.autodesk.com] on behalf of Eric Mootz [
> e...@mootzoid.com]
> *Sent:* 03 December 2013 19:03
> *To:* Softimage List
> *Subject:* emPolygonizer4 v.4.250
>
>   Hey XSI list,
>
> There is an update of emPolygonizer4 available.
> It is version 4.250 and it has a new feature called "Create ICE Data from
> internal Representation".
>
> If you belong to that group of people who like ICE and enjoy screwing
> around with ICE data then you might like this new feature ;)
> There is a 12 minutes long video tutorial on Vimeo in which I explain what
> this is all about:
> http://vimeo.com/80782236 
>
> Cheers!
> Eric
>



-- 

Chris Marshall
Mint Motion Limited
029 20 37 27 57
07730 533 115
www.mintmotion.co.uk

Re: crowd tutorial?

[Chris Marshall]

OK Thanks Sandy. I'm keen to start with the basic pedestrian crowd then
develop it bit by bit so I have some decent understanding of what's doing
what. I can get the guys to run around and avoid stuff, but then I'm
struggling to get them to slow down, die, or generally do something else.
Would seem pretty straight forward, but I must be approaching it wrong as
it's not playing ball.



On 3 December 2013 10:04, Sandy Sutherland wrote:

> Not that I found Chris, but the guys from the soft team were quite helpful
> when we did a crowd gig at TM.
>
> S.
>
>
> On 2013/12/03 12:02 PM, Chris Marshall wrote:
>
>> Hi All,
>> I'm delving a little deeper into crowds, just wondering if there are any
>> decent tutorials out there? I've watched the 3 simple ones by Soft, but
>> could do with assistance on some more advanced stuff.
>> Thanks
>> Chris
>>
>>
>


-- 

Chris Marshall
Mint Motion Limited
029 20 37 27 57
07730 533 115
www.mintmotion.co.uk

Re: crowd tutorial?

[Sandy Sutherland]

Not that I found Chris, but the guys from the soft team were quite 
helpful when we did a crowd gig at TM.


S.

On 2013/12/03 12:02 PM, Chris Marshall wrote:

Hi All,
I'm delving a little deeper into crowds, just wondering if there are 
any decent tutorials out there? I've watched the 3 simple ones by 
Soft, but could do with assistance on some more advanced stuff.

Thanks
Chris

crowd tutorial?

[Chris Marshall]

Hi All,
I'm delving a little deeper into crowds, just wondering if there are any
decent tutorials out there? I've watched the 3 simple ones by Soft, but
could do with assistance on some more advanced stuff.
Thanks
Chris

RE: emPolygonizer4 v.4.250

[Nick Angus]

And Eric said unto them, go forth and Polygonize...  ; )

From: softimage-boun...@listproc.autodesk.com 
[softimage-boun...@listproc.autodesk.com] on behalf of Eric Mootz 
[e...@mootzoid.com]
Sent: 03 December 2013 19:03
To: Softimage List
Subject: emPolygonizer4 v.4.250

Hey XSI list,

There is an update of emPolygonizer4 available.
It is version 4.250 and it has a new feature called "Create ICE Data from 
internal Representation".

If you belong to that group of people who like ICE and enjoy screwing around 
with ICE data then you might like this new feature ;)
There is a 12 minutes long video tutorial on Vimeo in which I explain what this 
is all about:
http://vimeo.com/80782236

Cheers!
Eric

emPolygonizer4 v.4.250

[Eric Mootz]

Hey XSI list,

There is an update of emPolygonizer4 available.
It is version 4.250 and it has a new feature called "Create ICE Data from 
internal Representation".

If you belong to that group of people who like ICE and enjoy screwing around 
with ICE data then you might like this new feature ;)
There is a 12 minutes long video tutorial on Vimeo in which I explain what this 
is all about:
http://vimeo.com/80782236

Cheers!
Eric

RE: Playback Realtime

[Jack Kao]

Glad to hear that.

Cheers J



*From:* softimage-boun...@listproc.autodesk.com [mailto:
softimage-boun...@listproc.autodesk.com] *On Behalf Of *Martin Yara
*Sent:* Tuesday, December 03, 2013 5:22 PM
*To:* softimage@listproc.autodesk.com
*Subject:* Re: Playback Realtime



It doesn't refresh the GUI in real time but it works perfectly. Thanks!



Martin



On Tue, Dec 3, 2013 at 5:16 PM, Jack Kao  wrote:

preferences.Interaction.playbackmode



*From:* softimage-boun...@listproc.autodesk.com [mailto:
softimage-boun...@listproc.autodesk.com] *On Behalf Of *Martin Yara
*Sent:* Friday, November 29, 2013 8:30 PM
*To:* softimage@listproc.autodesk.com
*Subject:* Playback Realtime



Hi list, is this option reachable through scripting?



You know, the little "All" / "RT" button that is located near the animation
button in the timeline.

I can see this button changes the command triggered by the play button, but
I can't see what is it changing.



I have a client that wants me to have all our scenes in with playback
option in Real Time, so I was wondering if I could add this option to our
check tools to avoid human errors.



And by the way, does anyone know if this option is saved within the scn
file?



Thanks,



Martin

Re: Playback Realtime

[Martin Yara]

It doesn't refresh the GUI in real time but it works perfectly. Thanks!

Martin


On Tue, Dec 3, 2013 at 5:16 PM, Jack Kao  wrote:

> preferences.Interaction.playbackmode
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Martin Yara
> *Sent:* Friday, November 29, 2013 8:30 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Playback Realtime
>
>
>
> Hi list, is this option reachable through scripting?
>
>
>
> You know, the little "All" / "RT" button that is located near the
> animation button in the timeline.
>
> I can see this button changes the command triggered by the play button,
> but I can't see what is it changing.
>
>
>
> I have a client that wants me to have all our scenes in with playback
> option in Real Time, so I was wondering if I could add this option to our
> check tools to avoid human errors.
>
>
>
> And by the way, does anyone know if this option is saved within the scn
> file?
>
>
>
> Thanks,
>
>
>
> Martin
>

RE: Playback Realtime

[Jack Kao]

preferences.Interaction.playbackmode



*From:* softimage-boun...@listproc.autodesk.com [mailto:
softimage-boun...@listproc.autodesk.com] *On Behalf Of *Martin Yara
*Sent:* Friday, November 29, 2013 8:30 PM
*To:* softimage@listproc.autodesk.com
*Subject:* Playback Realtime



Hi list, is this option reachable through scripting?



You know, the little "All" / "RT" button that is located near the animation
button in the timeline.

I can see this button changes the command triggered by the play button, but
I can't see what is it changing.



I have a client that wants me to have all our scenes in with playback
option in Real Time, so I was wondering if I could add this option to our
check tools to avoid human errors.



And by the way, does anyone know if this option is saved within the scn
file?



Thanks,



Martin