Re: Question about Normalmap
Nvidia would do the invert Y because that was how most game engines accepted normal maps. The problem then was that different 3D packages didn't always conform to this. What many do now is (depending on what they use, Maya/Max, etc) and to keep maps consistent for the context, is generate the normal maps and then do the invert to the Y green channel, in game. UE4 has setting to to this. xNormal and nDo also have settings if you want to do the invert. On Fri, May 8, 2015 at 2:03 PM Martin Yara furik...@gmail.com wrote: Hi, I have a really basic noob question, but after all these years I've realized that I'm not sure what I'm doing lol. Years ago, all I was using for normal maps was the NVidia plugin and we had to flip the Y axis (check in Invert Y). It was somewhat common knowledge back then. And since it was looking good in the DDC and game viewer I used those settings. Nowadays, I'm using xNormal and nDo, and I don't have to set anything to have similar results. But I just noticed that their preferences are in X+Y+Z+. So, my question is, NVidia's plugin is flipping Y by default so I have to re-invert Y? I've heard that Unreal engine requires to flip Y, so if I'm using NVidia plugin I should uncheck everything and have it by default? and if I'm using nDo or xNormal should I invert Y? Thanks Martin
Re: Question about Normalmap
Thanks! That's what I though, but I was just assuming xNormal info was accurate. nDo and the NVidia plugin only say invert axis, not positive nor negative, just invert from the default settings without telling you what are the default settings. Since both have different results, I wasn't sure anymore how a Y positive would look like. Thanks again Martin Sent from my iPhone On 2015/05/11, at 18:16, Graham Bell bell...@gmail.com wrote: Nvidia would do the invert Y because that was how most game engines accepted normal maps. The problem then was that different 3D packages didn't always conform to this. What many do now is (depending on what they use, Maya/Max, etc) and to keep maps consistent for the context, is generate the normal maps and then do the invert to the Y green channel, in game. UE4 has setting to to this. xNormal and nDo also have settings if you want to do the invert. On Fri, May 8, 2015 at 2:03 PM Martin Yara furik...@gmail.com wrote: Hi, I have a really basic noob question, but after all these years I've realized that I'm not sure what I'm doing lol. Years ago, all I was using for normal maps was the NVidia plugin and we had to flip the Y axis (check in Invert Y). It was somewhat common knowledge back then. And since it was looking good in the DDC and game viewer I used those settings. Nowadays, I'm using xNormal and nDo, and I don't have to set anything to have similar results. But I just noticed that their preferences are in X+Y+Z+. So, my question is, NVidia's plugin is flipping Y by default so I have to re-invert Y? I've heard that Unreal engine requires to flip Y, so if I'm using NVidia plugin I should uncheck everything and have it by default? and if I'm using nDo or xNormal should I invert Y? Thanks Martin
Re: Centos6.6 install 2015SP1
Hi Stephen, So I tried, but for some reason only the first line runs ok. The second one spurts this: ./Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Loading ../Plugins/libSAS.so: Unable to load library (Error code 126: The specified module could not be found). Running REGSVR32.EXE may provide more information libSAS.so is present in /Plugins, so I’m not sure what’s going on…? Maybe I should roll back to Centos 6.2, which seems to be the officially supported version for Soft2015_SP1? Thanks for any help. Jean-Louis Digital Golem On 7 May 2015, at 22:11, Stephen Blair stephenrbl...@gmail.com wrote: On Thu, May 7, 2015 at 1:40 PM, Jean-Louis Billard jean-lo...@photon3.com mailto:jean-lo...@photon3.com wrote: Hi all, The installer for 2015SP1 tells me that Softimage was not installed properly and the log shows these culprits: Error: Application/bin/cmdreg -f Application/bin/XSICOMDLLs.lst Error: Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Try running those commands yourself. On CentOS 6.5, I was getting a core dump until I ran them.
RE: Friday Flashback #223
Actually for me it was 94. Softimage 3D 2.4 or something like that. It was the SGI version in early 94 right before they switched to the Microsoft compiler and all hell broke loose. Prior to that I had been using Cubicomp from 88-94. What a difference a day made, the day I started on Soft! -- Joey Ponthieux LaRC Information Technology Enhanced Services (LITES) MYMIC Technical Services 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, May 08, 2015 8:57 PM To: softimage@listproc.autodesk.com Subject: Re: Friday Flashback #223 LOL...I meant Softimage 3D 1.0 (actually version 2.1, I believe) back in 1987...prior to XSI 1.0 in 2000 On Fri, May 8, 2015 at 7:48 PM, Softimage lp3ds...@gmail.commailto:lp3ds...@gmail.com wrote: I was 1.0 as well but realistically I was going back and forth between XSI and Soft a lot till 1.5! On 8 May 2015, at 22:42, Stephen Davidson magic...@bellsouth.netmailto:magic...@bellsouth.net wrote: Am I the only one here, left, that started with 1.0? I think Joey did too, but I'm not sure. On Fri, May 8, 2015 at 2:05 PM, Eric Thivierge ethivie...@gmail.commailto:ethivie...@gmail.com wrote: Yeah I started on 4.0 / 4.2... was wondering when Stephen was going to get to this release. :) Eric Thivierge http://www.ethivierge.com On Fri, May 8, 2015 at 1:33 PM, Sven Constable sixsi_l...@imagefront.demailto:sixsi_l...@imagefront.de wrote: especially since it was the first really 'production ready' version, wasn't it? Remembering two presentations (I think it was v1.0 (lol) and 3.0) And on the v3 presentation I thnk their claim was it's now 'production ready'. Well, I don't think it was it entirely but with version 4 they definetly got it. sven -Original Message- From: softimage-boun...@listproc.autodesk.commailto:softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.commailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Alen Sent: Friday, May 08, 2015 5:00 PM To: softimage@listproc.autodesk.commailto:softimage@listproc.autodesk.com Subject: Re: Friday Flashback #223 ah..my landing year on XSI ship. good times On 5/8/2015 3:46 PM, Stephen Blair wrote: i am 4. customization * speed * options * power * thought * imagination * integration SOFTIMAGE|XSI version 4.0 launch 04.19.2004 http://wp.me/powV4-3cW -- Best Regards, Stephen P. Davidson (954) 552-7956tel:%28954%29%20552-7956 sdavid...@3danimationmagic.commailto:sdavid...@3danimationmagic.com Any sufficiently advanced technology is indistinguishable from magic - Arthur C. Clarke [http://www.3danimationmagic.com/3Danimation_magic_logo_sign.jpg]http://www.3danimationmagic.com -- Best Regards, Stephen P. Davidson (954) 552-7956 sdavid...@3danimationmagic.commailto:sdavid...@3danimationmagic.com Any sufficiently advanced technology is indistinguishable from magic - Arthur C. Clarke [http://www.3danimationmagic.com/3Danimation_magic_logo_sign.jpg]http://www.3danimationmagic.com
Re: Centos6.6 install 2015SP1
I had the same error but I ignored it, just to see if Softimage would start (and it did). SAS is a set of DisplayCallbacks for OpenGL and DirectX On Mon, May 11, 2015 at 9:19 AM, Jean-Louis Billard jean-lo...@photon3.com wrote: Hi Stephen, So I tried, but for some reason only the first line runs ok. The second one spurts this: ./Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Loading ../Plugins/libSAS.so: Unable to load library (Error code 126: The specified module could not be found). Running REGSVR32.EXE may provide more information libSAS.so is present in /Plugins, so I’m not sure what’s going on…? Maybe I should roll back to Centos 6.2, which seems to be the officially supported version for Soft2015_SP1? Thanks for any help. Jean-Louis Digital Golem On 7 May 2015, at 22:11, Stephen Blair stephenrbl...@gmail.com wrote: On Thu, May 7, 2015 at 1:40 PM, Jean-Louis Billard jean-lo...@photon3.com wrote: Hi all, The installer for 2015SP1 tells me that Softimage was not installed properly and the log shows these culprits: Error: Application/bin/cmdreg -f Application/bin/XSICOMDLLs.lst Error: Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Try running those commands yourself. On CentOS 6.5, I was getting a core dump until I ran them.
Re: Centos6.6 install 2015SP1
I would love to ignore it, but alas I still get a core dump when running xsibatch! Looking around I’m finding some people talking about updating OGL drivers, some discussing the Xorg.conf file, and yet more mentioning kernel tweaks. It’s tricky to guess the best route… Jean-Louis Digital Golem On 11 May 2015, at 15:56, Stephen Blair stephenrbl...@gmail.com wrote: I had the same error but I ignored it, just to see if Softimage would start (and it did). SAS is a set of DisplayCallbacks for OpenGL and DirectX On Mon, May 11, 2015 at 9:19 AM, Jean-Louis Billard jean-lo...@photon3.com mailto:jean-lo...@photon3.com wrote: Hi Stephen, So I tried, but for some reason only the first line runs ok. The second one spurts this: ./Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Loading ../Plugins/libSAS.so: Unable to load library (Error code 126: The specified module could not be found). Running REGSVR32.EXE may provide more information libSAS.so is present in /Plugins, so I’m not sure what’s going on…? Maybe I should roll back to Centos 6.2, which seems to be the officially supported version for Soft2015_SP1? Thanks for any help. Jean-Louis Digital Golem On 7 May 2015, at 22:11, Stephen Blair stephenrbl...@gmail.com mailto:stephenrbl...@gmail.com wrote: On Thu, May 7, 2015 at 1:40 PM, Jean-Louis Billard jean-lo...@photon3.com mailto:jean-lo...@photon3.com wrote: Hi all, The installer for 2015SP1 tells me that Softimage was not installed properly and the log shows these culprits: Error: Application/bin/cmdreg -f Application/bin/XSICOMDLLs.lst Error: Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Try running those commands yourself. On CentOS 6.5, I was getting a core dump until I ran them.
Re: Friday Flashback #223
When I got on board (3.5) I think it was like 10,000 and 5,000 with 3dsmax competive upgrade (plus maintenance). -Original Message- From: Leendert A. Hartog Sent: Monday, May 11, 2015 1:48 PM To: softimage@listproc.autodesk.com Subject: Re: Friday Flashback #223 According to this post over at xsisupport - http://xsisupport.com/2014/02/21/friday-flashback-160 Softimage XSI 1.0 Essentials: $7,995 Advanced: $11,995 Greetz Leendert -- Leendert A. Hartog AKA Hirazi Blue Administrator NOT the owner of si-community.com
RE: Friday Flashback #223
What was the price of it? -Original Message- From: softimage-boun...@listproc.autodesk.com [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Leendert A. Hartog Sent: Monday, May 11, 2015 5:17 PM To: softimage@listproc.autodesk.com Subject: Re: Friday Flashback #223 Ah, memory lane... Started with XSI 4.2 Foundation myself although I distinctly recall reading the XSI review in the very first issue of 3D World and thinking I would never be able to afford such a beast. ;) Greetz Leendert -- Leendert A. Hartog AKA Hirazi Blue Administrator NOT the owner of si-community.com
Re: Friday Flashback #223
According to this post over at xsisupport - http://xsisupport.com/2014/02/21/friday-flashback-160 Softimage XSI 1.0 Essentials: $7,995 Advanced: $11,995 Greetz Leendert -- Leendert A. Hartog AKA Hirazi Blue Administrator NOT the owner of si-community.com
Re: Centos6.6 install 2015SP1
What error are you getting on startup/xsibatch? There has been an issue with a wrongly formatted /etc/hosts file that caused segmentation faults...just a shot in the dark Jean-Louis Billard jean-lo...@photon3.com hat am 11. Mai 2015 um 16:10 geschrieben: I would love to ignore it, but alas I still get a core dump when running xsibatch! Looking around I’m finding some people talking about updating OGL drivers, some discussing the Xorg.conf file, and yet more mentioning kernel tweaks. It’s tricky to guess the best route… Jean-Louis Digital Golem On 11 May 2015, at 15:56, Stephen Blair stephenrbl...@gmail.com mailto:stephenrbl...@gmail.com wrote: I had the same error but I ignored it, just to see if Softimage would start (and it did). SAS is a set of DisplayCallbacks for OpenGL and DirectX On Mon, May 11, 2015 at 9:19 AM, Jean-Louis Billard jean-lo...@photon3.com mailto:jean-lo...@photon3.com wrote: Hi Stephen, So I tried, but for some reason only the first line runs ok. The second one spurts this: ./Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Loading ../Plugins/libSAS.so: Unable to load library (Error code 126: The specified module could not be found). Running REGSVR32.EXE may provide more information libSAS.so is present in /Plugins, so I’m not sure what’s going on…? Maybe I should roll back to Centos 6.2, which seems to be the officially supported version for Soft2015_SP1? Thanks for any help. Jean-Louis Digital Golem On 7 May 2015, at 22:11, Stephen Blair stephenrbl...@gmail.com mailto:stephenrbl...@gmail.com wrote: On Thu, May 7, 2015 at 1:40 PM, Jean-Louis Billard jean-lo...@photon3.com mailto:jean-lo...@photon3.com wrote: Hi all, The installer for 2015SP1 tells me that Softimage was not installed properly and the log shows these culprits: Error: Application/bin/cmdreg -f Application/bin/XSICOMDLLs.lst Error: Application/bin/cmdreg -f Application/Plugins/PLUGINSCOMDLLs.lst” Try running those commands yourself. On CentOS 6.5, I was getting a core dump until I ran them.