The delay thing may be a clue. I had this issue, and it turned out to be a bad drive(local) in my system. The read and writes were cripplingly slow. Once I replaced the drive with a new one, all was good. I'm running Windows 7 64 bit.
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/> On Mon, Apr 25, 2016 at 9:18 AM Ponthieux, Joseph G. (LARC-E1A)[LITES II] < j.ponthi...@nasa.gov> wrote: > Thanks for the ideas everyone. > > > > I’m really confused by the fact that Soft will successfully read scenes in > via Merge any time, will Save and Open (only what was just saved) scenes > within the same session, but can’t Open any scene anytime. > > > > I can create materials and add textures from either Pictures or Render > Pictures from that same database, but everything in Scenes is off limits > unless its been created in the same session. > > > > Scenes directory, of the assigned default database, the same database that > I can read from Pictures and Render Pictures, is where the stamp files are > getting left behind. > > > > I’m leaning more and more to the idea that there is something going on is > Soft that is broken or unable to properly complete its task that is part of > the issue. It’s as if there is some sort of database validation process > that Soft performs that has become impaired by the changes to the server, > validating scenes but ignoring everything else. > > > > There a new thing as well. For nearly 3 years I’ve fought with delays in > this system when mounting the remote drive (where the database is), > Softimage constantly warning me that the system took 20 something seconds > or whatever to mount the drives. That’s gone now. Access to the remote > drive is freaking instant. But I cant “open” any scene. How wonderful is > that… > > > > I can only think of one thing as bizarre in all the years I’ve been doing > animation. Some 28 years ago I could save files in Cubicomp with numbers at > the front of the scene filenames, but reading them back in would cause all > sorts of mayhem. No digits at the beginning of a DOS filename. To this day > I avoid naming a file to start with a digit. But that was the way of MS-DOS… > > > > > > -- > > 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 5:40 PM > > > *To:* softimage@listproc.autodesk.com > *Subject:* Re: script log at startup > > > > 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 > > <http://www.3danimationmagic.com/> > > > > 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 > > <http://www.3danimationmagic.com/> > > > > 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 > <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 > <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] > <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. > > > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > Virus-free. www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > > > > > ------ > > Softimage Mailing List. > > To unsubscribe, send a mail to softimage-requ...@listproc.autodesk.com with > "unsubscribe" in the subject, and reply to confirm. > > > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > Virus-free. www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > ------ > 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.