RE: Real time shaders on OpenGL and DirectX9 - Softimage 2012 a la Modo?

[John Voltaire Tensuan]

That OGL workflow has been deprecated and has been replaced by direct 
GLSL/CgFX/HLSL shaders. You can find these shaders under the Realtime category, 
a similar shader with a similar effect with what the turorial is using is 
Realtime->CgFX->metal.
I've also attached a modified version of it that should support alpha blending.

You can find more about this here:
http://download.autodesk.com/global/docs/softimage2012/en_us/userguide/index.html?url=files/rt_cgfx_hlsl.htm,topicNumber=d30e337896


From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of David Rivera
Sent: Thursday, May 29, 2014 1:05 AM
To: Softimage Mailing List
Subject: Real time shaders on OpenGL and DirectX9 - Softimage 2012 a la Modo?

I know...kinda old thread to ask but I have been using Modo for a time now and 
I´d like to have the same immediate feedback
for the material on softimage 2012 viewport. I know it´s kind of retoric, but 
I´ve setup my material as the digital tutors mention here:
Softimage Tutorials > Shading Network Tips and Tricks in Softimage Tutorial > 
Digital-Tutors
But I can´t find some of the inputs (OGL Draw?). I don´t know what shader´s 
properties to use to generate a real time material.

Could someone lend me a hand on this, please?
This is what I have on my rendertree:



[image]

Softimage Tutorials > Shading Network Tips and Tricks 
in...
In this course we will learn various shading network tips and tricks. Each 
video in this course is a self-contained lesson centering on tips and tricks 
that c...

View on 
www.digitaltutors.com

Preview by Yahoo





David Rivera
3D Compositor/Animator
LinkedIN
Behance
VFX Reel
<>

RE: MediaFileParserServer.exe not releasing on aborted renders

[Hsiao Ming Chia]

MediaFileParserServer was introduced in 2012.
It was added as a way to support Quicktime for the 64-bit version of Softimage.

I will log an issue with it not releasing the movie file on abort.

Thanks,
Hsiao Ming

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Stephen Blair
Sent: Thursday, May 29, 2014 12:30 AM
To: softimage@listproc.autodesk.com
Subject: Re: MediaFileParserServer.exe not releasing on aborted renders

It's a 32-bit app for dealing with Quicktime. I don't see it in the 2011 
install folder, but I do in 2012 SP1.

C:\Program Files\Autodesk\Softimage 2012 
SP1\Application\bin\MediaFileParserServer



On Wed, May 28, 2014 at 11:43 AM, Ed Manning 
mailto:etmth...@gmail.com>> wrote:
definitely part of XSI, and I'm nearly certain it's new in 2014.

On Wed, May 28, 2014 at 3:13 AM, Ales Dlabac 
mailto:adla...@gmail.com>> wrote:
Are you sure it's part of XSI? We are dealing with locked files too(even 
without using any mov file in scene) but I never noticed that application.

On Tue, May 27, 2014 at 3:31 PM, Ed Manning 
mailto:etmth...@gmail.com>> wrote:
Hey --

I guess this is the only place to bring up bugs for Soft now?!?

Okay, Soft now starts something called MediaFileParserServer.exe whenever any 
sort of movie file is present in a scene. If you start a render and then abort 
it, for some reason, even though there's no obvious reason for an executable 
that deals with input formats to care about output images, you can't delete the 
stub file that an aborted render often leaves behind; Windows thinks 
MediaFileParserServer.exe is using that stub file.

You can't kill the MediaFileParserServer.exe process without putting Soft in an 
unstable state, so you have to kill Soft in order to release the lock on the 
stub file.

I don't recall ever seeing this executable in the process viewer -- is it new 
for 2014? My workaround will be to not use movie files, which will be 
inconvenient as a lot of image sequence assets from my clients get delivered to 
me as .mov or .avi.





<>

Re: SI and Houdini

[David Barosin]

Jordi thank you!  I've been checking out the first few chapters and
thoroughly appreciating all the time and effort you put into these.

A truly kind act.

Cheers,
 -Dave




On Wed, May 28, 2014 at 7:40 PM, Nick Angus  wrote:

> Thank you Mr Bares!
> 
> From: softimage-boun...@listproc.autodesk.com [
> softimage-boun...@listproc.autodesk.com] on behalf of Jordi Bares [
> jordiba...@gmail.com]
> Sent: 29 May 2014 08:34
> To: softimage@listproc.autodesk.com
> Subject: Re: SI and Houdini
>
> Well, seems finally found a gap to add another guide
>
> Houdini procedural animation introduciton aka CHOPs ready to download
>
>
> http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076
>
> Jordi Bares
> jordiba...@gmail.com
>
> On 21 May 2014, at 22:49, Sebastian Kowalski  wrote:
>
> > I am experiencing the same. Amazed by it actually.
> > And all the sexy things one can do in a ROP Network..
> > Never would thought of XSI pass system being too rigid.
> >
> >
> >
> > Am 21.05.2014 um 20:33 schrieb Andy Goehler <
> lists.andy.goeh...@gmail.com>:
> >
> >>
> >>
> >>> On 21.05.2014, at 19:35, Ciaran Moloney 
> wrote:
> >>>
> >>> Mantra aint too shabby...
> >>
> >> I'm running a test scene and surprisingly Mantra keeps pace with Arnold
> speed/quality wise (brute force). I really like all the options that Mantra
> brings along. There's is an unmatched flexibility with lights, objects and
> shaders with Mantra all inside Houdini without having to resort to external
> C++ IDEs.
> >>
> >> Andy
> >
> >
>
>
>
>

RE: SI and Houdini

[Nick Angus]

Thank you Mr Bares!

From: softimage-boun...@listproc.autodesk.com 
[softimage-boun...@listproc.autodesk.com] on behalf of Jordi Bares 
[jordiba...@gmail.com]
Sent: 29 May 2014 08:34
To: softimage@listproc.autodesk.com
Subject: Re: SI and Houdini

Well, seems finally found a gap to add another guide

Houdini procedural animation introduciton aka CHOPs ready to download

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076

Jordi Bares
jordiba...@gmail.com

On 21 May 2014, at 22:49, Sebastian Kowalski  wrote:

> I am experiencing the same. Amazed by it actually.
> And all the sexy things one can do in a ROP Network..
> Never would thought of XSI pass system being too rigid.
>
>
>
> Am 21.05.2014 um 20:33 schrieb Andy Goehler :
>
>>
>>
>>> On 21.05.2014, at 19:35, Ciaran Moloney  wrote:
>>>
>>> Mantra aint too shabby...
>>
>> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
>> speed/quality wise (brute force). I really like all the options that Mantra 
>> brings along. There's is an unmatched flexibility with lights, objects and 
>> shaders with Mantra all inside Houdini without having to resort to external 
>> C++ IDEs.
>>
>> Andy
>
>

Re: SI and Houdini

[Jordi Bares]

Well, seems finally found a gap to add another guide

Houdini procedural animation introduciton aka CHOPs ready to download

http://www.sidefx.com/index.php?option=com_forum&Itemid=172&page=viewtopic&p=148076#148076

Jordi Bares
jordiba...@gmail.com

On 21 May 2014, at 22:49, Sebastian Kowalski  wrote:

> I am experiencing the same. Amazed by it actually.
> And all the sexy things one can do in a ROP Network.. 
> Never would thought of XSI pass system being too rigid. 
> 
> 
> 
> Am 21.05.2014 um 20:33 schrieb Andy Goehler :
> 
>> 
>> 
>>> On 21.05.2014, at 19:35, Ciaran Moloney  wrote:
>>> 
>>> Mantra aint too shabby...
>> 
>> I'm running a test scene and surprisingly Mantra keeps pace with Arnold 
>> speed/quality wise (brute force). I really like all the options that Mantra 
>> brings along. There's is an unmatched flexibility with lights, objects and 
>> shaders with Mantra all inside Houdini without having to resort to external 
>> C++ IDEs.
>> 
>> Andy
> 
> 

Re: MediaFileParserServer.exe not releasing on aborted renders

[Jon Swindells]

it's been there since at least 2013.





locked media files is nothing new to anyone who browses media filled
directories with explorer, maybe

the app is using the process through com or similar ?



the old fix used to be unregistering shmedia.dll (not sure on the name)



google will fix all i'm sure :)



--
Jon Swindells
jon_swinde...@fastmail.fm





On Wed, May 28, 2014, at 06:43 PM, Ed Manning wrote:

definitely part of XSI, and I'm nearly certain it's new in 2014.



On Wed, May 28, 2014 at 3:13 AM, Ales Dlabac <[1]adla...@gmail.com>
wrote:

Are you sure it's part of XSI? We are dealing with locked files
too(even without using any mov file in scene) but I never noticed that
application.



On Tue, May 27, 2014 at 3:31 PM, Ed Manning <[2]etmth...@gmail.com>
wrote:

Hey --

I guess this is the only place to bring up bugs for Soft now?!?

Okay, Soft now starts something called MediaFileParserServer.exe
whenever any sort of movie file is present in a scene. If you start a
render and then abort it, for some reason, even though there's no
obvious reason for an executable that deals with input formats to care
about output images, you can't delete the stub file that an aborted
render often leaves behind; Windows thinks MediaFileParserServer.exe is
using that stub file.

You can't kill the MediaFileParserServer.exe process without putting
Soft in an unstable state, so you have to kill Soft in order to release
the lock on the stub file.

I don't recall ever seeing this executable in the process viewer -- is
it new for 2014? My workaround will be to not use movie files, which
will be inconvenient as a lot of image sequence assets from my clients
get delivered to me as .mov or .avi.

References

1. mailto:adla...@gmail.com
2. mailto:etmth...@gmail.com

Re: MediaFileParserServer.exe not releasing on aborted renders

[Stephen Blair]

It's a 32-bit app for dealing with Quicktime. I don't see it in the 2011
install folder, but I do in 2012 SP1.

C:\Program Files\Autodesk\Softimage 2012
SP1\Application\bin\MediaFileParserServer




On Wed, May 28, 2014 at 11:43 AM, Ed Manning  wrote:

> definitely part of XSI, and I'm nearly certain it's new in 2014.
>
>
> On Wed, May 28, 2014 at 3:13 AM, Ales Dlabac  wrote:
>
>> Are you sure it's part of XSI? We are dealing with locked files too(even
>> without using any mov file in scene) but I never noticed that application.
>>
>>
>> On Tue, May 27, 2014 at 3:31 PM, Ed Manning  wrote:
>>
>>> Hey --
>>>
>>> I guess this is the only place to bring up bugs for Soft now?!?
>>>
>>> Okay, Soft now starts something called MediaFileParserServer.exe
>>> whenever any sort of movie file is present in a scene. If you start a
>>> render and then abort it, for some reason, even though there's no obvious
>>> reason for an executable that deals with input formats to care about output
>>> images, you can't delete the stub file that an aborted render often leaves
>>> behind; Windows thinks MediaFileParserServer.exe is using that stub file.
>>>
>>> You can't kill the MediaFileParserServer.exe process without putting
>>> Soft in an unstable state, so you have to kill Soft in order to release the
>>> lock on the stub file.
>>>
>>> I don't recall ever seeing this executable in the process viewer -- is
>>> it new for 2014? My workaround will be to not use movie files, which will
>>> be inconvenient as a lot of image sequence assets from my clients get
>>> delivered to me as .mov or .avi.
>>>
>>>
>>>
>>
>

Re: MediaFileParserServer.exe not releasing on aborted renders

[Ed Manning]

definitely part of XSI, and I'm nearly certain it's new in 2014.


On Wed, May 28, 2014 at 3:13 AM, Ales Dlabac  wrote:

> Are you sure it's part of XSI? We are dealing with locked files too(even
> without using any mov file in scene) but I never noticed that application.
>
>
> On Tue, May 27, 2014 at 3:31 PM, Ed Manning  wrote:
>
>> Hey --
>>
>> I guess this is the only place to bring up bugs for Soft now?!?
>>
>> Okay, Soft now starts something called MediaFileParserServer.exe whenever
>> any sort of movie file is present in a scene. If you start a render and
>> then abort it, for some reason, even though there's no obvious reason for
>> an executable that deals with input formats to care about output images,
>> you can't delete the stub file that an aborted render often leaves behind;
>> Windows thinks MediaFileParserServer.exe is using that stub file.
>>
>> You can't kill the MediaFileParserServer.exe process without putting Soft
>> in an unstable state, so you have to kill Soft in order to release the lock
>> on the stub file.
>>
>> I don't recall ever seeing this executable in the process viewer -- is it
>> new for 2014? My workaround will be to not use movie files, which will be
>> inconvenient as a lot of image sequence assets from my clients get
>> delivered to me as .mov or .avi.
>>
>>
>>
>

RE: mari-softimage workflow

[Manuel Huertas Marchena]

in xsi you can use "texturemapname..tif" if I am not wrong... at least 
with arnold.as Orlando said is really straight forward. But in case you have a 
mari/xsi/arnold pipeline... 
I would look into creating a script that recreates the ".tx" files when you 
output them from mari,at the past studio I was we had this automated from mari, 
if not the artist would've need to recreate manuallyall the ".tx" files for the 
files that come from mari.  Just a tip!
cheers

-Manu


IMDB | Portfolio | Vimeo
| Linkedin


Date: Mon, 26 May 2014 21:09:30 -0300
Subject: Re: mari-softimage workflow
From: malcriad...@gmail.com
To: softimage@listproc.autodesk.com

thanks for the tips Orlando!F.

On Monday, May 26, 2014, Orlando Esponda  wrote:

Depending on what renderer are you using you may want to save some compounds to 
"automate" the uv offsets (assuming you're using more than one uv tile or UDIM 
in Mari terminology). But if you're using Arnold or VRay, there's a UDIM token 
that handles the uv offset at export time. Perhaps other renderers have 
something similar, but those two are the ones that I know.




Other than that, it's really very straight forward. 



Orlando


On Mon, May 26, 2014 at 1:19 PM, Francisco Criado  wrote:




Hi guys,

is anyone using mari  with softimage? any tip or advice?



thanks!
doing my first steps here...
F.






-- 
Sent from Gmail Mobile
  

Re: MediaFileParserServer.exe not releasing on aborted renders

[Siew Yi Liang]

It's definitely part of XSI, and I've noticed it too whenever I use mov 
files. One more oddity; I've found it to crash Maya randomly whenever I 
have XSI and Maya running side-by-side with XSI using a .mov file as a 
viewport background and Maya also having a camera image plane with 
another .mov file :D


Yours sincerely,
Siew Yi Liang

On 5/28/2014 12:13 AM, Ales Dlabac wrote:
Are you sure it's part of XSI? We are dealing with locked files 
too(even without using any mov file in scene) but I never noticed that 
application.



On Tue, May 27, 2014 at 3:31 PM, Ed Manning > wrote:


Hey --

I guess this is the only place to bring up bugs for Soft now?!?

Okay, Soft now starts something called MediaFileParserServer.exe
whenever any sort of movie file is present in a scene. If you
start a render and then abort it, for some reason, even though
there's no obvious reason for an executable that deals with input
formats to care about output images, you can't delete the stub
file that an aborted render often leaves behind; Windows
thinks MediaFileParserServer.exe is using that stub file.

You can't kill the MediaFileParserServer.exe process without
putting Soft in an unstable state, so you have to kill Soft in
order to release the lock on the stub file.

I don't recall ever seeing this executable in the process viewer
-- is it new for 2014? My workaround will be to not use movie
files, which will be inconvenient as a lot of image sequence
assets from my clients get delivered to me as .mov or .avi.

Re: MediaFileParserServer.exe not releasing on aborted renders

[Ales Dlabac]

Are you sure it's part of XSI? We are dealing with locked files too(even
without using any mov file in scene) but I never noticed that application.


On Tue, May 27, 2014 at 3:31 PM, Ed Manning  wrote:

> Hey --
>
> I guess this is the only place to bring up bugs for Soft now?!?
>
> Okay, Soft now starts something called MediaFileParserServer.exe whenever
> any sort of movie file is present in a scene. If you start a render and
> then abort it, for some reason, even though there's no obvious reason for
> an executable that deals with input formats to care about output images,
> you can't delete the stub file that an aborted render often leaves behind;
> Windows thinks MediaFileParserServer.exe is using that stub file.
>
> You can't kill the MediaFileParserServer.exe process without putting Soft
> in an unstable state, so you have to kill Soft in order to release the lock
> on the stub file.
>
> I don't recall ever seeing this executable in the process viewer -- is it
> new for 2014? My workaround will be to not use movie files, which will be
> inconvenient as a lot of image sequence assets from my clients get
> delivered to me as .mov or .avi.
>
>
>