Re: Distribute between knots? Know the percentage position of a knot?

[pedro santos]

 "if you're extremely smart and educated :D" =  "if you're *NOT* extremely
smart and educated :D"
lol
Cheers

On Sat, Apr 23, 2016 at 12:15 AM, pedro santos  wrote:

> Matt
> I'm guessing what triggered your response was the word "slow". Notice that
> I was mentioning me as an instruction creator being slower with code to get
> to what I wanted not execution performance wise as nodes give me that super
> power: Do more mistakes faster which is helpful to path-find an algorithm
> if you're extremely smart and educated :D. It also didn't help the briefing
> was not crystal clear to me from the start so I invested time on several
> fronts, that was quite rich experience even though time was wasted. But
> next time I need them, I'll rename that to "investment" :)
>
> But at the moment the goals are clear and I nailed them with all the
> inputs I received here too, so I'm thankful.
> https://gfycat.com/FearfulRemorsefulAnaconda
>
> Like I said, I got that C++ course and will dive into it, but at the
> moment I would not have produced anything meaningful for the task.
>
> Thanks again!
>
> Pedro
>
>
>
>
>
>
>
>
> On Fri, Apr 22, 2016 at 11:29 PM, Matt Lind  wrote:
>
>> UmI don't think your assessment is correct.
>>
>> The SDK is single threaded, but in this context ICE is too.  Past tests
>> have
>> shown that ICE performs ~30% slower than the SDK in single threaded tasks
>> because of the additional overhead with nodes/tree evaluation.  If you can
>> parallelize the task, then the game changes, but with all the issues
>> you've
>> run into, that's not likely to happen.
>>
>> You don't have to write the operator in C++.  Scripted operator will also
>> work and be less hassle.  In fact, you could've been done with it already.
>> If you have to deliver, the amount of time it takes to find the ICE
>> workaround (and a reliable one) will exceed the amount of time it would've
>> taken to write the operator using the standard SDK.
>>
>> do what you want.
>>
>>
>> Matt
>>
>>
>>
>> Date: Fri, 22 Apr 2016 13:48:13 +0100
>> From: pedro santos 
>> Subject: Re: Distribute between knots? Know the percentage position of
>> a knot?
>> To: Softimage Mailing List 
>>
>> Will do Matt, one day. Got that C++ plus course I referenced. Seems great.
>> But now I have to deliver something x) I apologize if this is cringy for
>> you!! Yes the bits you talk about are the most annoying for me, building
>> the algorithms in straight up code is already a bit slower but the SDK
>> part
>> is going beyong solving the problem at hand many times, and these are
>> usually handled for you with node. Hail nodes! :D I'll meet that C++
>> bipolar madame soon :)
>>
>> Was able to re-purpose "Curve Distance to Curve U" from Dual Curve Deform
>> by Antton Tapani, to make my dual curve conform along curve length.
>>
>> Thanks everyone (!) for the inputs, they were helpful as what was
>> requested
>> of me kept updating! Here's the result so far:
>> https://app.box.com/s/tcvzwph4b0j2jf48yqcuscg08lt17gtq
>>
>> Cheers
>> Pedro
>>
>> --
>> Softimage Mailing List.
>> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
>> with "unsubscribe" in the subject, and reply to confirm.
>>
>
>
>
> --
>
>
>
> *--[image:
> http://i153.photobucket.com/albums/s202/animatics/probiner-sig.gif]Pedro
> Alpiarça dos Santos >>  http://probiner.xyz/ 
> *
>



-- 



*--[image:
http://i153.photobucket.com/albums/s202/animatics/probiner-sig.gif]Pedro
Alpiarça dos Santos >>  http://probiner.xyz/ 
*
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Matt Lind]

> I don't know, but an 'already determined (& rather bleak) fate'
> sounds alot to me like 'death row', which I really don't think at-all
> ever applied to XSI until.. (ice)

No, that's an error on your part.  'Fate' is a long term outcome based on 
development of events outside one's control.  It's not synonymous with 
death.  In this case it meant Softimage would never be the 800 pound gorilla 
some hoped it would be.  That fate was determined by customers already 
investing in other options due to the long string of broken promises and 
being late to market thereby damaging credibility.  Many of the tangible 
issues were later remedied, but not until after it was too late.

> I don't either recall that, I would think that if anything,
> whichever it's state, would have had a growth somewhat
> relative to what ICE seemed to bring, as opposed to the other
> way around, or -maybe- with a time delay if the prior version
> happened to have some issue (?)

Exactly my point.  2007 was the high point in your stats, and the same year 
which the issues with XSI 6.x occurred.  It takes a while for issues like 
that to become impactful on a global scale, but even more difficult to undo 
the damage once it's done.  Winter months are a popular time to hire in most 
industries.  Most hiring was likely front loaded before the XSI 6.x issues 
were widely known as many were likely still on XSI 5.11 at the time, so the 
damage in the jobs sector likely wasn't seen until later in the year.  Add 
in some of the observations of Luc-Eric and there you have it.  The numbers 
were already in decline before ICE was released and never recovered.  ICE 
did bring new eyes onto the product, but not enough to overcome the other 
shortcomings.  By that point ICE acted as life support keeping options open, 
and the timing of it's introduction was important too.

If ICE had already been on the market a few years, data would've illustrated 
whether it was helping sales or not.  If it wasn't making a big dent, 
Softimage would've been killed sooner.  But because ICE was *just* 
introduced at time of the Autodesk acquisition, Autodesk had to at least let 
the ICE hand run for a bit and see if it had any legs.  That bought 
Softimage at least a few years it wouldn't have had otherwise.  Avid was 
determined to get rid of Softimage to solve their other internal issues, and 
the only other taker in rumor was Dassault - do you really think Dassault 
understood media and entertainment well enough to give the kind of support 
Softimage needed?  I don't.  So you can knock Autodesk all you want, and the 
knocks may be perfectly valid, but on the flip side the alternatives weren't 
necessarily better or assure an improved situation.  For all we know 
Dassault could've pulled a Microsoft and dumped millions into the company 
only to suddenly pull the cord when sales didn't meet expectations. 
Autodesk at least let the boat sale for better or for worse.

If you don't remember XSI 6.x, then you must've been living under a rock or 
not pushing the software's feature set very hard.  Keep in mind that 
Softimage had strong games market and XSI 6.x's issues were especially bad 
for game developers.  So if you were working in film/video, you likely 
didn't feel the impact of that release as much as a game developer would 
have.  As I stated numerous times in the past, my studio didn't get any 
relief until Softimage 7.5, and we were then stuck on that release until 
Softimage 2013 SP1 because of all the show stopping issues in between.  I 
know of other studios in similar boats.  Some threw caution to the wind and 
pushed forward anyway only to later regret doing that.

What Maya or anybody else does at that point is almost irrelevant.


Matt



Date: Thu, 21 Apr 2016 20:49:41 -0400
From: Jason S 
Subject: Re: Autodesk acquires Solid Angle
To: softimage@listproc.autodesk.com


On 04/21/16 5:26, Matt Lind wrote:
I never said XSI was on death row, I said it was viable with a small
cushion, but long term it's fate was already determined from the miscues
which occurred during the Sumatra release


I don't know, but an 'already determined (& rather bleak) fate'  sounds alot 
to me like 'death row', which I really don't think at-all ever applied to 
XSI until.. (ice)



On 04/21/16 5:26, Matt Lind wrote:
XSI v6.0 was released on the last day in 2006 (call it 2007) - the biggest 
lemon and disaster in XSI's history.  Granted, cause of the problem was a 
screw-up at Avid HQ erroneously divulging a release when one wasn't planned 
forcing the team to put humpty dumpty together again in an insanely short 
time, but the damage was done.


I don't either recall that, I would think that if anything, whichever it's 
state, would have had a growth somewhat relative to what ICE seemed to 
bring, as opposed to the other way around, or -maybe- with a time delay if 
the prior version happened to have some issue (?)

Or it would'nt account for the 

Re: Distribute between knots? Know the percentage position of a knot?

[pedro santos]

Matt
I'm guessing what triggered your response was the word "slow". Notice that
I was mentioning me as an instruction creator being slower with code to get
to what I wanted not execution performance wise as nodes give me that super
power: Do more mistakes faster which is helpful to path-find an algorithm
if you're extremely smart and educated :D. It also didn't help the briefing
was not crystal clear to me from the start so I invested time on several
fronts, that was quite rich experience even though time was wasted. But
next time I need them, I'll rename that to "investment" :)

But at the moment the goals are clear and I nailed them with all the inputs
I received here too, so I'm thankful.
https://gfycat.com/FearfulRemorsefulAnaconda

Like I said, I got that C++ course and will dive into it, but at the moment
I would not have produced anything meaningful for the task.

Thanks again!

Pedro








On Fri, Apr 22, 2016 at 11:29 PM, Matt Lind  wrote:

> UmI don't think your assessment is correct.
>
> The SDK is single threaded, but in this context ICE is too.  Past tests
> have
> shown that ICE performs ~30% slower than the SDK in single threaded tasks
> because of the additional overhead with nodes/tree evaluation.  If you can
> parallelize the task, then the game changes, but with all the issues you've
> run into, that's not likely to happen.
>
> You don't have to write the operator in C++.  Scripted operator will also
> work and be less hassle.  In fact, you could've been done with it already.
> If you have to deliver, the amount of time it takes to find the ICE
> workaround (and a reliable one) will exceed the amount of time it would've
> taken to write the operator using the standard SDK.
>
> do what you want.
>
>
> Matt
>
>
>
> Date: Fri, 22 Apr 2016 13:48:13 +0100
> From: pedro santos 
> Subject: Re: Distribute between knots? Know the percentage position of
> a knot?
> To: Softimage Mailing List 
>
> Will do Matt, one day. Got that C++ plus course I referenced. Seems great.
> But now I have to deliver something x) I apologize if this is cringy for
> you!! Yes the bits you talk about are the most annoying for me, building
> the algorithms in straight up code is already a bit slower but the SDK part
> is going beyong solving the problem at hand many times, and these are
> usually handled for you with node. Hail nodes! :D I'll meet that C++
> bipolar madame soon :)
>
> Was able to re-purpose "Curve Distance to Curve U" from Dual Curve Deform
> by Antton Tapani, to make my dual curve conform along curve length.
>
> Thanks everyone (!) for the inputs, they were helpful as what was requested
> of me kept updating! Here's the result so far:
> https://app.box.com/s/tcvzwph4b0j2jf48yqcuscg08lt17gtq
>
> Cheers
> Pedro
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>



-- 



*--[image:
http://i153.photobucket.com/albums/s202/animatics/probiner-sig.gif]Pedro
Alpiarça dos Santos >>  http://probiner.xyz/ 
*
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: script log at startup

[Matt Lind]

The best you can do is activate real time script logging including verbose 
mode in your scripting preferences.  There might be an additional 
environment variable or two which can be activated, but those would be for 
specific contexts such as debugging operators.  When faced with this problem 
I usually created self installing plugins (events) to trigger when needed 
for these types of things so at least I'd get an idea of when stuff would 
happen in the context of startup.

Another thing you could try is to create a dummy plugin, such as a startup 
event, and use Microsoft Visual Studio (C++) to 'attach to process' in the 
debugger and see if it can sniff what XSI does on startup while attempting 
to load the plugin.  Still likely on the outside looking in, but you might 
pick up at least a few hints of what's going on to help steer your next step 
of troubleshooting.  You can likewise try GDebug or similar tool for 
sniffing a custom OpenGL shader to get similar info.  We did this a lot at 
Carbine as a means to get issues diagnosed, reported, and fixed.or at 
least diagnosed and reported.

Matt




Date: Fri, 22 Apr 2016 18:04:51 +
From: "Ponthieux, Joseph G. (LARC-E1A)[LITES II]"

Subject: RE: script log at startup
To: "softimage@listproc.autodesk.com"

I just need to know what the software does on startup. In particular what 
tests it runs or files it creates, updates, etc. In particular is there any 
part of the startup process that is failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it back in, but if 
I close Soft the saved file is no longer readable the next time Soft is run.

I've deleted preferences. It is doing the same regardless what version of 
Soft I use.

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party. 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Distribute between knots? Know the percentage position of a knot?

[Matt Lind]

UmI don't think your assessment is correct.

The SDK is single threaded, but in this context ICE is too.  Past tests have 
shown that ICE performs ~30% slower than the SDK in single threaded tasks 
because of the additional overhead with nodes/tree evaluation.  If you can 
parallelize the task, then the game changes, but with all the issues you've 
run into, that's not likely to happen.

You don't have to write the operator in C++.  Scripted operator will also 
work and be less hassle.  In fact, you could've been done with it already. 
If you have to deliver, the amount of time it takes to find the ICE 
workaround (and a reliable one) will exceed the amount of time it would've 
taken to write the operator using the standard SDK.

do what you want.


Matt



Date: Fri, 22 Apr 2016 13:48:13 +0100
From: pedro santos 
Subject: Re: Distribute between knots? Know the percentage position of
a knot?
To: Softimage Mailing List 

Will do Matt, one day. Got that C++ plus course I referenced. Seems great.
But now I have to deliver something x) I apologize if this is cringy for
you!! Yes the bits you talk about are the most annoying for me, building
the algorithms in straight up code is already a bit slower but the SDK part
is going beyong solving the problem at hand many times, and these are
usually handled for you with node. Hail nodes! :D I'll meet that C++
bipolar madame soon :)

Was able to re-purpose "Curve Distance to Curve U" from Dual Curve Deform
by Antton Tapani, to make my dual curve conform along curve length.

Thanks everyone (!) for the inputs, they were helpful as what was requested
of me kept updating! Here's the result so far:
https://app.box.com/s/tcvzwph4b0j2jf48yqcuscg08lt17gtq

Cheers
Pedro 

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Friday Flashback #272

[Graham D. Clark]

And 2 from Vancouver and 1 from Toronto ;)

Graham D Clark
phone: why-I-stereo
http://www.linkedin.com/in/grahamclark

> On Apr 22, 2016, at 1:00 PM, Marc-Andre Carbonneau 
>  wrote:
> 
> Ya, technically they had no choice but also they had recruited and flew 
> fifteen 3D artists from Montreal who knew nothing else but Softimage.
> Adds its weight in the balance. ;)
>  
> From: softimage-boun...@listproc.autodesk.com 
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
> Sent: April-22-16 3:54 PM
> To: softimage@listproc.autodesk.com
> Subject: Friday Flashback #272
>  
> Action Synthèse drops Max for #Softimage on The Magic Roundabout
> http://wp.me/powV4-3jt
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: script log at startup

[Stephen Davidson]

Gotta be someone changed the permissions, somewhere. That's my guess.

Best Regards,
*  Stephen P. Davidson*

*(954) 552-7956*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke



On Fri, Apr 22, 2016 at 4:35 PM Ponthieux, Joseph G. (LARC-E1A)[LITES II] <
j.ponthi...@nasa.gov> wrote:

> No, not really. Tuesday they worked. Thursday they didn’t.
>
>
>
> thanks
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Stephen Davidson
> *Sent:* Friday, April 22, 2016 4:05 PM
>
>
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: script log at startup
>
>
>
> Shot in the dark, here, but does the network path have an extremely long
> address?
>
> I have had issues with long path names and/or unusual characters in the
> path.
>
> Best Regards,
> *  Stephen P. Davidson*
>*(954) 552-7956*
> sdavid...@3danimationmagic.com
>
> *Any sufficiently advanced technology is indistinguishable from magic*
>
>
>- Arthur C. Clarke
>
> 
>
>
>
> On Fri, Apr 22, 2016 at 3:33 PM Sandy Sutherland <
> sandy.mailli...@gmail.com> wrote:
>
> Mmm I don't think you can then worry about SI being the only one having
> issues, that could be anything, even the smallest thing, that just makes
> the SI file do it.  I guess you revert your change, and you will be up and
> working again.
>
> I doubt you can prove what you need to prove, other than reverting your
> network change, and then SI should save ok again.  I am guessing that there
> is some sort of Bureaucracy that is making you need to prove the network
> change is your problem - if so - OUCH.
>
>
>
> S.
>
>
>
> On 2016-04-22 08:10 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> Locally the system works fine.
>
>
>
> Your spidey sense is also on spot.
>
>
>
> A change was affected prior to all this. We suspect the same but can’t
> prove it. I’m trying to rule out the application side first. What’s weird
> is that it is strictly specific to Softimage only. Nothing else is
> affected. Until I can rule out the epic fail as caused by SI, this isn’t
> helping.
>
>
>
> EOL is when again? The timing couldn’t be worse…
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [
> mailto:softimage-boun...@listproc.autodesk.com
> ] *On Behalf Of *Sandy Sutherland
> *Sent:* Friday, April 22, 2016 2:59 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: script log at startup
>
>
>
> You might have mentioned this Joey, but in case not - did you try working
> with a scene locally, and see if the same thing happens - spidey sense is
> tingling my side to do with some sort of network issue, server issue -
> something like that.
>
> S.
>
> On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> No. This started yesterday.
>
>
>
> In 30 years computing this is about one of the weirdest things I’ve ever
> seen. It can mount the remote drives, see everything there, save files,
> then reads files created within the active session. But any file not
> created during that session can’t be read and gives an error. All scene
> files are good and readable. From the local machine there are no issues
> whatsoever. But when the default database is set to the remote drive, it
> starts leaving empty files behind with a namespace that’s similar to other
> files that SI dumps such as the .dmp and .Scriptlog files. But no extension
> and 0 bytes. I thought maybe it has a read/write test on startup for the
> database but that it was never obvious that the test file was there because
> it might get deleted like the .dmp files do when you close Soft. If it is a
> read/write test something is interfering with its ability to finish the
> process and delete the test file.
>
>
>
> Thanks
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other 

Re: Autodesk acquires Solid Angle

[Simon van de Lagemaat]

Ya Vancouver is quite small so laying fiber was, I think, much easier and
cost effective than in other cities.  How you are physically connected to
the data center will drastically change how you approach cloud rendering.
We're waiting for a new center to come online closer to us, even with the
PoP we suspect latency will be too high to use NFS mounts when the center
is somewhere in the midwest.

On Fri, Apr 22, 2016 at 1:56 PM, Steven Caron  wrote:

> San Francisco still struggles with fiber... why didn't 'Google Fiber' come
> here first? :) Many thousands of dollars per month... if you are using it
> or not. If they did metering like power bills maybe that cost wouldn't be
> so scary.
>
> We have played a little bit with Zync and talked directly with some Google
> product managers about using it. Internet speed and connectivity is still a
> hurdle but it is also something we are considering if we need to scale.
>
> Good point about the AC bill, one reason why GPU rendering can actually be
> expensive. Those things can get hawwt and really suck some juice.
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: The best news all week. H indie supports redshift3d.

[Steven Caron]

doh! how did I miss that?

On Fri, Apr 22, 2016 at 1:34 PM, Srecko Micic 
wrote:

> There is note that it will not be possible to output scene files.
>
> 'Rendering in Houdini Indie will go directly to the renderer without
> saving out render description files.'
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Steven Caron]

San Francisco still struggles with fiber... why didn't 'Google Fiber' come
here first? :) Many thousands of dollars per month... if you are using it
or not. If they did metering like power bills maybe that cost wouldn't be
so scary.

We have played a little bit with Zync and talked directly with some Google
product managers about using it. Internet speed and connectivity is still a
hurdle but it is also something we are considering if we need to scale.

Good point about the AC bill, one reason why GPU rendering can actually be
expensive. Those things can get hawwt and really suck some juice.

On Fri, Apr 22, 2016 at 1:32 PM, Simon van de Lagemaat <
si...@theembassyvfx.com> wrote:

> Fiber should be pretty cheap in most major cities by now, if not it will
> be soon.  I think the most difficult part of cloud rendering is that unless
> you're on a service like Zync you really need a couple of pipeline/IT guys
> to work out your imaging, mounting and data transfer tech and strategies.
> There's also a whole host of other issues like your distance to the nearest
> data center and whether or not you have a PoP to them. This can all affect
> whether you mount those cloud machines or treat as offsite and off network
> entities etc etc. It's all about latency.
>
> That said Google does provide some pretty decent instructional media to
> guide you, they are really trying hard to make cloud rendering a reality
> for most people.  I think it's going to be up to AD to decide how they want
> to deal with burst licensing.  Right now with Arnold it's pretty much rent
> and serve your own but I suspect that will change.
>
> We're not planning on rendering everything in the cloud to start but will
> instead leave it for OMG moments or to avoid compromising on quality in
> order to deliver on time etc. If the cost–benefit analysis works I could
> see letting our farm slowly age out and just focus on local storage and
> possibly replace the rack space with workstations using pcoip.  I'm sure
> we'll probably keep some local compute boxes however.
>
> Lots of options!  Less air conditioning!
>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Steven Caron]

We have needed to do just this, ship hard drives to and from our clients
and it still sucks. 3 TB of data doesn't just come online instantly once it
is in the building.

But yea... scaling past your capacity is one of the major points for us
too. It still has a cost that needs to be evaluated per site and to Jordi's
point it still isn't so clear what was the right choice. If the internet
connectivity issue for our region was a non issue, I would be jumping for
joy :)

On Fri, Apr 22, 2016 at 1:29 PM, Eric Thivierge 
wrote:
>
>
> I've heard of places / services that will get those images onto a hard
> drive and ship them to you. Great if they have a local branch nearby. :)
>
> I think there is a need for cloud rendering as even studios who dump a ton
> of money into their local farm, they just run out of space and bandwidth
> with multiple shows running. They need cloud when they're maxed out and
> still need to scale out.
>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

No, not really. Tuesday they worked. Thursday they didn’t.

thanks
--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Davidson
Sent: Friday, April 22, 2016 4:05 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

Shot in the dark, here, but does the network path have an extremely long 
address?
I have had issues with long path names and/or unusual characters in the path.

Best Regards,
  Stephen P. Davidson
   (954) 552-7956
sdavid...@3danimationmagic.com

Any sufficiently advanced technology is indistinguishable from magic

 - 
Arthur C. Clarke

[http://www.3danimationmagic.com/3Danimation_magic_logo_sign.jpg]

On Fri, Apr 22, 2016 at 3:33 PM Sandy Sutherland 
> wrote:
Mmm I don't think you can then worry about SI being the only one having issues, 
that could be anything, even the smallest thing, that just makes the SI file do 
it.  I guess you revert your change, and you will be up and working again.

I doubt you can prove what you need to prove, other than reverting your network 
change, and then SI should save ok again.  I am guessing that there is some 
sort of Bureaucracy that is making you need to prove the network change is your 
problem - if so - OUCH.


S.

On 2016-04-22 08:10 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
Locally the system works fine.

Your spidey sense is also on spot.

A change was affected prior to all this. We suspect the same but can’t prove 
it. I’m trying to rule out the application side first. What’s weird is that it 
is strictly specific to Softimage only. Nothing else is affected. Until I can 
rule out the epic fail as caused by SI, this isn’t helping.

EOL is when again? The timing couldn’t be worse…

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sandy Sutherland
Sent: Friday, April 22, 2016 2:59 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

You might have mentioned this Joey, but in case not - did you try working with 
a scene locally, and see if the same thing happens - spidey sense is tingling 
my side to do with some sort of network issue, server issue - something like 
that.

S.
On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
No. This started yesterday.

In 30 years computing this is about one of the weirdest things I’ve ever seen. 
It can mount the remote drives, see everything there, save files, then reads 
files created within the active session. But any file not created during that 
session can’t be read and gives an error. All scene files are good and 
readable. From the local machine there are no issues whatsoever. But when the 
default database is set to the remote drive, it starts leaving empty files 
behind with a namespace that’s similar to other files that SI dumps such as the 
.dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never obvious 
that the test file was there because it might get deleted like the .dmp files 
do when you close Soft. If it is a read/write test something is interfering 
with its ability to finish the process and delete the test file.

Thanks

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Friday, April 22, 2016 2:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no log that 
Softimage itself will 

Re: The best news all week. H indie supports redshift3d.

[Srecko Micic]

There is note that it will not be possible to output scene files.

  

'Rendering in Houdini Indie will go directly to the renderer without saving
out render description files.'  

  
\--  

**Micic Srecko**  
\---  
**Mail:** [srecko.mi...@gmail.com](mailto:srecko.mi...@gmail.com)  
**Skype**: srecko.micic  
\---

  

On Apr 22 2016, at 10:15 pm, Steven Caron car...@gmail.com wrote:  

> should be interesting how they limit output resolution... i guess if you use
houdini to launch the render they can do that but if you can export the scene
to .ass/.rib then they can't block what resolution. i guess i am saying...
remove the limit?

>

>  

>

> On Fri, Apr 22, 2016 at 12:39 PM, Ognjen Vukovic
[ognj...@gmail.com](mailto:ognj...@gmail.com) wrote:  

>

>> One more.

>>

>> [https://www.sidefx.com/index.php?option=com_contenttask=viewid=3
206Itemid=66](https://www.sidefx.com/index.php?option=com_content=vi
ew=3206=66)  

>>

>>  

>>

>>  

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Simon van de Lagemaat]

Fiber should be pretty cheap in most major cities by now, if not it will be
soon.  I think the most difficult part of cloud rendering is that unless
you're on a service like Zync you really need a couple of pipeline/IT guys
to work out your imaging, mounting and data transfer tech and strategies.
There's also a whole host of other issues like your distance to the nearest
data center and whether or not you have a PoP to them. This can all affect
whether you mount those cloud machines or treat as offsite and off network
entities etc etc. It's all about latency.

That said Google does provide some pretty decent instructional media to
guide you, they are really trying hard to make cloud rendering a reality
for most people.  I think it's going to be up to AD to decide how they want
to deal with burst licensing.  Right now with Arnold it's pretty much rent
and serve your own but I suspect that will change.

We're not planning on rendering everything in the cloud to start but will
instead leave it for OMG moments or to avoid compromising on quality in
order to deliver on time etc. If the cost–benefit analysis works I could
see letting our farm slowly age out and just focus on local storage and
possibly replace the rack space with workstations using pcoip.  I'm sure
we'll probably keep some local compute boxes however.

Lots of options!  Less air conditioning!

On Fri, Apr 22, 2016 at 1:09 PM, Steven Caron  wrote:

> and I agree with you on cloud, I am actually not crazy about it either,
> but a lot of people see it as the right way to scale. The cost becomes
> cheaper for some but could be more expensive for others. When someone makes
> the case to use it they *tend* to leave out what I think is the biggest
> issue... access to affordable, reliable, and fast internet connectivity! I
> don't know about other places in the world but for a business class
> connection in the states it can be thousands of dollars a month. Then some
> forget it isn't so much the upload of your assets, you can make an
> extremely efficient scene to upload but downloading those 2k (now 4k) exr
> sequences with many AOVs (don't forget about deep) can take much longer.
>
> BUT some would argue, you do all your work in the cloud... that is a whole
> other beast
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Eric Thivierge]

On Fri, Apr 22, 2016 at 4:09 PM, Steven Caron  wrote:

> Then some forget it isn't so much the upload of your assets, you can make
> an extremely efficient scene to upload but downloading those 2k (now 4k)
> exr sequences with many AOVs (don't forget about deep) can take much longer.


I've heard of places / services that will get those images onto a hard
drive and ship them to you. Great if they have a local branch nearby. :)

I think there is a need for cloud rendering as even studios who dump a ton
of money into their local farm, they just run out of space and bandwidth
with multiple shows running. They need cloud when they're maxed out and
still need to scale out.


Eric Thivierge
http://www.ethivierge.com
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: The best news all week. H indie supports redshift3d.

[Steven Caron]

should be interesting how they limit output resolution... i guess if you
use houdini to launch the render they can do that but if you can export the
scene to .ass/.rib then they can't block what resolution. i guess i am
saying... remove the limit?

On Fri, Apr 22, 2016 at 12:39 PM, Ognjen Vukovic  wrote:

> One more.
>
> https://www.sidefx.com/index.php?option=com_content=view=3206=66
>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Steven Caron]

and I agree with you on cloud, I am actually not crazy about it either, but
a lot of people see it as the right way to scale. The cost becomes cheaper
for some but could be more expensive for others. When someone makes the
case to use it they *tend* to leave out what I think is the biggest
issue... access to affordable, reliable, and fast internet connectivity! I
don't know about other places in the world but for a business class
connection in the states it can be thousands of dollars a month. Then some
forget it isn't so much the upload of your assets, you can make an
extremely efficient scene to upload but downloading those 2k (now 4k) exr
sequences with many AOVs (don't forget about deep) can take much longer.

BUT some would argue, you do all your work in the cloud... that is a whole
other beast

On Fri, Apr 22, 2016 at 12:39 PM, Jordi Bares  wrote:

> Fair point about the patents of course, it is a no brainer.
>
> I mentioned cloud because it is a subject it keeps popping out, specially
> since the Solid Angle acquisition and from where I stand can only make
> sense if there is a degree of certainty on costs and a clear advantage on
> scalability, both not easy at all to fulfil. If anything I believe it is
> going on the other direction altogether.
>
> my 2 cents
>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: script log at startup

[Stephen Davidson]

Shot in the dark, here, but does the network path have an extremely long
address?
I have had issues with long path names and/or unusual characters in the
path.

Best Regards,
*  Stephen P. Davidson*

*(954) 552-7956*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke



On Fri, Apr 22, 2016 at 3:33 PM Sandy Sutherland 
wrote:

> Mmm I don't think you can then worry about SI being the only one having
> issues, that could be anything, even the smallest thing, that just makes
> the SI file do it.  I guess you revert your change, and you will be up and
> working again.
>
> I doubt you can prove what you need to prove, other than reverting your
> network change, and then SI should save ok again.  I am guessing that there
> is some sort of Bureaucracy that is making you need to prove the network
> change is your problem - if so - OUCH.
>
>
> S.
>
>
> On 2016-04-22 08:10 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> Locally the system works fine.
>
>
>
> Your spidey sense is also on spot.
>
>
>
> A change was affected prior to all this. We suspect the same but can’t
> prove it. I’m trying to rule out the application side first. What’s weird
> is that it is strictly specific to Softimage only. Nothing else is
> affected. Until I can rule out the epic fail as caused by SI, this isn’t
> helping.
>
>
>
> EOL is when again? The timing couldn’t be worse…
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [
> mailto:softimage-boun...@listproc.autodesk.com
> ] *On Behalf Of *Sandy Sutherland
> *Sent:* Friday, April 22, 2016 2:59 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: script log at startup
>
>
>
> You might have mentioned this Joey, but in case not - did you try working
> with a scene locally, and see if the same thing happens - spidey sense is
> tingling my side to do with some sort of network issue, server issue -
> something like that.
>
> S.
>
> On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> No. This started yesterday.
>
>
>
> In 30 years computing this is about one of the weirdest things I’ve ever
> seen. It can mount the remote drives, see everything there, save files,
> then reads files created within the active session. But any file not
> created during that session can’t be read and gives an error. All scene
> files are good and readable. From the local machine there are no issues
> whatsoever. But when the default database is set to the remote drive, it
> starts leaving empty files behind with a namespace that’s similar to other
> files that SI dumps such as the .dmp and .Scriptlog files. But no extension
> and 0 bytes. I thought maybe it has a read/write test on startup for the
> database but that it was never obvious that the test file was there because
> it might get deleted like the .dmp files do when you close Soft. If it is a
> read/write test something is interfering with its ability to finish the
> process and delete the test file.
>
>
>
> Thanks
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [
> mailto:softimage-boun...@listproc.autodesk.com
> ] *On Behalf Of *Stephen Blair
> *Sent:* Friday, April 22, 2016 2:13 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: script log at startup
>
>
>
> And it's always been like this?
>
>
>
> Sounds like you should use strace or Process Monitor. There's no log that
> Softimage itself will write out.
>
>
>
> On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II]
>  wrote:
>
> I just need to know what the software does on startup. In particular what
> tests it runs or files it creates, updates, etc. In particular is there any
> part of the startup process that is failing but not preventing Soft to run.
>
>
>
> Currently Soft is able to save a scene, it can then read it back in, but
> if I close Soft the saved file is no longer readable the next time Soft is
> run.
>
>
>
> I’ve deleted preferences. It is doing the same regardless what version of
> Soft I use.
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced 

Re: The best news all week. H indie supports redshift3d.

[Olivier Jeannel]

Hell yeah !
Le 22 avr. 2016 21:39, "Ognjen Vukovic"  a écrit :

> One more.
>
> https://www.sidefx.com/index.php?option=com_content=view=3206=66
>
> On Fri, Apr 22, 2016 at 9:38 PM, Ognjen Vukovic  wrote:
>
>> Woops, wrong article :)
>>
>> http://forums.cgsociety.org/showthread.php?f=59=1358289
>>
>> On Fri, Apr 22, 2016 at 9:37 PM, Ognjen Vukovic 
>> wrote:
>>
>>> http://forums.cgsociety.org/showthread.php?p=8174979#post8174979
>>>
>>
>>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: The best news all week. H indie supports redshift3d.

[Stephen Davidson]

Great News!

Best Regards,
*  Stephen P. Davidson*

*(954) 552-7956*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke



On Fri, Apr 22, 2016 at 3:39 PM Ognjen Vukovic  wrote:

> One more.
>
> https://www.sidefx.com/index.php?option=com_content=view=3206=66
>
> On Fri, Apr 22, 2016 at 9:38 PM, Ognjen Vukovic  wrote:
>
>> Woops, wrong article :)
>>
>> http://forums.cgsociety.org/showthread.php?f=59=1358289
>>
>> On Fri, Apr 22, 2016 at 9:37 PM, Ognjen Vukovic 
>> wrote:
>>
>>> http://forums.cgsociety.org/showthread.php?p=8174979#post8174979
>>>
>>
>>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: Friday Flashback #272

[Marc-Andre Carbonneau]

Ya, technically they had no choice but also they had recruited and flew fifteen 
3D artists from Montreal who knew nothing else but Softimage.
Adds its weight in the balance. ;)

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: April-22-16 3:54 PM
To: softimage@listproc.autodesk.com
Subject: Friday Flashback #272

Action Synthèse drops Max for #Softimage on The Magic Roundabout
http://wp.me/powV4-3jt
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Friday Flashback #272

[Stephen Blair]

Action Synthèse drops Max for #Softimage on The Magic Roundabout
http://wp.me/powV4-3jt
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Jordi Bares]

Fair point about the patents of course, it is a no brainer.

I mentioned cloud because it is a subject it keeps popping out, specially since 
the Solid Angle acquisition and from where I stand can only make sense if there 
is a degree of certainty on costs and a clear advantage on scalability, both 
not easy at all to fulfil. If anything I believe it is going on the other 
direction altogether.

my 2 cents

jb

> On 22 Apr 2016, at 18:55, Steven Caron  wrote:
> 
> I didn't see where Luc-Eric is claiming cloud rendering to be our saviors... 
> he just points out how rendering on the cloud makes logical sense.
> 
> The take away is those purchases don't have much to do with patents.
> 
> On Fri, Apr 22, 2016 at 10:50 AM, Jordi Bares  > wrote:
> Mmmm… I am not convinced at all Cloud is what is going to save the day, I 
> think you got it wrong.
> 
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: The best news all week. H indie supports redshift3d.

[Ognjen Vukovic]

One more.
https://www.sidefx.com/index.php?option=com_content=view=3206=66

On Fri, Apr 22, 2016 at 9:38 PM, Ognjen Vukovic  wrote:

> Woops, wrong article :)
>
> http://forums.cgsociety.org/showthread.php?f=59=1358289
>
> On Fri, Apr 22, 2016 at 9:37 PM, Ognjen Vukovic  wrote:
>
>> http://forums.cgsociety.org/showthread.php?p=8174979#post8174979
>>
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: The best news all week. H indie supports redshift3d.

[Ognjen Vukovic]

Woops, wrong article :)

http://forums.cgsociety.org/showthread.php?f=59=1358289

On Fri, Apr 22, 2016 at 9:37 PM, Ognjen Vukovic  wrote:

> http://forums.cgsociety.org/showthread.php?p=8174979#post8174979
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

The best news all week. H indie supports redshift3d.

[Ognjen Vukovic]

http://forums.cgsociety.org/showthread.php?p=8174979#post8174979
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: script log at startup

[Sandy Sutherland]

Mmm I don't think you can then worry about SI being the only one having 
issues, that could be anything, even the smallest thing, that just makes 
the SI file do it.  I guess you revert your change, and you will be up 
and working again.


I doubt you can prove what you need to prove, other than reverting your 
network change, and then SI should save ok again.  I am guessing that 
there is some sort of Bureaucracy that is making you need to prove the 
network change is your problem - if so - OUCH.


S.

On 2016-04-22 08:10 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:


Locally the system works fine.

Your spidey sense is also on spot.

A change was affected prior to all this. We suspect the same but can’t 
prove it. I’m trying to rule out the application side first. What’s 
weird is that it is strictly specific to Softimage only. Nothing else 
is affected. Until I can rule out the epic fail as caused by SI, this 
isn’t helping.


EOL is when again? The timing couldn’t be worse…

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.

*From:*softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sandy 
Sutherland

*Sent:* Friday, April 22, 2016 2:59 PM
*To:* softimage@listproc.autodesk.com
*Subject:* Re: script log at startup

You might have mentioned this Joey, but in case not - did you try 
working with a scene locally, and see if the same thing happens - 
spidey sense is tingling my side to do with some sort of network 
issue, server issue - something like that.


S.

On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:

No. This started yesterday.

In 30 years computing this is about one of the weirdest things
I’ve ever seen. It can mount the remote drives, see everything
there, save files, then reads files created within the active
session. But any file not created during that session can’t be
read and gives an error. All scene files are good and readable.
From the local machine there are no issues whatsoever. But when
the default database is set to the remote drive, it starts leaving
empty files behind with a namespace that’s similar to other files
that SI dumps such as the .dmp and .Scriptlog files. But no
extension and 0 bytes. I thought maybe it has a read/write test on
startup for the database but that it was never obvious that the
test file was there because it might get deleted like the .dmp
files do when you close Soft. If it is a read/write test something
is interfering with its ability to finish the process and delete
the test file.

Thanks

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.

*From:*softimage-boun...@listproc.autodesk.com

[mailto:softimage-boun...@listproc.autodesk.com] *On Behalf Of
*Stephen Blair
*Sent:* Friday, April 22, 2016 2:13 PM
*To:* softimage@listproc.autodesk.com

*Subject:* Re: script log at startup

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no
log that Softimage itself will write out.

On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G.
(LARC-E1A)[LITES II] > wrote:

I just need to know what the software does on startup. In
particular what tests it runs or files it creates, updates,
etc. In particular is there any part of the startup process
that is failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it
back in, but if I close Soft the saved file is no longer
readable the next time Soft is run.

I’ve deleted preferences. It is doing the same regardless what
version of Soft I use.

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and
do not

represent the opinions of NASA or any other party.

*From:* softimage-boun...@listproc.autodesk.com

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

Not in the scene, no.


--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Lawrence 
Nimrichter
Sent: Friday, April 22, 2016 3:20 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

Are their alembic caches in the scene? There are reproducible issues I’ve had 
with scenes crashing that have an alembic cache.



On Apr 22, 2016, at 3:16 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> wrote:

Trivial?

don’t think so .


Open fails,

Merge works!


What the?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of - -
Sent: Friday, April 22, 2016 3:12 PM
To: softimage@listproc.autodesk.com
Subject: RE: script log at startup


Maybe trivial but  to check:  running SI as Administrator and/or merging into a 
new SI-Scene
Walter
 "Ponthieux, Joseph G. (LARC-E1A)[LITES II]" 
> hat am 22. April 2016 um 
20:22 geschrieben:

No. This started yesterday.



In 30 years computing this is about one of the weirdest things I’ve ever seen. 
It can mount the remote drives, see everything there, save files, then reads 
files created within the active session. But any file not created during that 
session can’t be read and gives an error. All scene files are good and 
readable. From the local machine there are no issues whatsoever. But when the 
default database is set to the remote drive, it starts leaving empty files 
behind with a namespace that’s similar to other files that SI dumps such as the 
.dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never obvious 
that the test file was there because it might get deleted like the .dmp files 
do when you close Soft. If it is a read/write test something is interfering 
with its ability to finish the process and delete the test file.



Thanks



--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.



From: 
softimage-boun...@listproc.autodesk.com
 [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Friday, April 22, 2016 2:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup



And it's always been like this?



Sounds like you should use strace or Process Monitor. There's no log that 
Softimage itself will write out.



On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> wrote:

I just need to know what the software does on startup. In particular what tests 
it runs or files it creates, updates, etc. In particular is there any part of 
the startup process that is failing but not preventing Soft to run.



Currently Soft is able to save a scene, it can then read it back in, but if I 
close Soft the saved file is no longer readable the next time Soft is run.



I’ve deleted preferences. It is doing the same regardless what version of Soft 
I use.



--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.



From: 
softimage-boun...@listproc.autodesk.com
 
[mailto:softimage-boun...@listproc.autodesk.com]
 On Behalf Of Henry Katz
Sent: Friday, April 22, 2016 12:52 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup



Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. 

Re: script log at startup

[Lawrence Nimrichter]

Are their alembic caches in the scene? There are reproducible issues I’ve had 
with scenes crashing that have an alembic cache. 



> On Apr 22, 2016, at 3:16 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
>  wrote:
> 
> Trivial?
>  
> don’t think so .
>  
>  
> Open fails,
>  
> Merge works!
>  
>  
> What the?
>  
> --
> Joey Ponthieux
> LaRC Information Technology Enhanced Services (LITES II)
> Science Systems and Applications Inc. (SSAI)
> NASA Langley Research Center
> __
> Opinions stated here-in are strictly those of the author and do not
> represent the opinions of NASA or any other party.
>  
> From: softimage-boun...@listproc.autodesk.com 
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of - -
> Sent: Friday, April 22, 2016 3:12 PM
> To: softimage@listproc.autodesk.com
> Subject: RE: script log at startup
>  
>  
> 
> Maybe trivial but  to check:  running SI as Administrator and/or merging into 
> a new SI-Scene
> 
> Walter
> 
>  "Ponthieux, Joseph G. (LARC-E1A)[LITES II]"  hat am 
> 22. April 2016 um 20:22 geschrieben:
> 
> No. This started yesterday.
> 
>  
> 
> In 30 years computing this is about one of the weirdest things I’ve ever 
> seen. It can mount the remote drives, see everything there, save files, then 
> reads files created within the active session. But any file not created 
> during that session can’t be read and gives an error. All scene files are 
> good and readable. From the local machine there are no issues whatsoever. But 
> when the default database is set to the remote drive, it starts leaving empty 
> files behind with a namespace that’s similar to other files that SI dumps 
> such as the .dmp and .Scriptlog files. But no extension and 0 bytes. I 
> thought maybe it has a read/write test on startup for the database but that 
> it was never obvious that the test file was there because it might get 
> deleted like the .dmp files do when you close Soft. If it is a read/write 
> test something is interfering with its ability to finish the process and 
> delete the test file.
> 
>  
> 
> Thanks
> 
>  
> 
> --
> 
> Joey Ponthieux
> 
> LaRC Information Technology Enhanced Services (LITES II)
> 
> Science Systems and Applications Inc. (SSAI)
> 
> NASA Langley Research Center
> 
> __
> 
> Opinions stated here-in are strictly those of the author and do not
> 
> represent the opinions of NASA or any other party.
> 
>  
> 
> From: softimage-boun...@listproc.autodesk.com 
> [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
> Sent: Friday, April 22, 2016 2:13 PM
> To: softimage@listproc.autodesk.com
> Subject: Re: script log at startup
> 
>  
> 
> And it's always been like this?
> 
>  
> 
> Sounds like you should use strace or Process Monitor. There's no log that 
> Softimage itself will write out.
> 
>  
> 
> On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> > wrote:
> 
> I just need to know what the software does on startup. In particular what 
> tests it runs or files it creates, updates, etc. In particular is there any 
> part of the startup process that is failing but not preventing Soft to run.
> 
>  
> 
> Currently Soft is able to save a scene, it can then read it back in, but if I 
> close Soft the saved file is no longer readable the next time Soft is run.
> 
>  
> 
> I’ve deleted preferences. It is doing the same regardless what version of 
> Soft I use.
> 
>  
> 
> --
> 
> Joey Ponthieux
> 
> LaRC Information Technology Enhanced Services (LITES II)
> 
> Science Systems and Applications Inc. (SSAI)
> 
> NASA Langley Research Center
> 
> __
> 
> Opinions stated here-in are strictly those of the author and do not
> 
> represent the opinions of NASA or any other party.
> 
>  
> 
> From: softimage-boun...@listproc.autodesk.com 
>  
> [mailto:softimage-boun...@listproc.autodesk.com 
> ] On Behalf Of Henry Katz
> Sent: Friday, April 22, 2016 12:52 PM
> To: softimage@listproc.autodesk.com 
> Subject: Re: script log at startup
> 
>  
> 
> Presumably you want higher level than strace/ltrace if running under Linux?
> 
> On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
> 
> Hello,
> 
>  
> 
> Does anyone know if it is possible to make XSI run a script log of everything 
> it does at startup?
> 
>  
> 
> --
> 
> Joey Ponthieux
> 
> LaRC Information Technology Enhanced Services (LITES II)
> 
> Science Systems and Applications Inc. (SSAI)
> 
> NASA Langley Research Center
> 
> __
> 
> Opinions stated here-in are strictly those of the author and do not
> 
> represent the opinions of 

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

Trivial?

don’t think so .


Open fails,

Merge works!


What the?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of - -
Sent: Friday, April 22, 2016 3:12 PM
To: softimage@listproc.autodesk.com
Subject: RE: script log at startup




Maybe trivial but  to check:  running SI as Administrator and/or merging into a 
new SI-Scene

Walter
 "Ponthieux, Joseph G. (LARC-E1A)[LITES II]"  hat am 22. 
April 2016 um 20:22 geschrieben:

No. This started yesterday.



In 30 years computing this is about one of the weirdest things I’ve ever seen. 
It can mount the remote drives, see everything there, save files, then reads 
files created within the active session. But any file not created during that 
session can’t be read and gives an error. All scene files are good and 
readable. From the local machine there are no issues whatsoever. But when the 
default database is set to the remote drive, it starts leaving empty files 
behind with a namespace that’s similar to other files that SI dumps such as the 
.dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never obvious 
that the test file was there because it might get deleted like the .dmp files 
do when you close Soft. If it is a read/write test something is interfering 
with its ability to finish the process and delete the test file.



Thanks



--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.



From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Friday, April 22, 2016 2:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup



And it's always been like this?



Sounds like you should use strace or Process Monitor. There's no log that 
Softimage itself will write out.



On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> wrote:

I just need to know what the software does on startup. In particular what tests 
it runs or files it creates, updates, etc. In particular is there any part of 
the startup process that is failing but not preventing Soft to run.



Currently Soft is able to save a scene, it can then read it back in, but if I 
close Soft the saved file is no longer readable the next time Soft is run.



I’ve deleted preferences. It is doing the same regardless what version of Soft 
I use.



--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.



From: 
softimage-boun...@listproc.autodesk.com
 
[mailto:softimage-boun...@listproc.autodesk.com]
 On Behalf Of Henry Katz
Sent: Friday, April 22, 2016 12:52 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup



Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:

Hello,



Does anyone know if it is possible to make XSI run a script log of everything 
it does at startup?



--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.





--

Softimage Mailing List.

To unsubscribe, send a mail to 
softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.



--
Softimage Mailing List.
To unsubscribe, send a mail to 
softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.




--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to 

RE: script log at startup

[- -]

Maybe trivial but  to check:  running SI as Administrator and/or merging into a new SI-SceneWalter "Ponthieux, Joseph G. (LARC-E1A)[LITES II]"  hat am 22. April 2016 um 20:22 geschrieben:No. This started yesterday.  In 30 years computing this is about one of the weirdest things I’ve ever seen. It can mount the remote drives, see everything there, save files, then reads files created within the active session. But any file not created during that session can’t be read and gives an error. All scene files are good and readable. From the local machine there are no issues whatsoever. But when the default database is set to the remote drive, it starts leaving empty files behind with a namespace that’s similar to other files that SI dumps such as the .dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has a read/write test on startup for the database but that it was never obvious that the test file was there because it might get deleted like the .dmp files do when you close Soft. If it is a read/write test something is interfering with its ability to finish the process and delete the test file. Thanks --Joey PonthieuxLaRC Information Technology Enhanced Services (LITES II)Science Systems and Applications Inc. (SSAI)NASA Langley Research Center__Opinions stated here-in are strictly those of the author and do not represent the opinions of NASA or any other party. From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair Sent: Friday, April 22, 2016 2:13 PM To: softimage@listproc.autodesk.com Subject: Re: script log at startup And it's always been like this? Sounds like you should use strace or Process Monitor. There's no log that Softimage itself will write out. On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II]  wrote:I just need to know what the software does on startup. In particular what tests it runs or files it creates, updates, etc. In particular is there any part of the startup process that is failing but not preventing Soft to run. Currently Soft is able to save a scene, it can then read it back in, but if I close Soft the saved file is no longer readable the next time Soft is run. I’ve deleted preferences. It is doing the same regardless what version of Soft I use. --Joey PonthieuxLaRC Information Technology Enhanced Services (LITES II)Science Systems and Applications Inc. (SSAI)NASA Langley Research Center__Opinions stated here-in are strictly those of the author and do not represent the opinions of NASA or any other party. From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Henry Katz Sent: Friday, April 22, 2016 12:52 PM To: softimage@listproc.autodesk.com Subject: Re: script log at startup Presumably you want higher level than strace/ltrace if running under Linux?  On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:Hello, Does anyone know if it is possible to make XSI run a script log of everything it does at startup? --Joey PonthieuxLaRC Information Technology Enhanced Services (LITES II)Science Systems and Applications Inc. (SSAI)NASA Langley Research Center__Opinions stated here-in are strictly those of the author and do notrepresent the opinions of NASA or any other party.  --Softimage Mailing List.To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.  -- Softimage Mailing List. To unsubscribe, send a mail to  softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.  --Softimage Mailing List.To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with "unsubscribe" in the subject, and reply to confirm.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

Locally the system works fine.

Your spidey sense is also on spot.

A change was affected prior to all this. We suspect the same but can't prove 
it. I'm trying to rule out the application side first. What's weird is that it 
is strictly specific to Softimage only. Nothing else is affected. Until I can 
rule out the epic fail as caused by SI, this isn't helping.

EOL is when again? The timing couldn't be worse...

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sandy Sutherland
Sent: Friday, April 22, 2016 2:59 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

You might have mentioned this Joey, but in case not - did you try working with 
a scene locally, and see if the same thing happens - spidey sense is tingling 
my side to do with some sort of network issue, server issue - something like 
that.

S.
On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
No. This started yesterday.

In 30 years computing this is about one of the weirdest things I've ever seen. 
It can mount the remote drives, see everything there, save files, then reads 
files created within the active session. But any file not created during that 
session can't be read and gives an error. All scene files are good and 
readable. From the local machine there are no issues whatsoever. But when the 
default database is set to the remote drive, it starts leaving empty files 
behind with a namespace that's similar to other files that SI dumps such as the 
.dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never obvious 
that the test file was there because it might get deleted like the .dmp files 
do when you close Soft. If it is a read/write test something is interfering 
with its ability to finish the process and delete the test file.

Thanks

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Friday, April 22, 2016 2:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no log that 
Softimage itself will write out.

On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> wrote:
I just need to know what the software does on startup. In particular what tests 
it runs or files it creates, updates, etc. In particular is there any part of 
the startup process that is failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it back in, but if I 
close Soft the saved file is no longer readable the next time Soft is run.

I've deleted preferences. It is doing the same regardless what version of Soft 
I use.

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 
[mailto:softimage-boun...@listproc.autodesk.com]
 On Behalf Of Henry Katz
Sent: Friday, April 22, 2016 12:52 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
Hello,

Does anyone know if it is possible to make XSI run a script log of everything 
it does at startup?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.





--

Softimage Mailing List.

To unsubscribe, send a mail to 

Re: script log at startup

[Sandy Sutherland]

You might have mentioned this Joey, but in case not - did you try 
working with a scene locally, and see if the same thing happens - spidey 
sense is tingling my side to do with some sort of network issue, server 
issue - something like that.


S.

On 2016-04-22 07:22 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:


No. This started yesterday.

In 30 years computing this is about one of the weirdest things I’ve 
ever seen. It can mount the remote drives, see everything there, save 
files, then reads files created within the active session. But any 
file not created during that session can’t be read and gives an error. 
All scene files are good and readable. From the local machine there 
are no issues whatsoever. But when the default database is set to the 
remote drive, it starts leaving empty files behind with a namespace 
that’s similar to other files that SI dumps such as the .dmp and 
.Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never 
obvious that the test file was there because it might get deleted like 
the .dmp files do when you close Soft. If it is a read/write test 
something is interfering with its ability to finish the process and 
delete the test file.


Thanks

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.

*From:*softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] *On Behalf Of 
*Stephen Blair

*Sent:* Friday, April 22, 2016 2:13 PM
*To:* softimage@listproc.autodesk.com
*Subject:* Re: script log at startup

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no log 
that Softimage itself will write out.


On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES 
II] > wrote:


I just need to know what the software does on startup. In
particular what tests it runs or files it creates, updates, etc.
In particular is there any part of the startup process that is
failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it back
in, but if I close Soft the saved file is no longer readable the
next time Soft is run.

I’ve deleted preferences. It is doing the same regardless what
version of Soft I use.

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and do not

represent the opinions of NASA or any other party.

*From:* softimage-boun...@listproc.autodesk.com

[mailto:softimage-boun...@listproc.autodesk.com
] *On Behalf Of
*Henry Katz
*Sent:* Friday, April 22, 2016 12:52 PM
*To:* softimage@listproc.autodesk.com

*Subject:* Re: script log at startup

Presumably you want higher level than strace/ltrace if running
under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II]
wrote:

Hello,

Does anyone know if it is possible to make XSI run a script
log of everything it does at startup?

--

Joey Ponthieux

LaRC Information Technology Enhanced Services (LITES II)

Science Systems and Applications Inc. (SSAI)

NASA Langley Research Center

__

Opinions stated here-in are strictly those of the author and
do not

represent the opinions of NASA or any other party.



--

Softimage Mailing List.

To unsubscribe, send a mail tosoftimage-requ...@listproc.autodesk.com
  with "unsubscribe" in 
the subject, and reply to confirm.


--
Softimage Mailing List.
To unsubscribe, send a mail to
softimage-requ...@listproc.autodesk.com
 with
"unsubscribe" in the subject, and reply to confirm.



--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the 

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

No. This started yesterday.

In 30 years computing this is about one of the weirdest things I’ve ever seen. 
It can mount the remote drives, see everything there, save files, then reads 
files created within the active session. But any file not created during that 
session can’t be read and gives an error. All scene files are good and 
readable. From the local machine there are no issues whatsoever. But when the 
default database is set to the remote drive, it starts leaving empty files 
behind with a namespace that’s similar to other files that SI dumps such as the 
.dmp and .Scriptlog files. But no extension and 0 bytes. I thought maybe it has 
a read/write test on startup for the database but that it was never obvious 
that the test file was there because it might get deleted like the .dmp files 
do when you close Soft. If it is a read/write test something is interfering 
with its ability to finish the process and delete the test file.

Thanks

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Friday, April 22, 2016 2:13 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no log that 
Softimage itself will write out.

On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] 
> wrote:
I just need to know what the software does on startup. In particular what tests 
it runs or files it creates, updates, etc. In particular is there any part of 
the startup process that is failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it back in, but if I 
close Soft the saved file is no longer readable the next time Soft is run.

I’ve deleted preferences. It is doing the same regardless what version of Soft 
I use.

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: 
softimage-boun...@listproc.autodesk.com
 
[mailto:softimage-boun...@listproc.autodesk.com]
 On Behalf Of Henry Katz
Sent: Friday, April 22, 2016 12:52 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
Hello,

Does anyone know if it is possible to make XSI run a script log of everything 
it does at startup?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.




--

Softimage Mailing List.

To unsubscribe, send a mail to 
softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.


--
Softimage Mailing List.
To unsubscribe, send a mail to 
softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: script log at startup

[Stephen Blair]

And it's always been like this?

Sounds like you should use strace or Process Monitor. There's no log that
Softimage itself will write out.

On Fri, Apr 22, 2016 at 2:04 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] <
j.ponthi...@nasa.gov> wrote:

> I just need to know what the software does on startup. In particular what
> tests it runs or files it creates, updates, etc. In particular is there any
> part of the startup process that is failing but not preventing Soft to run.
>
>
>
> Currently Soft is able to save a scene, it can then read it back in, but
> if I close Soft the saved file is no longer readable the next time Soft is
> run.
>
>
>
> I’ve deleted preferences. It is doing the same regardless what version of
> Soft I use.
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
> *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Henry Katz
> *Sent:* Friday, April 22, 2016 12:52 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: script log at startup
>
>
>
> Presumably you want higher level than strace/ltrace if running under Linux?
>
> On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> Hello,
>
>
>
> Does anyone know if it is possible to make XSI run a script log of
> everything it does at startup?
>
>
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>
>
>
>
>
> --
>
> Softimage Mailing List.
>
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com
> with "unsubscribe" in the subject, and reply to confirm.
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

RE: script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

I just need to know what the software does on startup. In particular what tests 
it runs or files it creates, updates, etc. In particular is there any part of 
the startup process that is failing but not preventing Soft to run.

Currently Soft is able to save a scene, it can then read it back in, but if I 
close Soft the saved file is no longer readable the next time Soft is run.

I've deleted preferences. It is doing the same regardless what version of Soft 
I use.

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Henry Katz
Sent: Friday, April 22, 2016 12:52 PM
To: softimage@listproc.autodesk.com
Subject: Re: script log at startup

Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
Hello,

Does anyone know if it is possible to make XSI run a script log of everything 
it does at startup?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.





--

Softimage Mailing List.

To unsubscribe, send a mail to 
softimage-requ...@listproc.autodesk.com
 with "unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Steven Caron]

I didn't see where Luc-Eric is claiming cloud rendering to be our
saviors... he just points out how rendering on the cloud makes logical
sense.

The take away is those purchases don't have much to do with patents.

On Fri, Apr 22, 2016 at 10:50 AM, Jordi Bares  wrote:

> Mmmm… I am not convinced at all Cloud is what is going to save the day, I
> think you got it wrong.
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Steven Caron]

Agreed! I don't believe that narrative of consuming patents as a reason for
purchasing Softimage.

On Fri, Apr 22, 2016 at 10:41 AM, Luc-Eric Rousseau 
wrote:
>
>
> I think all of this makes more sense than a story built around
> mythical patent folios.
>
>
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Jordi Bares]

Mmmm… I am not convinced at all Cloud is what is going to save the day, I think 
you got it wrong.

jb



> On 22 Apr 2016, at 18:41, Luc-Eric Rousseau  wrote:
> 
> Right now the press interviews are saying the Arnold acquisition will
> help "accelerate the drive to the cloud" and that Arnold is "Cloud
> Ready".  http://tinyurl.com/jmvc7ke  It's a perfectly logical
> explanation, rendering services is an obvious cloud service.
> 
> For softimage, the actual text of the softimage press release said
> "The acquisition is meant to strengthen Autodesk's position in the
> fast-growing video games market" http://tinyurl.com/65o3v8  Less
> obvious, but see what they did next.
> 
> Softimage, which also as a product "owned" the japan game market, was
> immediately put in the Autodesk Games group. Softimage's managers were
> made leaders of that.   Former softimage dev immediately went on to
> worked on an ICE-like game middleware, project skyline, while
> softimage game customers were gradually migrated to Maya.
> 
> I think all of this makes more sense than a story built around
> mythical patent folios.
> 
> On 21 April 2016 at 21:28, Steven Caron  wrote:
>> Pushing the topic back to the Solid Angle purchase...
>> 
>> https://twitter.com/arnoldrenderer/status/723139036517261313
>> 
>> For me, when or if Marcos and his team stop publishing to SIGGRAPH and
>> releasing papers without patenting first I will know Autodesk cares more
>> about "patents" than the talent and product they bought.
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.


--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Autodesk acquires Solid Angle

[Luc-Eric Rousseau]

Right now the press interviews are saying the Arnold acquisition will
help "accelerate the drive to the cloud" and that Arnold is "Cloud
Ready".  http://tinyurl.com/jmvc7ke  It's a perfectly logical
explanation, rendering services is an obvious cloud service.

For softimage, the actual text of the softimage press release said
"The acquisition is meant to strengthen Autodesk's position in the
fast-growing video games market" http://tinyurl.com/65o3v8  Less
obvious, but see what they did next.

Softimage, which also as a product "owned" the japan game market, was
immediately put in the Autodesk Games group. Softimage's managers were
made leaders of that.   Former softimage dev immediately went on to
worked on an ICE-like game middleware, project skyline, while
softimage game customers were gradually migrated to Maya.

I think all of this makes more sense than a story built around
mythical patent folios.

On 21 April 2016 at 21:28, Steven Caron  wrote:
> Pushing the topic back to the Solid Angle purchase...
>
> https://twitter.com/arnoldrenderer/status/723139036517261313
>
> For me, when or if Marcos and his team stop publishing to SIGGRAPH and
> releasing papers without patenting first I will know Autodesk cares more
> about "patents" than the talent and product they bought.
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: script log at startup

[Henry Katz]

Presumably you want higher level than strace/ltrace if running under Linux?

On 04/22/2016 12:21 PM, Ponthieux, Joseph G. (LARC-E1A)[LITES II] wrote:
>
> Hello,
>
>  
>
> Does anyone know if it is possible to make XSI run a script log of
> everything it does at startup?
>
>  
>
> --
>
> Joey Ponthieux
>
> LaRC Information Technology Enhanced Services (LITES II)
>
> Science Systems and Applications Inc. (SSAI)
>
> NASA Langley Research Center
>
> __
>
> Opinions stated here-in are strictly those of the author and do not
>
> represent the opinions of NASA or any other party.
>
>  
>
>
>
> --
> Softimage Mailing List.
> To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
> "unsubscribe" in the subject, and reply to confirm.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

script log at startup

[Ponthieux, Joseph G. (LARC-E1A)[LITES II]]

Hello,

Does anyone know if it is possible to make XSI run a script log of everything 
it does at startup?

--
Joey Ponthieux
LaRC Information Technology Enhanced Services (LITES II)
Science Systems and Applications Inc. (SSAI)
NASA Langley Research Center
__
Opinions stated here-in are strictly those of the author and do not
represent the opinions of NASA or any other party.

--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.

Re: Distribute between knots? Know the percentage position of a knot?

[pedro santos]

Will do Matt, one day. Got that C++ plus course I referenced. Seems great.
But now I have to deliver something x) I apologize if this is cringy for
you!! Yes the bits you talk about are the most annoying for me, building
the algorithms in straight up code is already a bit slower but the SDK part
is going beyong solving the problem at hand many times, and these are
usually handled for you with node. Hail nodes! :D I'll meet that C++
bipolar madame soon :)

Was able to re-purpose "Curve Distance to Curve U" from Dual Curve Deform
by Antton Tapani, to make my dual curve conform along curve length.

Thanks everyone (!) for the inputs, they were helpful as what was requested
of me kept updating! Here's the result so far:
https://app.box.com/s/tcvzwph4b0j2jf48yqcuscg08lt17gtq

Cheers
Pedro
--
Softimage Mailing List.
To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with 
"unsubscribe" in the subject, and reply to confirm.