Why xp mode? XSI 7 32 bit runs on 64 bit win7 On Dec 30, 2014 4:59 PM, "Tim Leydecker" <bauero...@gmx.de> wrote:
> For opening SI|3D files using Softimage 7.5 32bit: > > > One way would be to use Windows 7´s XP mode and use that 32bit XP > to install Softimage 7.5 32bit (which has the SI|3D scene import option). > Setting that VM´s RAM to ~4GB. > > I just did this using the 30 days trial (Standalone mode) of Softimage > and successfully opened scenes from the year 2000. > > Also installed LMTOOLS on the Virtual PC to get an idea what ethernet ID > that VM has and if it is possible to run a network license inside that VM. > > Autodesk is so kind to recreate/resend me my legacy network license for > Autodesk Softimage 7.5. > > I´ve opted to get the license recreated for my current server, appending > the license file info and serving from that. > > Due to valid security concerns regarding Microsoft no longer providing > security updates to Windows XP32, some people may want to restrict > the xp mode from getting any internet/network access. > > That would mean the license server would have to be set up and run off > the > ethernet ID of the VM instead, requring a license transfer/recreation AND > an extra Host network adapter in the host not connected to the internet. > > Even then, the VM will assign random ethernet IDs (for each install of a > VM) > so it´s best to check the internet for ways to backup the VM´s hexcode of > the adapter > in case a VM breaks or needs a reinstall without having to recreate a new > license file because the virtual PC´s ethernet ID changed. > > To avoid all this, I opted to use the VM Host as the license server and > simply disconnect > from the internet while doing SI|3D file salvages. > > A simpler alternative might be to use a different Virtual Machine Option > instead of > using the XP Mode in Windows Virtual PC. > > Or simply create a new XP mode + Softimage 7.5 32bit trial install every > now and then > when one just tries to get access to some files but that could be regarded > shady, to > say the least. > > Cheers, > > tim > > > > > > > > > Am 29.12.2014 um 10:49 schrieb Tim Leydecker: > > Hi guys, > > after checking through a random selection of *.scn files, I am somewhat > positive > I´ll be able to open most if not all of my files with Softimage > 2012/2014/2015. > > When I was refering to *.obj/*.fbx files, I didn´t mean to suggest that > should be > the prefered archive format, even thought in my case, there is a high > percentage > of *.obj/*.fbx files containing assets and easily enough (re)connected to > their textures. > > Personally, I have decided to go through my projects, check for assets I > like and then make > sure I have at least an *.obj/*.fbx, ZBrush or Mudbox file, Photoshop > texture base and > finalized maps. Building a salvageable library of parts. > > That´s not archiving, that´s salvaging. > > Now my real problem is opening older 32bit files, from Softimage 3.9 > > *.dsc and *.hrc files. > > Any way to get access to that? > > Those scenes/files I missed to convert to *.xsi or *.scn around Y2k... > > > Cheers, > > tim > > > > > Am 26.12.2014 um 23:52 schrieb Luc-Eric Rousseau: > > jason, about vista check the fourth post down here from Stephen and please > stop trolling. > http://forums.cgsociety.org/archive/index.php/t-965169.html > > On Fri, Dec 26, 2014 at 3:22 PM, Jason S <jasonsta...@gmail.com> wrote: > >> I don't know.. just installed XSI ModTool 4.2 (2004 ~11 years ago) on >> Windows 8, >> Maybe I missed something, (that I should've done for it to not work) >> but Install went fine, no button click or other interface issues, >> loaded-up sample scenes, & posed-up RedJaiqua >> without running it in any sort of compatibility mode, and also loaded >> bunch of addons from that time. >> >> But I'm sure Soft will break by tomorrow at most ;-| >> >> Quick! Move to Maya before it's too late! (the friendly future of >> 'high-end' 3D?) >> >> If soft wouldn't be run, it would more likely be because our spirits >> would have been broken as opposed to the actual software. >> > > > >
