Re: Pipes and tools u can't live without

[Jason S]

yep :)

On 18/01/2013 12:46 AM, Andy Moorer wrote:


Why not keep things simple, we're all busy people, just share out 
whatever you want to share, however you want, as a workgroup, snippets 
of code, whatever.


If you have a suggested combination of tools or addons, share what's 
yours and just list out the rest, or just ask the author if they mind 
you including their tool in your bundle. Over time the best few 
bundles will float to the "popularity" top naturally, internet style.


(Shrug) We work hard enough supporting ourselves, sharing with the 
community will only work if its something we can fit into already busy 
lives. If you have good stuff you think will help others, please share 
it out if you're comfortable doing so knowing that that effort will 
help this community grow. If you're busy, make cool stuff and try not 
to sleep in the studio. :)


On Jan 18, 2013, at 12:08 AM, Xavier Lapointe 
mailto:xl.mailingl...@gmail.com>> wrote:


Eric is probably not in front of his computer because he would have 
answer right away :p


Wasn't XSI database and all the other sites like ray.de 
 meant to be something similar? Bunch of people do 
their stuff on their side, but nothing seems to be fitting everyone. 
Kinda like the sublime package control approach though to just have a 
github based system. Auto-updates, catalog, etc.

Re: Pipes and tools u can't live without

[Andy Moorer]

Why not keep things simple, we're all busy people, just share out whatever you 
want to share, however you want, as a workgroup, snippets of code, whatever. 

If you have a suggested combination of tools or addons, share what's yours and 
just list out the rest, or just ask the author if they mind you including their 
tool in your bundle. Over time the best few bundles will float to the 
"popularity" top naturally, internet style.

(Shrug) We work hard enough supporting ourselves, sharing with the community 
will only work if its something we can fit into already busy lives. If you have 
good stuff you think will help others, please share it out if you're 
comfortable doing so knowing that that effort will help this community grow. If 
you're busy, make cool stuff and try not to sleep in the studio. :)

On Jan 18, 2013, at 12:08 AM, Xavier Lapointe  wrote:

> Eric is probably not in front of his computer because he would have answer 
> right away :p
> 
> Wasn't XSI database and all the other sites like ray.de meant to be something 
> similar? Bunch of people do their stuff on their side, but nothing seems to 
> be fitting everyone. Kinda like the sublime package control approach though 
> to just have a github based system. Auto-updates, catalog, etc.
> 
> 
> 

Re: Pipes and tools u can't live without

[Jason S]

I agree that the repository itself might not be a good thing to connect 
to as a workgroup,
but perhaps connecting to a maintained one with things known to be in 
good working condition might be a good way to quickly explore and 
experiment?


As Andy said, one could just connect to it, and check-out the interface,
and try thing out on the fly, to then grab what's of interest and 
disconnect.


I'm not suggesting that being the Only way to explore the collection,
but One possibly interesting way to stumble upon things,
and to go along with an online browsable/seachable DB with thumbnails 
and descriptions.


I there are any conflicts, could it make any permanent changes to which 
just disconnecting from the workgroup wouln't resolve? Or can just 
connecting to a workgroup possibly execute code?


By the way, what happens when connecting to a workgoup with things that 
are already locally installed?


And also by the way, in the same vein,
what happens when installing an addon with various extensions
which includes things that are already installed?
are those things overwritten? or display popups?

So many questions sorry :)


On 17/01/2013 12:04 PM, Alan Fregtman wrote:
I'm not sure that concept scales... I don't wanna load a crapton of 
addons I don't know the purpose of. What if some of them conflict with 
each other? What if someone poorly coded a few events? Hell naw!


Besides, with something like Package Control, you gotta be savvy 
enough to put up a repo and that weeds out complete beginners from 
litterring the package universe. A shared folder is too easy to litter.


Here's a nice overview of how Package Control does things:
http://wbond.net/sublime_packages/package_control/package_developers



On Thu, Jan 17, 2013 at 11:43 AM, Andy Moorer > wrote:


The nice thing about a workgroup is you can connect to it
whenever/wherever, without picking thru items and installing
stuff. You just connect, see what's there, give it a try.

But such a thing would have to be moderated and maintained, plus
secure. This kind of sharing is one of the untapped advantages of
Softimage, it drives me crazy that netview is just sitting there
unused...

On Jan 17, 2013, at 11:22 AM, olivier jeannel
mailto:olivier.jean...@noos.fr>> wrote:

> A survival kit à Rray.de sounds better imho. That's where we all
go, no ?
>
>
> Le 17/01/2013 16:45, Stefan Kubicek a écrit :
>> I like the initiative, but what would be the advantage over
rray.de ?
>>
>>
>>
>>
>>> One could also upload malicious files up to Dropbox and they
would spread
>>> to all those who share the folder, right?
>>> Does not sound very safe.
>>>
>>>
>>> 2013/1/17 Eugen Sares mailto:softim...@keyvis.at>>
>>>
 If we use dropbox we have to make damn sure nobody removes
items others
 might be needing, which can happen by accident (I don't
expect acts of
 sabotage).

 Also, what if someone updates his own tools, with some changes in
 functionality that break downward compatibility?
 Oder versions must remain accessible. We can't afford f*ing
up other
 people's production pipelines.
 We could create another workgroup folder for every version
that gets
 uploaded, inside the uploader's personal folder.
 Use the newer version? Disconnect from the old, connect to
the new folder.

 But maybe it would be better to copy the stuff we need to
some local
 offline workgroup. Might be too risky otherwise.


 Btw., does dropbox have any options to set write permissions?



 Am 17.01.2013 10:22, schrieb Thomas Volkmann:

 A dropbox-workgroup (or a workgroup on a FTP) that you can
just connect
 to (or make a local copy and get updates every now and then)
would be
 awesome.
 I think just having tools on a FTP is not a real advantage
over rray.de ,
 because you don't have any previews or descriptions for the
tools (other
 than just to connect to a workgroup, where you can just try
stuff, because
 it's already installed).
 A community workgroup could add a community menu where you
select users
 to see their tools... like this:

 user-tools
 - userFoo
- exporters
- rigging stuff
- 
 - userBar
- exporters
- animation helpers
- whatever
 - userFnord
- curve tools
- make-awesome tools
- whatever

 And maybe a similar structure for ICE/Render compounds.
 That way a user can ma

Re: Pipes and tools u can't live without

[Xavier Lapointe]

Eric is probably not in front of his computer because he would have answer
right away :p

Wasn't XSI database and all the other sites like ray.de meant to be
something similar? Bunch of people do their stuff on their side, but
nothing seems to be fitting everyone. Kinda like the sublime package
control approach though to just have a github based system. Auto-updates,
catalog, etc.

Re: Pipes and tools u can't live without

[Simon Anderson]

I have always thought there great assets/plugins/ code snippets. a
marketplace/databank could be a simple solution to easily find things on
the web for softimage.

On Fri, Jan 18, 2013 at 3:33 PM, Simon Anderson <
simonbenandersonl...@gmail.com> wrote:

> I was thinking a while back, why not make like a market place, there so
> many hosting options for people to put there files where ever, then you
> have one database, that has the link to that file, a description and maybe
> a pic or link to a video. users could also easily edit the urls, in case a
> tool or site goes down, someone else can host the file. That way all you
> need is someone to host the SQL database or xml file, depending on what the
> market place will use to serialise information.
>
> thats my mind bubble thought
>
> could be a soft plugin or Qt plugin.
>
>
>
>
> On Fri, Jan 18, 2013 at 12:57 PM, Jason S  wrote:
>
>> and/or perhaps a JPG?
>>
>>
>>  Gene Crucean wrote:
>>
>>> @Thomas: If descriptions are the main reason that you prefer rray, then
>>> why not make a small text file a requirement for submitting? Same level as
>>> addon/plugin/script that contains a short description.
>>>
>>
>>
>
>
> --
> ---
> Simon Ben Anderson
> blog: http://vinyldevelopment.wordpress.com/
>



-- 
---
Simon Ben Anderson
blog: http://vinyldevelopment.wordpress.com/

Re: Pipes and tools u can't live without

[Simon Anderson]

I was thinking a while back, why not make like a market place, there so
many hosting options for people to put there files where ever, then you
have one database, that has the link to that file, a description and maybe
a pic or link to a video. users could also easily edit the urls, in case a
tool or site goes down, someone else can host the file. That way all you
need is someone to host the SQL database or xml file, depending on what the
market place will use to serialise information.

thats my mind bubble thought

could be a soft plugin or Qt plugin.



On Fri, Jan 18, 2013 at 12:57 PM, Jason S  wrote:

> and/or perhaps a JPG?
>
>
>  Gene Crucean wrote:
>
>> @Thomas: If descriptions are the main reason that you prefer rray, then
>> why not make a small text file a requirement for submitting? Same level as
>> addon/plugin/script that contains a short description.
>>
>
>


-- 
---
Simon Ben Anderson
blog: http://vinyldevelopment.wordpress.com/

Re: PyQt Softimage Linux?

[Simon Anderson]

crap wrong thread! XD

On Fri, Jan 18, 2013 at 3:31 PM, Simon Anderson <
simonbenandersonl...@gmail.com> wrote:

> The market place could be a soft plugin or Qt plugin
>
>
> On Fri, Jan 18, 2013 at 3:31 PM, Simon Anderson <
> simonbenandersonl...@gmail.com> wrote:
>
>> I was thinking a while back, why not make like a market place, there so
>> many hosting options for people to put there files where ever, then you
>> have one database, that has the link to that file, a description and maybe
>> a pic or link to a video. users could also easily edit the urls, in case a
>> tool or site goes down, someone else can host the file. That way all you
>> need is someone to host the SQL database or xml file, depending on what the
>> market place will use to serialise information.
>>
>> thats my mind bubble thought
>>
>>
>> On Fri, Jan 18, 2013 at 1:04 PM, Steven Caron  wrote:
>>
>>> ah right, modal.
>>>
>>>
>>> On Thu, Jan 17, 2013 at 5:57 PM, Alan Fregtman 
>>> wrote:
>>>
 Well, when I said it was "modal" it's because we have no timer event to
 handle the callback loop without temporarily halting XSI's main thread...
 but hey, at least it didn't segfault, lol. (In a previous effort just
 importing it would instantly quit SI.) We'll probably try the timer soon.

 About your second question, I believe it's pure; I'll ask.




 On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron  wrote:

> pure python implementation, using timer event?
>
> On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman <
> alan.fregt...@gmail.com> wrote:
>
>> One of the pipeline TDs here has got PySide to compile for Python 2.5
>> and this morning it was showing a rudimentary pyqt modal dialog without
>> segfaulting. No victory dance yet, but it's a start.
>>
>

>>>
>>
>>
>> --
>> ---
>> Simon Ben Anderson
>> blog: http://vinyldevelopment.wordpress.com/
>>
>
>
>
> --
> ---
> Simon Ben Anderson
> blog: http://vinyldevelopment.wordpress.com/
>



-- 
---
Simon Ben Anderson
blog: http://vinyldevelopment.wordpress.com/

Re: PyQt Softimage Linux?

[Simon Anderson]

The market place could be a soft plugin or Qt plugin

On Fri, Jan 18, 2013 at 3:31 PM, Simon Anderson <
simonbenandersonl...@gmail.com> wrote:

> I was thinking a while back, why not make like a market place, there so
> many hosting options for people to put there files where ever, then you
> have one database, that has the link to that file, a description and maybe
> a pic or link to a video. users could also easily edit the urls, in case a
> tool or site goes down, someone else can host the file. That way all you
> need is someone to host the SQL database or xml file, depending on what the
> market place will use to serialise information.
>
> thats my mind bubble thought
>
>
> On Fri, Jan 18, 2013 at 1:04 PM, Steven Caron  wrote:
>
>> ah right, modal.
>>
>>
>> On Thu, Jan 17, 2013 at 5:57 PM, Alan Fregtman 
>> wrote:
>>
>>> Well, when I said it was "modal" it's because we have no timer event to
>>> handle the callback loop without temporarily halting XSI's main thread...
>>> but hey, at least it didn't segfault, lol. (In a previous effort just
>>> importing it would instantly quit SI.) We'll probably try the timer soon.
>>>
>>> About your second question, I believe it's pure; I'll ask.
>>>
>>>
>>>
>>>
>>> On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron  wrote:
>>>
 pure python implementation, using timer event?

 On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman >>> > wrote:

> One of the pipeline TDs here has got PySide to compile for Python 2.5
> and this morning it was showing a rudimentary pyqt modal dialog without
> segfaulting. No victory dance yet, but it's a start.
>

>>>
>>
>
>
> --
> ---
> Simon Ben Anderson
> blog: http://vinyldevelopment.wordpress.com/
>



-- 
---
Simon Ben Anderson
blog: http://vinyldevelopment.wordpress.com/

Re: PyQt Softimage Linux?

[Simon Anderson]

I was thinking a while back, why not make like a market place, there so
many hosting options for people to put there files where ever, then you
have one database, that has the link to that file, a description and maybe
a pic or link to a video. users could also easily edit the urls, in case a
tool or site goes down, someone else can host the file. That way all you
need is someone to host the SQL database or xml file, depending on what the
market place will use to serialise information.

thats my mind bubble thought

On Fri, Jan 18, 2013 at 1:04 PM, Steven Caron  wrote:

> ah right, modal.
>
>
> On Thu, Jan 17, 2013 at 5:57 PM, Alan Fregtman wrote:
>
>> Well, when I said it was "modal" it's because we have no timer event to
>> handle the callback loop without temporarily halting XSI's main thread...
>> but hey, at least it didn't segfault, lol. (In a previous effort just
>> importing it would instantly quit SI.) We'll probably try the timer soon.
>>
>> About your second question, I believe it's pure; I'll ask.
>>
>>
>>
>>
>> On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron  wrote:
>>
>>> pure python implementation, using timer event?
>>>
>>> On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman 
>>> wrote:
>>>
 One of the pipeline TDs here has got PySide to compile for Python 2.5
 and this morning it was showing a rudimentary pyqt modal dialog without
 segfaulting. No victory dance yet, but it's a start.

>>>
>>
>


-- 
---
Simon Ben Anderson
blog: http://vinyldevelopment.wordpress.com/

Re: PyQt Softimage Linux?

[Steven Caron]

ah right, modal.


On Thu, Jan 17, 2013 at 5:57 PM, Alan Fregtman wrote:

> Well, when I said it was "modal" it's because we have no timer event to
> handle the callback loop without temporarily halting XSI's main thread...
> but hey, at least it didn't segfault, lol. (In a previous effort just
> importing it would instantly quit SI.) We'll probably try the timer soon.
>
> About your second question, I believe it's pure; I'll ask.
>
>
>
>
> On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron  wrote:
>
>> pure python implementation, using timer event?
>>
>> On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman 
>> wrote:
>>
>>> One of the pipeline TDs here has got PySide to compile for Python 2.5
>>> and this morning it was showing a rudimentary pyqt modal dialog without
>>> segfaulting. No victory dance yet, but it's a start.
>>>
>>
>

Re: Pipes and tools u can't live without

[Jason S]

and/or perhaps a JPG?

 Gene Crucean wrote:
@Thomas: If descriptions are the main reason that you prefer rray, 
then why not make a small text file a requirement for submitting? Same 
level as addon/plugin/script that contains a short description.

Re: PyQt Softimage Linux?

[Alan Fregtman]

Well, when I said it was "modal" it's because we have no timer event to
handle the callback loop without temporarily halting XSI's main thread...
but hey, at least it didn't segfault, lol. (In a previous effort just
importing it would instantly quit SI.) We'll probably try the timer soon.

About your second question, I believe it's pure; I'll ask.




On Thu, Jan 17, 2013 at 6:54 PM, Steven Caron  wrote:

> pure python implementation, using timer event?
>
> On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman wrote:
>
>> One of the pipeline TDs here has got PySide to compile for Python 2.5 and
>> this morning it was showing a rudimentary pyqt modal dialog without
>> segfaulting. No victory dance yet, but it's a start.
>>
>

Re: PyQt Softimage Linux?

[Steven Caron]

pure python implementation, using timer event?

On Thu, Jan 17, 2013 at 3:42 PM, Alan Fregtman wrote:

> One of the pipeline TDs here has got PySide to compile for Python 2.5 and
> this morning it was showing a rudimentary pyqt modal dialog without
> segfaulting. No victory dance yet, but it's a start.
>

Re: PyQt Softimage Linux?

[Alan Fregtman]

One of the pipeline TDs here has got PySide to compile for Python 2.5 and
this morning it was showing a rudimentary pyqt modal dialog without
segfaulting. No victory dance yet, but it's a start.



On Thu, Jan 17, 2013 at 6:32 PM, Xavier Lapointe
wrote:

> There's no way to use PyQtForSoftimage in linux since it relies on
> windows, and on linux you need pyqt/Qt that is compatible with the python
> version. But to be honest I'm not entirely sure about this, just what I've
> seen so far points in that direction. Anyway ..
>
>
>
> On Fri, Jan 18, 2013 at 9:59 AM, Steven Caron  wrote:
>
>> i dont follow... PyQtForSoftimage plugin isn't linking against python. so
>> the plugin itself cares not about your python version. what is important
>> would be the version of Qt libraries you link against. that version should
>> probably match the version of PyQt your are using.
>>
>> do you mean getting a version of PyQt that works for python 2.5? cause
>> that might be difficult.
>>
>>
>> On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe <
>> xl.mailingl...@gmail.com> wrote:
>>>
>>>
>>> The other issue is also to compile PyQt for Softimage using python 2.5 (
>>> until they update on linux (: ), but meh. Meant to give it a shot, and
>>> finally ended up working in the same shop as Aloys so it became useless q:
>>>
>>>
>>
>
>
> --
> Xavier
>

Re: PyQt Softimage Linux?

[Steven Caron]

ok yes, i thought you were suggesting you needed to link the plugin to
python version, which i was pointing out isn't the case. you do need a
pyqt/qt version that works with the version of python (2.5 in this case).
it was probably semantic mis understanding, i just don't want people to
think they are blocked for the wrong reasons.

someone smart enough (or i learn) could make PyQtForSoftimage plugin work
on linux too.


On Thu, Jan 17, 2013 at 3:32 PM, Xavier Lapointe
wrote:

> There's no way to use PyQtForSoftimage in linux since it relies on
> windows, and on linux you need pyqt/Qt that is compatible with the python
> version. But to be honest I'm not entirely sure about this, just what I've
> seen so far points in that direction. Anyway ..
>

Re: PyQt Softimage Linux?

[Xavier Lapointe]

There's no way to use PyQtForSoftimage in linux since it relies on windows,
and on linux you need pyqt/Qt that is compatible with the python version.
But to be honest I'm not entirely sure about this, just what I've seen so
far points in that direction. Anyway ..



On Fri, Jan 18, 2013 at 9:59 AM, Steven Caron  wrote:

> i dont follow... PyQtForSoftimage plugin isn't linking against python. so
> the plugin itself cares not about your python version. what is important
> would be the version of Qt libraries you link against. that version should
> probably match the version of PyQt your are using.
>
> do you mean getting a version of PyQt that works for python 2.5? cause
> that might be difficult.
>
>
> On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe  > wrote:
>>
>>
>> The other issue is also to compile PyQt for Softimage using python 2.5 (
>> until they update on linux (: ), but meh. Meant to give it a shot, and
>> finally ended up working in the same shop as Aloys so it became useless q:
>>
>>
>


-- 
Xavier

Re: PyQt Softimage Linux?

[Steven Caron]

i dont follow... PyQtForSoftimage plugin isn't linking against python. so
the plugin itself cares not about your python version. what is important
would be the version of Qt libraries you link against. that version should
probably match the version of PyQt your are using.

do you mean getting a version of PyQt that works for python 2.5? cause that
might be difficult.


On Thu, Jan 17, 2013 at 2:49 PM, Xavier Lapointe
wrote:
>
>
> The other issue is also to compile PyQt for Softimage using python 2.5 (
> until they update on linux (: ), but meh. Meant to give it a shot, and
> finally ended up working in the same shop as Aloys so it became useless q:
>
>

Re: SaveDeformKey returns the key???

[Miquel Campos]

Thank you Stephen!  I will check it :)



2013/1/17 Stephen Blair 

> uixsiscripts.vbs







Miquel Campos
www.akaosaru.com

Re: SaveDeformKey returns the key???

[Stephen Blair]

Hi

The doc is wrong. There is no return value.
SaveDeformeKey is implemented by a subroutine in uixsiscripts.vbs 
(SaveDeformKeyProc).


BUT that subroutine calls functions that do return values, so...

On 17/01/2013 2:35 PM, Miquel Campos wrote:

Application.CreatePrim("Cube", "MeshSurface", "", "")
Application.SetValue("Context.ConstructionMode", 3, "")
Application.SelectGeometryComponents("cube.pnt[LAST]")
Application.Translate("cube.pnt[LAST]", 3.30369016404418, 
1.25013183350569, -0.125013183350569, "siRelative", "siView", "siObj", 
"siXYZ", "", "", "", "", "", "", "", "", "", 3, "")

Application.SelectObj("cube", "", True)


var = Application.SaveDeformKey()
print var

SaveDeformKey returns the key???

[Miquel Campos]

Hello,

 I have a little issue with this command: SaveDeformKey

In the documentation say that the command Application.SaveDeformKey() Returns
the key. But I can not catch it . The resulting variable is None.

For example:
Application.CreatePrim("Cube", "MeshSurface", "", "")
Application.SetValue("Context.ConstructionMode", 3, "")
Application.SelectGeometryComponents("cube.pnt[LAST]")
Application.Translate("cube.pnt[LAST]", 3.30369016404418, 1.25013183350569,
-0.125013183350569, "siRelative", "siView", "siObj", "siXYZ", "", "", "",
"", "", "", "", "", "", 3, "")
Application.SelectObj("cube", "", True)


var = Application.SaveDeformKey()
print var

Any idea?  Is there any other command or method to store pose deform shapes?

Thank u for the help :)


Miq



Miquel Campos
www.akaosaru.com

Re: PyQt Softimage Linux?

[Andy Nicholas]

 > there is also Aloys' method with a timer event
> which for some reason no one seems to be trying.


That's what we're doing at The Mill, but I'm not sure if Michal here has
modified it at all.

It's workable, although there are some problems, mainly to do with not being
able to easily obtain a windows handle to the main application window, because
it causes issues with window depth, and various other quirky issues.

I'm sure Michal will jump in on this thread with specifics if I've missed
anything.

A



On 17 January 2013 at 18:04 Steven Caron  wrote:


> hey stefan
>  PyQtForSoftimage doesn't currently work in linux. Its open sourced because i
> hoped someone with experience on linux would port it. the cpp has some extra
> stuff in there that isn't actually being used right now, which i need to clean
> up. if you have the time please give it a shot and ask questions on here.
> 
>  there is also Aloys' method with a timer event, which for some reason no one
> seems to be trying.
> 
>  s
> 
> 
> 
>  On Thu, Jan 17, 2013 at 5:44 AM, Stefan Andersson   > wrote:
>> > Hi All,
> > 
> >I haven't checked or even tried this in a long while. Was there any
> > progress with PyQt on the Linux side?
> > 
> >regards
> >stefan
> > 
> > 
> > 
> >--
> >Stefan Andersson | Digital Janitor blog 
> > | showreel  | twitter
> >  | LinkedIn
> >  | cell: +46-73-6268850
> >  | skype:sanders3d
> > 
> > 
> >  > 
> 

Re: PyQt Softimage Linux?

[Steven Caron]

hey stefan

PyQtForSoftimage doesn't currently work in linux. Its open sourced because
i hoped someone with experience on linux would port it. the cpp has some
extra stuff in there that isn't actually being used right now, which i need
to clean up. if you have the time please give it a shot and ask questions
on here.

there is also Aloys' method with a timer event, which for some reason no
one seems to be trying.

s


On Thu, Jan 17, 2013 at 5:44 AM, Stefan Andersson wrote:

> Hi All,
>
> I haven't checked or even tried this in a long while. Was there any
> progress with PyQt on the Linux side?
>
> regards
> stefan
>
>
>
> --
> *Stefan Andersson | Digital Janitor*
> blog  | showreel|
> twitter  | 
> LinkedIn| cell:
> +46-73-6268850 | skype:sanders3d
>
>
>

Re: Pipes and tools u can't live without

[César Sáez]

+1


On Thu, Jan 17, 2013 at 6:04 PM, Alan Fregtman wrote:

> I'm not sure that concept scales... I don't wanna load a crapton of addons
> I don't know the purpose of. What if some of them conflict with each other?
> What if someone poorly coded a few events? Hell naw!
>
> Besides, with something like Package Control, you gotta be savvy enough to
> put up a repo and that weeds out complete beginners from litterring the
> package universe. A shared folder is too easy to litter.
>
> Here's a nice overview of how Package Control does things:
> http://wbond.net/sublime_packages/package_control/package_developers
>
>
>

Re: Pipes and tools u can't live without

[Alan Fregtman]

I'm not sure that concept scales... I don't wanna load a crapton of addons
I don't know the purpose of. What if some of them conflict with each other?
What if someone poorly coded a few events? Hell naw!

Besides, with something like Package Control, you gotta be savvy enough to
put up a repo and that weeds out complete beginners from litterring the
package universe. A shared folder is too easy to litter.

Here's a nice overview of how Package Control does things:
http://wbond.net/sublime_packages/package_control/package_developers



On Thu, Jan 17, 2013 at 11:43 AM, Andy Moorer  wrote:

> The nice thing about a workgroup is you can connect to it
> whenever/wherever, without picking thru items and installing stuff. You
> just connect, see what's there, give it a try.
>
> But such a thing would have to be moderated and maintained, plus secure.
> This kind of sharing is one of the untapped advantages of Softimage, it
> drives me crazy that netview is just sitting there unused...
>
> On Jan 17, 2013, at 11:22 AM, olivier jeannel 
> wrote:
>
> > A survival kit à Rray.de sounds better imho. That's where we all go, no ?
> >
> >
> > Le 17/01/2013 16:45, Stefan Kubicek a écrit :
> >> I like the initiative, but what would be the advantage over rray.de?
> >>
> >>
> >>
> >>
> >>> One could also upload malicious files up to Dropbox and they would
> spread
> >>> to all those who share the folder, right?
> >>> Does not sound very safe.
> >>>
> >>>
> >>> 2013/1/17 Eugen Sares 
> >>>
>  If we use dropbox we have to make damn sure nobody removes items
> others
>  might be needing, which can happen by accident (I don't expect acts of
>  sabotage).
> 
>  Also, what if someone updates his own tools, with some changes in
>  functionality that break downward compatibility?
>  Oder versions must remain accessible. We can't afford f*ing up other
>  people's production pipelines.
>  We could create another workgroup folder for every version that gets
>  uploaded, inside the uploader's personal folder.
>  Use the newer version? Disconnect from the old, connect to the new
> folder.
> 
>  But maybe it would be better to copy the stuff we need to some local
>  offline workgroup. Might be too risky otherwise.
> 
> 
>  Btw., does dropbox have any options to set write permissions?
> 
> 
> 
>  Am 17.01.2013 10:22, schrieb Thomas Volkmann:
> 
>  A dropbox-workgroup (or a workgroup on a FTP) that you can just
> connect
>  to (or make a local copy and get updates every now and then) would be
>  awesome.
>  I think just having tools on a FTP is not a real advantage over
> rray.de,
>  because you don't have any previews or descriptions for the tools
> (other
>  than just to connect to a workgroup, where you can just try stuff,
> because
>  it's already installed).
>  A community workgroup could add a community menu where you select
> users
>  to see their tools... like this:
> 
>  user-tools
>  - userFoo
> - exporters
> - rigging stuff
> - 
>  - userBar
> - exporters
> - animation helpers
> - whatever
>  - userFnord
> - curve tools
> - make-awesome tools
> - whatever
> 
>  And maybe a similar structure for ICE/Render compounds.
>  That way a user can maintain his own section and will probably not
> break
>  some other stuff. Since I never created any AddOns: is it enough to
> have a
>  folder structure inside the addon-folder of the workgroup and place
> stuff
>  there, or is a file in InstalledAddons where you register all that
> stuff
>  necessary as well?
>  Anyway, I think if we could get something like that going, it would be
>  the shit!
>  Personally I would probably connect to it every now and then, check
> some
>  stuff and take the tools I like into my personal workgroup. And of
> course
>  upload some of my new tools to the community workgroup.
> 
>  cheers,
>  Thomas
> 
> 
>  Gene Crucean  <
> emailgeneonthel...@gmail.com>hat am 17. Januar 2013 um 09:07 geschrieben:
> 
>  Why not just a good ol fashioned FTP?
> 
> 
>  I'll offer one up to *this* list and 3DPro (Be careful who you give it
>  to. Adults get access):
>  host: genecrucean.com
>  user: softimage
>  pass: Add0n555
> 
>  I have lots of space and unlimited bandwidth... but if it gets abused,
>  I'll just take it down.
> 
>  What do you guys think about this? It would need a decent
>  naming/directory structure so it didn't become a huge mess.
> 
>  Maybe something like:
> 
>  - Task
>  - Author
>  - Addon/Plugin/Script
>  - Versions
> 
> 
> 
>  On Wed, Jan 16, 2013 at 9:41 PM, 

Re: TANK + Softimage

[ste dalton]

Thanks Tim and Tony, really useful info there, i think we will give tank a
go.

thanks again

ste


On 17 January 2013 16:23, Tony Barbieri  wrote:

> I have.  There is quite a bit to do but it is definitely evolving pretty
> quickly.  The team has been very helpful and accommodating.
>
> If you use Shotgun and haven't written a bridge between it and your
> infrastructure, then I would recommend looking into Tank.  In short it
> handles folder creation, schema templating, context awareness and like I
> mentioned before provides the bridge between these things, Shotgun and your
> various software platforms.
>
> It also comes down to the size of the development team you are able to
> maintain internally and the turn around time you would expect to get a
> system in place.  It's taken us awhile to get everything in place, but we
> are overhauling our entire pipeline from server setup, naming conventions,
> implementing Shotgun, developer workflow, source control technology, code
> deployment, artist tools and more.  If you have some or most of these
> things already in place, but need a better way to integrate your pipeline
> with Shotgun and various software platforms then I think you can get Tank
> up and running pretty quickly.
>
> In the end you aren't just paying for the framework, you are also paying
> for the continued development and support.  They are handling integration
> with a lot of different software platforms like Photoshop, 3dsmax, Maya,
> Softimage, Nuke, Hiero, etc.  This is definitely very useful if you don't
> have the development team or individuals with the experience all the
> various software to code your own integration.  As more studios adopt it,
> hopefully we'll see more cross studio collaboration.
>
> In the end I guess it all depends on your situation whether it would be
> useful for you or worth it's cost.  For us, with not having a solid system
> in place and transitioning to Shotgun, I have found it to be a great head
> start and very useful.  I also look forward to being able to take advantage
> of the continued support and development.
>
> Hope that helps!
>
> Best,
>
> -tony
>
>
> On Thu, Jan 17, 2013 at 10:43 AM, ste dalton  wrote:
>
>> Brilliant thanks Tony, i will email them.
>>
>> (have you found it useful/ worth the money, by the way)
>>
>>
>> On 17 January 2013 15:14, Tony Barbieri  wrote:
>>
>>> We being Psyop.  I forget that I use my personal email for this list.
>>>
>>> -tony
>>>
>>>
>>> On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri wrote:
>>>
 We have been able to get it to work.  We pushed back to them the
 beginnings of a Softimage engine.  It's basically at the same level as the
 Maya or Nuke engine.  If you email them they should be able to provide you
 a location to download it.

 -tony


 On Thu, Jan 17, 2013 at 9:46 AM, ste dalton  wrote:

>
> Hello all,
>
> Has anyone here managed to get Shotgun software's 'Tank' asset
> management system working in Softimage? Is there even any integration to
> Soft yet? Can't really find much in google,
>
> Any info would be great
>
>
> thanks
>
> ste
>
> --
> Stephen Dalton
> --
> director
> www.ubik.tv
>



 --
 -tony

>>>
>>>
>>>
>>> --
>>> -tony
>>>
>>
>>
>>
>> --
>> Stephen Dalton
>> --
>> director
>> www.ubik.tv
>>
>
>
>
> --
> -tony
>



-- 
Stephen Dalton
--
director
www.ubik.tv

Re: Pipes and tools u can't live without

[Gene Crucean]

Wow major gmail fail. Lots of new replies and non of them showed up before
I replied. Sorry about that folks.


On Thu, Jan 17, 2013 at 8:40 AM, Gene Crucean
wrote:

> Yeah count me *out* of any dropbox solution. 3 main reasons...
>
> 1: I would go freaking MAD if anyone could add, remove or change versions
> of addon's from my working setup. 2000% deal breaker.
> 2: Space is limited with the free accounts and I don't want just anyone
> being able to use my space however they feel is necessary.
> 3: A lot of studios don't allow you to install 3rd party software, but *
> especially* things like dropbox that tunnel through firewalls and
> generally disregard network safety.
>
> @Thomas: If descriptions are the main reason that you prefer rray, then
> why not make a small text file a requirement for submitting? Same level as
> addon/plugin/script that contains a short description.
>
> Also it does have advantages. First of all it's instant availability for
> everyone, don't forget, the second you upload something, it's available to
> all. Also don't forget that *you* have read/write access to it.
>
>
> Here's another idea which has been one that I've been tinkering around
> with the concept for a while now. I've had this idea to create a full blown
> package manager for Soft for a long time now. Think of a full GUI that lets
> you browse all available packages (addon's, plugins, scripts) and their
> versions and also prompts you to update your local copy when a new version
> gets published. It would be crowd sourced, meaning everyone would have
> read/write access. If I had extra time... hah, I could create a whole user
> account system where users create accounts to manager their own packages,
> but only have read access to everyone else's.
>
> Another advantage is that anything uploaded would also be available via
> http:
>
>
> http://www.genecrucean.com/softimageRepo/Rendering/GeneCrucean/AddonName/v001/TestAddon.zip
>
> I also have a small utility I built that lets me recursively create xml
> files that describe the folder contents and structure:
> http://www.genecrucean.com/softimageRepo/Rendering/GeneCrucean/contents.xml<--
>  this file "could" exist in every level of the directory. It's parseable
> ;)
>
> Or if someone that knows PHP and has more time than I do wants to write a
> proper api endpoint, well then things get really cool. Until then, xml it
> is.
>
>
>
>
> --
> Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
> Developer / Filmmaker / Photographer
> ** *Freelance for hire* **
> www.genecrucean.com
>
> ~~ Please use my website's contact form on www.genecrucean.com for any
> personal emails. Thanks. I may not get them at this address. ~~
>



-- 
Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
Developer / Filmmaker / Photographer
** *Freelance for hire* **
www.genecrucean.com

~~ Please use my website's contact form on www.genecrucean.com for any
personal emails. Thanks. I may not get them at this address. ~~

Re: Pipes and tools u can't live without

[Andy Moorer]

The nice thing about a workgroup is you can connect to it whenever/wherever, 
without picking thru items and installing stuff. You just connect, see what's 
there, give it a try.

But such a thing would have to be moderated and maintained, plus secure. This 
kind of sharing is one of the untapped advantages of Softimage, it drives me 
crazy that netview is just sitting there unused... 

On Jan 17, 2013, at 11:22 AM, olivier jeannel  wrote:

> A survival kit à Rray.de sounds better imho. That's where we all go, no ?
> 
> 
> Le 17/01/2013 16:45, Stefan Kubicek a écrit :
>> I like the initiative, but what would be the advantage over rray.de?
>> 
>> 
>> 
>> 
>>> One could also upload malicious files up to Dropbox and they would spread
>>> to all those who share the folder, right?
>>> Does not sound very safe.
>>> 
>>> 
>>> 2013/1/17 Eugen Sares 
>>> 
 If we use dropbox we have to make damn sure nobody removes items others
 might be needing, which can happen by accident (I don't expect acts of
 sabotage).
 
 Also, what if someone updates his own tools, with some changes in
 functionality that break downward compatibility?
 Oder versions must remain accessible. We can't afford f*ing up other
 people's production pipelines.
 We could create another workgroup folder for every version that gets
 uploaded, inside the uploader's personal folder.
 Use the newer version? Disconnect from the old, connect to the new folder.
 
 But maybe it would be better to copy the stuff we need to some local
 offline workgroup. Might be too risky otherwise.
 
 
 Btw., does dropbox have any options to set write permissions?
 
 
 
 Am 17.01.2013 10:22, schrieb Thomas Volkmann:
 
 A dropbox-workgroup (or a workgroup on a FTP) that you can just connect
 to (or make a local copy and get updates every now and then) would be
 awesome.
 I think just having tools on a FTP is not a real advantage over rray.de,
 because you don't have any previews or descriptions for the tools (other
 than just to connect to a workgroup, where you can just try stuff, because
 it's already installed).
 A community workgroup could add a community menu where you select users
 to see their tools... like this:
 
 user-tools
 - userFoo
- exporters
- rigging stuff
- 
 - userBar
- exporters
- animation helpers
- whatever
 - userFnord
- curve tools
- make-awesome tools
- whatever
 
 And maybe a similar structure for ICE/Render compounds.
 That way a user can maintain his own section and will probably not break
 some other stuff. Since I never created any AddOns: is it enough to have a
 folder structure inside the addon-folder of the workgroup and place stuff
 there, or is a file in InstalledAddons where you register all that stuff
 necessary as well?
 Anyway, I think if we could get something like that going, it would be
 the shit!
 Personally I would probably connect to it every now and then, check some
 stuff and take the tools I like into my personal workgroup. And of course
 upload some of my new tools to the community workgroup.
 
 cheers,
 Thomas
 
 
 Gene Crucean  
 hat am 17. Januar 2013 um 09:07 geschrieben:
 
 Why not just a good ol fashioned FTP?
 
 
 I'll offer one up to *this* list and 3DPro (Be careful who you give it
 to. Adults get access):
 host: genecrucean.com
 user: softimage
 pass: Add0n555
 
 I have lots of space and unlimited bandwidth... but if it gets abused,
 I'll just take it down.
 
 What do you guys think about this? It would need a decent
 naming/directory structure so it didn't become a huge mess.
 
 Maybe something like:
 
 - Task
 - Author
 - Addon/Plugin/Script
 - Versions
 
 
 
 On Wed, Jan 16, 2013 at 9:41 PM, Jason S  wrote:
 
 
 Don't know why I often put extra "buts" in my sentances,
 in this case we were essentially saying the same thing :)
 
 
 
 On 16/01/2013 11:42 PM, Jason S wrote:
 
 Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
 to which we could then make like a more refined/finished  DB out of that,
 
 
 
 
 -- 
 Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
 Developer / Filmmaker / Photographer
 **  *Freelance for hire* **
 www.genecrucean.com
 
 ~~ Please use my website's contact form on www.genecrucean.com for any
 personal emails. Thanks. I may not get them at this address. ~~
> 

Re: Pipes and tools u can't live without

[Jason S]

I think the "dump" would be mostly for collection convenience purposes,
or for browsing while knowing it's a raw "dump"
with some things unfinished yet potentially still useful.

But we could then go through all that
and pick-out / organize and make available in a neat way on RRay.de
the specially selected potatoes :)



On 17/01/2013 11:22 AM, olivier jeannel wrote:

A survival kit à Rray.de sounds better imho. That's where we all go, no ?


Le 17/01/2013 16:45, Stefan Kubicek a écrit :

I like the initiative, but what would be the advantage over rray.de?

Re: TANK + Softimage

[Tony Barbieri]

I have.  There is quite a bit to do but it is definitely evolving pretty
quickly.  The team has been very helpful and accommodating.

If you use Shotgun and haven't written a bridge between it and your
infrastructure, then I would recommend looking into Tank.  In short it
handles folder creation, schema templating, context awareness and like I
mentioned before provides the bridge between these things, Shotgun and your
various software platforms.

It also comes down to the size of the development team you are able to
maintain internally and the turn around time you would expect to get a
system in place.  It's taken us awhile to get everything in place, but we
are overhauling our entire pipeline from server setup, naming conventions,
implementing Shotgun, developer workflow, source control technology, code
deployment, artist tools and more.  If you have some or most of these
things already in place, but need a better way to integrate your pipeline
with Shotgun and various software platforms then I think you can get Tank
up and running pretty quickly.

In the end you aren't just paying for the framework, you are also paying
for the continued development and support.  They are handling integration
with a lot of different software platforms like Photoshop, 3dsmax, Maya,
Softimage, Nuke, Hiero, etc.  This is definitely very useful if you don't
have the development team or individuals with the experience all the
various software to code your own integration.  As more studios adopt it,
hopefully we'll see more cross studio collaboration.

In the end I guess it all depends on your situation whether it would be
useful for you or worth it's cost.  For us, with not having a solid system
in place and transitioning to Shotgun, I have found it to be a great head
start and very useful.  I also look forward to being able to take advantage
of the continued support and development.

Hope that helps!

Best,

-tony


On Thu, Jan 17, 2013 at 10:43 AM, ste dalton  wrote:

> Brilliant thanks Tony, i will email them.
>
> (have you found it useful/ worth the money, by the way)
>
>
> On 17 January 2013 15:14, Tony Barbieri  wrote:
>
>> We being Psyop.  I forget that I use my personal email for this list.
>>
>> -tony
>>
>>
>> On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri wrote:
>>
>>> We have been able to get it to work.  We pushed back to them the
>>> beginnings of a Softimage engine.  It's basically at the same level as the
>>> Maya or Nuke engine.  If you email them they should be able to provide you
>>> a location to download it.
>>>
>>> -tony
>>>
>>>
>>> On Thu, Jan 17, 2013 at 9:46 AM, ste dalton  wrote:
>>>

 Hello all,

 Has anyone here managed to get Shotgun software's 'Tank' asset
 management system working in Softimage? Is there even any integration to
 Soft yet? Can't really find much in google,

 Any info would be great


 thanks

 ste

 --
 Stephen Dalton
 --
 director
 www.ubik.tv

>>>
>>>
>>>
>>> --
>>> -tony
>>>
>>
>>
>>
>> --
>> -tony
>>
>
>
>
> --
> Stephen Dalton
> --
> director
> www.ubik.tv
>



-- 
-tony

Re: Pipes and tools u can't live without

[olivier jeannel]

A survival kit à Rray.de sounds better imho. That's where we all go, no ?


Le 17/01/2013 16:45, Stefan Kubicek a écrit :

I like the initiative, but what would be the advantage over rray.de?




One could also upload malicious files up to Dropbox and they would 
spread

to all those who share the folder, right?
Does not sound very safe.


2013/1/17 Eugen Sares 

 If we use dropbox we have to make damn sure nobody removes items 
others

might be needing, which can happen by accident (I don't expect acts of
sabotage).

Also, what if someone updates his own tools, with some changes in
functionality that break downward compatibility?
Oder versions must remain accessible. We can't afford f*ing up other
people's production pipelines.
We could create another workgroup folder for every version that gets
uploaded, inside the uploader's personal folder.
Use the newer version? Disconnect from the old, connect to the new 
folder.


But maybe it would be better to copy the stuff we need to some local
offline workgroup. Might be too risky otherwise.


Btw., does dropbox have any options to set write permissions?



Am 17.01.2013 10:22, schrieb Thomas Volkmann:

 A dropbox-workgroup (or a workgroup on a FTP) that you can just 
connect

to (or make a local copy and get updates every now and then) would be
awesome.
 I think just having tools on a FTP is not a real advantage over 
rray.de,
because you don't have any previews or descriptions for the tools 
(other
than just to connect to a workgroup, where you can just try stuff, 
because

it's already installed).
 A community workgroup could add a community menu where you select 
users

to see their tools... like this:

 user-tools
 - userFoo
- exporters
- rigging stuff
- 
 - userBar
- exporters
- animation helpers
- whatever
 - userFnord
- curve tools
- make-awesome tools
- whatever

 And maybe a similar structure for ICE/Render compounds.
 That way a user can maintain his own section and will probably not 
break
some other stuff. Since I never created any AddOns: is it enough to 
have a
folder structure inside the addon-folder of the workgroup and place 
stuff
there, or is a file in InstalledAddons where you register all that 
stuff

necessary as well?
 Anyway, I think if we could get something like that going, it would be
the shit!
 Personally I would probably connect to it every now and then, check 
some
stuff and take the tools I like into my personal workgroup. And of 
course

upload some of my new tools to the community workgroup.

 cheers,
 Thomas


Gene Crucean  
hat am 17. Januar 2013 um 09:07 
geschrieben:


 Why not just a good ol fashioned FTP?


 I'll offer one up to *this* list and 3DPro (Be careful who you give it
to. Adults get access):
 host: genecrucean.com
 user: softimage
 pass: Add0n555

 I have lots of space and unlimited bandwidth... but if it gets abused,
I'll just take it down.

 What do you guys think about this? It would need a decent
naming/directory structure so it didn't become a huge mess.

 Maybe something like:

 - Task
 - Author
 - Addon/Plugin/Script
 - Versions



 On Wed, Jan 16, 2013 at 9:41 PM, Jason S  
wrote:



Don't know why I often put extra "buts" in my sentances,
in this case we were essentially saying the same thing :)



On 16/01/2013 11:42 PM, Jason S wrote:

Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
 to which we could then make like a more refined/finished  DB out of 
that,





--
Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
Developer / Filmmaker / Photographer
 **  *Freelance for hire* **
www.genecrucean.com

~~ Please use my website's contact form on www.genecrucean.com for any
personal emails. Thanks. I may not get them at this address. ~~

Re: TANK + Softimage

[Tim Crowson]

Apologies if I post this twice. I'm having email trouble and I'm not 
sure if my first reply went through or not...


We haven't done anything with Tank per se, but we've done something 
similar using ActionMenuItems, custom protocols and an open socket in 
Soft. We're able to send commands from Shotgun to Soft directly that 
way. Works great for loading stuff, and we're still in the process of 
expanding that functionality. And of course, we can create directory 
structures from inside SG too, so it's kinda Tank-like.


-Tim C.

On 1/17/2013 9:43 AM, ste dalton wrote:

Brilliant thanks Tony, i will email them.

(have you found it useful/ worth the money, by the way)


On 17 January 2013 15:14, Tony Barbieri > wrote:


We being Psyop.  I forget that I use my personal email for this list.

-tony


On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri
mailto:great...@gmail.com>> wrote:

We have been able to get it to work.  We pushed back to them
the beginnings of a Softimage engine.  It's basically at the
same level as the Maya or Nuke engine.  If you email them they
should be able to provide you a location to download it.

-tony


On Thu, Jan 17, 2013 at 9:46 AM, ste dalton mailto:s...@ubik.tv>> wrote:


Hello all,

Has anyone here managed to get Shotgun software's 'Tank'
asset management system working in Softimage? Is there
even any integration to Soft yet? Can't really find much
in google,

Any info would be great


thanks

ste

-- 
Stephen Dalton

--
director
www.ubik.tv 




-- 
-tony





-- 
-tony





--
Stephen Dalton
--
director
www.ubik.tv 


--
Signature

Re: Pipes and tools u can't live without

[Eric Thivierge]

I'm with Alan on a package control type setup. But there would need to be a
central databaseto maintain the package list. Too bad Autodesk can't find
the time and money for something like this.

Re: TANK + Softimage

[Tim Crowson]

We haven't done anything with Tank per se, but we've done something 
similar using ActionMenuItems, custom protocols and an open socket in 
Soft. We're able to send commands from Shotgun to Soft directly that 
way. Works great for loading stuff, and we're still in the process of 
expanding that functionality. And of course, we can create directory 
structures from inside SG too, so it's kinda Tank-like.


*Tim Crowson
*/Lead CG Artist/

*Magnetic Dreams Animation Studio, Inc.
*2525 Lebanon Pike, Building C. Nashville, TN 37214
*Ph*  615.885.6801 | *Fax*  615.889.4768 | www.magneticdreams.com
tim.crow...@magneticdreams.com




On 1/17/2013 9:14 AM, Tony Barbieri wrote:

We being Psyop.  I forget that I use my personal email for this list.

-tony


On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri > wrote:


We have been able to get it to work.  We pushed back to them the
beginnings of a Softimage engine.  It's basically at the same
level as the Maya or Nuke engine.  If you email them they should
be able to provide you a location to download it.

-tony


On Thu, Jan 17, 2013 at 9:46 AM, ste dalton mailto:s...@ubik.tv>> wrote:


Hello all,

Has anyone here managed to get Shotgun software's 'Tank' asset
management system working in Softimage? Is there even any
integration to Soft yet? Can't really find much in google,

Any info would be great


thanks

ste

-- 
Stephen Dalton

--
director
www.ubik.tv 




-- 
-tony





--
-tony


--
Signature

Re: Pipes and tools u can't live without

[Stefan Kubicek]

I like the initiative, but what would be the advantage over rray.de?





One could also upload malicious files up to Dropbox and they would spread
to all those who share the folder, right?
Does not sound very safe.


2013/1/17 Eugen Sares 


 If we use dropbox we have to make damn sure nobody removes items others
might be needing, which can happen by accident (I don't expect acts of
sabotage).

Also, what if someone updates his own tools, with some changes in
functionality that break downward compatibility?
Oder versions must remain accessible. We can't afford f*ing up other
people's production pipelines.
We could create another workgroup folder for every version that gets
uploaded, inside the uploader's personal folder.
Use the newer version? Disconnect from the old, connect to the new folder.

But maybe it would be better to copy the stuff we need to some local
offline workgroup. Might be too risky otherwise.


Btw., does dropbox have any options to set write permissions?



Am 17.01.2013 10:22, schrieb Thomas Volkmann:

 A dropbox-workgroup (or a workgroup on a FTP) that you can just connect
to (or make a local copy and get updates every now and then) would be
awesome.
 I think just having tools on a FTP is not a real advantage over rray.de,
because you don't have any previews or descriptions for the tools (other
than just to connect to a workgroup, where you can just try stuff, because
it's already installed).
 A community workgroup could add a community menu where you select users
to see their tools... like this:

 user-tools
 - userFoo
- exporters
- rigging stuff
- 
 - userBar
- exporters
- animation helpers
- whatever
 - userFnord
- curve tools
- make-awesome tools
- whatever

 And maybe a similar structure for ICE/Render compounds.
 That way a user can maintain his own section and will probably not break
some other stuff. Since I never created any AddOns: is it enough to have a
folder structure inside the addon-folder of the workgroup and place stuff
there, or is a file in InstalledAddons where you register all that stuff
necessary as well?
 Anyway, I think if we could get something like that going, it would be
the shit!
 Personally I would probably connect to it every now and then, check some
stuff and take the tools I like into my personal workgroup. And of course
upload some of my new tools to the community workgroup.

 cheers,
 Thomas


Gene Crucean  hat 
am 17. Januar 2013 um 09:07 geschrieben:

 Why not just a good ol fashioned FTP?


 I'll offer one up to *this* list and 3DPro (Be careful who you give it
to. Adults get access):
 host: genecrucean.com
 user: softimage
 pass: Add0n555

 I have lots of space and unlimited bandwidth... but if it gets abused,
I'll just take it down.

 What do you guys think about this? It would need a decent
naming/directory structure so it didn't become a huge mess.

 Maybe something like:

 - Task
 - Author
 - Addon/Plugin/Script
 - Versions



 On Wed, Jan 16, 2013 at 9:41 PM, Jason S  wrote:


Don't know why I often put extra "buts" in my sentances,
in this case we were essentially saying the same thing :)



On 16/01/2013 11:42 PM, Jason S wrote:

Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
 to which we could then make like a more refined/finished  DB out of that,




--
Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
Developer / Filmmaker / Photographer
 **  *Freelance for hire* **
www.genecrucean.com

~~ Please use my website's contact form on www.genecrucean.com for any
personal emails. Thanks. I may not get them at this address. ~~












--
---
Stefan Kubicek   Co-founder
---
  keyvis digital imagery
 Wehrgasse 9 - Grüner Hof
   1050 Vienna  Austria
Phone:+43/699/12614231
--- www.keyvis.at  ste...@keyvis.at ---
--  This email and its attachments are
--confidential and for the recipient only--

Re: TANK + Softimage

[ste dalton]

Brilliant thanks Tony, i will email them.

(have you found it useful/ worth the money, by the way)


On 17 January 2013 15:14, Tony Barbieri  wrote:

> We being Psyop.  I forget that I use my personal email for this list.
>
> -tony
>
>
> On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri wrote:
>
>> We have been able to get it to work.  We pushed back to them the
>> beginnings of a Softimage engine.  It's basically at the same level as the
>> Maya or Nuke engine.  If you email them they should be able to provide you
>> a location to download it.
>>
>> -tony
>>
>>
>> On Thu, Jan 17, 2013 at 9:46 AM, ste dalton  wrote:
>>
>>>
>>> Hello all,
>>>
>>> Has anyone here managed to get Shotgun software's 'Tank' asset
>>> management system working in Softimage? Is there even any integration to
>>> Soft yet? Can't really find much in google,
>>>
>>> Any info would be great
>>>
>>>
>>> thanks
>>>
>>> ste
>>>
>>> --
>>> Stephen Dalton
>>> --
>>> director
>>> www.ubik.tv
>>>
>>
>>
>>
>> --
>> -tony
>>
>
>
>
> --
> -tony
>



-- 
Stephen Dalton
--
director
www.ubik.tv

Re: Pipes and tools u can't live without

[Alan Fregtman]

Maybe if we could have something like "apt-get" or Sublime's "Package
Control" style tool to list, install and update addons?



On Thu, Jan 17, 2013 at 10:38 AM, Alan Fregtman wrote:

> And in the case of FTP, one cannot undelete. At least in Dropbox you have
> 30 days to restore deleted files. It's bad either way.
>
> Also I think it's unwise to divulge ftp details on a public mailing list.
> All it takes is 1 jerk to ruin it for everybody. (I don't think anyone on
> the list would, but if it shows up in google searches, which it will
> because this is public, any noob hacker could probably come and ruin the
> fun.)
>
>
>
> On Thu, Jan 17, 2013 at 7:34 AM, Gustavo Eggert Boehs  > wrote:
>
>> One could also upload malicious files up to Dropbox and they would spread
>> to all those who share the folder, right?
>> Does not sound very safe.
>>
>>
>> 2013/1/17 Eugen Sares 
>>
>>>  If we use dropbox we have to make damn sure nobody removes items
>>> others might be needing, which can happen by accident (I don't expect acts
>>> of sabotage).
>>>
>>> Also, what if someone updates his own tools, with some changes in
>>> functionality that break downward compatibility?
>>> Oder versions must remain accessible. We can't afford f*ing up other
>>> people's production pipelines.
>>> We could create another workgroup folder for every version that gets
>>> uploaded, inside the uploader's personal folder.
>>> Use the newer version? Disconnect from the old, connect to the new
>>> folder.
>>>
>>> But maybe it would be better to copy the stuff we need to some local
>>> offline workgroup. Might be too risky otherwise.
>>>
>>>
>>> Btw., does dropbox have any options to set write permissions?
>>>
>>>
>>>
>>> Am 17.01.2013 10:22, schrieb Thomas Volkmann:
>>>
>>>  A dropbox-workgroup (or a workgroup on a FTP) that you can just connect
>>> to (or make a local copy and get updates every now and then) would be
>>> awesome.
>>>  I think just having tools on a FTP is not a real advantage over rray.de,
>>> because you don't have any previews or descriptions for the tools (other
>>> than just to connect to a workgroup, where you can just try stuff, because
>>> it's already installed).
>>>  A community workgroup could add a community menu where you select users
>>> to see their tools... like this:
>>>
>>>  user-tools
>>>  - userFoo
>>> - exporters
>>> - rigging stuff
>>> - 
>>>  - userBar
>>> - exporters
>>> - animation helpers
>>> - whatever
>>>  - userFnord
>>> - curve tools
>>> - make-awesome tools
>>> - whatever
>>>
>>>  And maybe a similar structure for ICE/Render compounds.
>>>  That way a user can maintain his own section and will probably not
>>> break some other stuff. Since I never created any AddOns: is it enough to
>>> have a folder structure inside the addon-folder of the workgroup and place
>>> stuff there, or is a file in InstalledAddons where you register all that
>>> stuff necessary as well?
>>>  Anyway, I think if we could get something like that going, it would be
>>> the shit!
>>>  Personally I would probably connect to it every now and then, check
>>> some stuff and take the tools I like into my personal workgroup. And of
>>> course upload some of my new tools to the community workgroup.
>>>
>>>  cheers,
>>>  Thomas
>>>
>>>
>>> Gene Crucean 
>>> hat am 17. 
>>> Januar 2013 um 09:07 geschrieben:
>>>
>>>  Why not just a good ol fashioned FTP?
>>>
>>>
>>>  I'll offer one up to *this* list and 3DPro (Be careful who you give it
>>> to. Adults get access):
>>>  host: genecrucean.com
>>>  user: softimage
>>>  pass: Add0n555
>>>
>>>  I have lots of space and unlimited bandwidth... but if it gets abused,
>>> I'll just take it down.
>>>
>>>  What do you guys think about this? It would need a decent
>>> naming/directory structure so it didn't become a huge mess.
>>>
>>>  Maybe something like:
>>>
>>>  - Task
>>>  - Author
>>>  - Addon/Plugin/Script
>>>  - Versions
>>>
>>>
>>>
>>>  On Wed, Jan 16, 2013 at 9:41 PM, Jason S wrote:
>>>
>>>
>>> Don't know why I often put extra "buts" in my sentances,
>>> in this case we were essentially saying the same thing :)
>>>
>>>
>>>
>>> On 16/01/2013 11:42 PM, Jason S wrote:
>>>
>>> Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
>>>  to which we could then make like a more refined/finished  DB out of
>>> that,
>>>
>>>
>>>
>>>
>>> --
>>> Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
>>> Developer / Filmmaker / Photographer
>>>  **  *Freelance for hire* **
>>> www.genecrucean.com
>>>
>>> ~~ Please use my website's contact form on www.genecrucean.com for any
>>> personal emails. Thanks. I may not get them at this address. ~~
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Gustavo E Boehs
>> http://www.gustavoeb.com.br/blog
>>
>
>

Re: Pipes and tools u can't live without

[Alan Fregtman]

And in the case of FTP, one cannot undelete. At least in Dropbox you have
30 days to restore deleted files. It's bad either way.

Also I think it's unwise to divulge ftp details on a public mailing list.
All it takes is 1 jerk to ruin it for everybody. (I don't think anyone on
the list would, but if it shows up in google searches, which it will
because this is public, any noob hacker could probably come and ruin the
fun.)


On Thu, Jan 17, 2013 at 7:34 AM, Gustavo Eggert Boehs
wrote:

> One could also upload malicious files up to Dropbox and they would spread
> to all those who share the folder, right?
> Does not sound very safe.
>
>
> 2013/1/17 Eugen Sares 
>
>>  If we use dropbox we have to make damn sure nobody removes items others
>> might be needing, which can happen by accident (I don't expect acts of
>> sabotage).
>>
>> Also, what if someone updates his own tools, with some changes in
>> functionality that break downward compatibility?
>> Oder versions must remain accessible. We can't afford f*ing up other
>> people's production pipelines.
>> We could create another workgroup folder for every version that gets
>> uploaded, inside the uploader's personal folder.
>> Use the newer version? Disconnect from the old, connect to the new folder.
>>
>> But maybe it would be better to copy the stuff we need to some local
>> offline workgroup. Might be too risky otherwise.
>>
>>
>> Btw., does dropbox have any options to set write permissions?
>>
>>
>>
>> Am 17.01.2013 10:22, schrieb Thomas Volkmann:
>>
>>  A dropbox-workgroup (or a workgroup on a FTP) that you can just connect
>> to (or make a local copy and get updates every now and then) would be
>> awesome.
>>  I think just having tools on a FTP is not a real advantage over rray.de,
>> because you don't have any previews or descriptions for the tools (other
>> than just to connect to a workgroup, where you can just try stuff, because
>> it's already installed).
>>  A community workgroup could add a community menu where you select users
>> to see their tools... like this:
>>
>>  user-tools
>>  - userFoo
>> - exporters
>> - rigging stuff
>> - 
>>  - userBar
>> - exporters
>> - animation helpers
>> - whatever
>>  - userFnord
>> - curve tools
>> - make-awesome tools
>> - whatever
>>
>>  And maybe a similar structure for ICE/Render compounds.
>>  That way a user can maintain his own section and will probably not break
>> some other stuff. Since I never created any AddOns: is it enough to have a
>> folder structure inside the addon-folder of the workgroup and place stuff
>> there, or is a file in InstalledAddons where you register all that stuff
>> necessary as well?
>>  Anyway, I think if we could get something like that going, it would be
>> the shit!
>>  Personally I would probably connect to it every now and then, check some
>> stuff and take the tools I like into my personal workgroup. And of course
>> upload some of my new tools to the community workgroup.
>>
>>  cheers,
>>  Thomas
>>
>>
>> Gene Crucean hat 
>> am 17. Januar 2013 um 09:07 geschrieben:
>>
>>  Why not just a good ol fashioned FTP?
>>
>>
>>  I'll offer one up to *this* list and 3DPro (Be careful who you give it
>> to. Adults get access):
>>  host: genecrucean.com
>>  user: softimage
>>  pass: Add0n555
>>
>>  I have lots of space and unlimited bandwidth... but if it gets abused,
>> I'll just take it down.
>>
>>  What do you guys think about this? It would need a decent
>> naming/directory structure so it didn't become a huge mess.
>>
>>  Maybe something like:
>>
>>  - Task
>>  - Author
>>  - Addon/Plugin/Script
>>  - Versions
>>
>>
>>
>>  On Wed, Jan 16, 2013 at 9:41 PM, Jason S  wrote:
>>
>>
>> Don't know why I often put extra "buts" in my sentances,
>> in this case we were essentially saying the same thing :)
>>
>>
>>
>> On 16/01/2013 11:42 PM, Jason S wrote:
>>
>> Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
>>  to which we could then make like a more refined/finished  DB out of
>> that,
>>
>>
>>
>>
>> --
>> Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
>> Developer / Filmmaker / Photographer
>>  **  *Freelance for hire* **
>> www.genecrucean.com
>>
>> ~~ Please use my website's contact form on www.genecrucean.com for any
>> personal emails. Thanks. I may not get them at this address. ~~
>>
>>
>>
>>
>>
>>
>
>
> --
> Gustavo E Boehs
> http://www.gustavoeb.com.br/blog
>

Re: TANK + Softimage

[Tony Barbieri]

We being Psyop.  I forget that I use my personal email for this list.

-tony


On Thu, Jan 17, 2013 at 10:13 AM, Tony Barbieri  wrote:

> We have been able to get it to work.  We pushed back to them the
> beginnings of a Softimage engine.  It's basically at the same level as the
> Maya or Nuke engine.  If you email them they should be able to provide you
> a location to download it.
>
> -tony
>
>
> On Thu, Jan 17, 2013 at 9:46 AM, ste dalton  wrote:
>
>>
>> Hello all,
>>
>> Has anyone here managed to get Shotgun software's 'Tank' asset management
>> system working in Softimage? Is there even any integration to Soft yet?
>> Can't really find much in google,
>>
>> Any info would be great
>>
>>
>> thanks
>>
>> ste
>>
>> --
>> Stephen Dalton
>> --
>> director
>> www.ubik.tv
>>
>
>
>
> --
> -tony
>



-- 
-tony

Re: TANK + Softimage

[Tony Barbieri]

We have been able to get it to work.  We pushed back to them the beginnings
of a Softimage engine.  It's basically at the same level as the Maya or
Nuke engine.  If you email them they should be able to provide you a
location to download it.

-tony


On Thu, Jan 17, 2013 at 9:46 AM, ste dalton  wrote:

>
> Hello all,
>
> Has anyone here managed to get Shotgun software's 'Tank' asset management
> system working in Softimage? Is there even any integration to Soft yet?
> Can't really find much in google,
>
> Any info would be great
>
>
> thanks
>
> ste
>
> --
> Stephen Dalton
> --
> director
> www.ubik.tv
>



-- 
-tony

Re: capturing spherical HDRi's?

[Martin Contel]

You don't need a macro lens, because you want to place yourself far away
from the wall. The longer the lens (more tele) the less distortion and more
detail your chrome ball photo will have.



On Thu, Jan 17, 2013 at 2:53 PM, olivier jeannel wrote:

>  Thank you Phil,
>
> To shot a chrome ball then, do you know what type of lens is necessary ?
> Is it a macro lens ?
>
> Cheers,
>
> Olivier
>
> Le 17/01/2013 13:24, Phil Williams a écrit :
>
> I'm no expert by any means, but generally speaking there are pros and cons
> to both ways; chrome balls are quicker, easier and cheaper but are lower
> quality (fine for capturing the light in most cases though).
> Fish-eye/wide-angle lenses make it a bit more technical and time consuming
> but give higher quality results.
>
>  As rough guide (depends on your setup/lenses), a chrome ball only takes
> 1 or 2 pics to get the job done (x by multiple exposures). Whereas a
> fish-eye lens with a pano head would take 4-6 photos (x multiple exposures)
> and a wide-angle lens would take considerably more, anywhere between 12-30
> photos depending on the lens and crop factor (x multiple exposures).
>
>  Cheers
> Phil
>
>
>
>
> On 17 January 2013 11:59, olivier jeannel  wrote:
>
>>  I've never captured myself spherical HDRI's, so bare with me if it is a
>> dumb question but :
>> Nowadays, to capture the HDRI environment, people are still using an HDRI
>> ball, or are they using wide angles (10mm or 8mm) fish eye camera lenses
>> (without any sphere at all) ?
>>
>> Olivier
>>
>>
>>
>> Le 17/01/2013 12:06, Adam Seeley a écrit :
>>
>> Quiet a few smartphone & tablet solutions around now as well
>>
>> Haven't use one yet but looking forward to trying.
>>
>> http://www.ononesoftware.com/products/dslr-camera-remote/
>> https://play.google.com/store/apps/details?id=com.dslr.dashboard&hl=en
>>
>> Adam
>>
>>
>>
>>--
>> *From:* adrian wyer 
>> 
>> *To:* softimage@listproc.autodesk.com
>> *Sent:* Wednesday, 16 January 2013, 15:25
>> *Subject:* RE: capturing spherical HDRi's?
>>
>>   and of course if you shoot Nikon (like you should, if you have any
>> sense ;-p )
>>
>> http://breezesys.co.uk/NKRemote/index.htm
>>
>> a
>>
>>  --
>>  *From:* softimage-boun...@listproc.autodesk.com [mailto:
>> softimage-boun...@listproc.autodesk.com ] *On Behalf Of *Lp3dsoft
>> *Sent:* 16 January 2013 15:02
>> *To:* softimage@listproc.autodesk.com
>> *Cc:* softimage@listproc.autodesk.com
>> *Subject:* Re: capturing spherical HDRi's?
>>
>>  Hi,
>>
>>  I've used this in the past for remote bracketing, works well
>>  http://www.breezesys.co.uk/DSLRRemotePro/index.htm
>>  Some other interesting bits on their site as well.
>>  And I don't think anyone as listed it in the thread but best place to
>> look for basics and how things work is http://www.hdrshop.com/
>>
>>  Hope it helps
>>
>>  Cheers
>>
>>   Lawrence
>>
>> On 16 Jan 2013, at 14:35, Byron Nash  wrote:
>>
>>  I find that the slowest thing on set is capturing all the exposures. I
>> don't have a tool like the Promote Controller or any other device to
>> automatically fire off the brackets. After seeing a video of the author of
>> the HDRI Handbook on set, I'm convinced the fastest method is a pano rig
>> like the nodal ninja with a spherical fisheye and something to fire the
>> brackets automatically. In and out very quickly.
>>
>>  On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin 
>> wrote:
>>  Slightly off topic but this is pretty interesting stuff...
>>
>>
>> http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/
>>
>>  J
>>
>>
>>
>> On 16 Jan 2013, at 13:19, Morten Bartholdy  wrote:
>>
>>  We do pretty much the same - a fisheye lens shooting in 3 directions
>> for good overlap, 10 exposures via software control and stitch the result
>> into a fairly highres LatLong HDRI 360. This is good for lighting and in
>> most cases reflections too, but hardly enough resolution for a background.
>> The software control for multiple exposures makes for better quality HDRI's
>> as clouds, cars and pedestrians move less, and we can get in and record the
>> HDRI in about a 10th of the time we used to without it, in all only some 5
>> minutes break for the crew for one HDRI. The Director and 1st AD will be
>> much happier too.
>>
>> The chrome ball comes in to use in tight spaces where it is hard to fit
>> in a camera on a tripod, but it is mostly sttting and collecting dust on a
>> shelf these days. Mind you, if we had more time on a shoot I would like to
>> have a chrome ball and a grey ball and have them in front of the liveaction
>> camera just after the clapper - it would help setting up HDRI's and lights
>> and balance the whole thing faster when lighting your scenes.
>>
>> Morten
>>
>>
>>
>> Den 16. januar 2013 kl. 12:11 skrev Anthony Martin <
>> anthonymarti...@googlemail.com>:
>>
>>   These days I use the chrome ball just for light positioning reference.
>> For capturing the actual

Re: capturing spherical HDRi's?

[Leonard Koch]

You can shoot a chromeball with any kind of lens sort of well.
Telephoto lenses are preferable because they allow you to stand further
away and thus be a smaller object in the reflection on the chrome ball.


On Thu, Jan 17, 2013 at 3:53 PM, olivier jeannel wrote:

>  Thank you Phil,
>
> To shot a chrome ball then, do you know what type of lens is necessary ?
> Is it a macro lens ?
>
> Cheers,
>
> Olivier
>
> Le 17/01/2013 13:24, Phil Williams a écrit :
>
> I'm no expert by any means, but generally speaking there are pros and cons
> to both ways; chrome balls are quicker, easier and cheaper but are lower
> quality (fine for capturing the light in most cases though).
> Fish-eye/wide-angle lenses make it a bit more technical and time consuming
> but give higher quality results.
>
>  As rough guide (depends on your setup/lenses), a chrome ball only takes
> 1 or 2 pics to get the job done (x by multiple exposures). Whereas a
> fish-eye lens with a pano head would take 4-6 photos (x multiple exposures)
> and a wide-angle lens would take considerably more, anywhere between 12-30
> photos depending on the lens and crop factor (x multiple exposures).
>
>  Cheers
> Phil
>
>
>
>
> On 17 January 2013 11:59, olivier jeannel  wrote:
>
>>  I've never captured myself spherical HDRI's, so bare with me if it is a
>> dumb question but :
>> Nowadays, to capture the HDRI environment, people are still using an HDRI
>> ball, or are they using wide angles (10mm or 8mm) fish eye camera lenses
>> (without any sphere at all) ?
>>
>> Olivier
>>
>>
>>
>> Le 17/01/2013 12:06, Adam Seeley a écrit :
>>
>> Quiet a few smartphone & tablet solutions around now as well
>>
>> Haven't use one yet but looking forward to trying.
>>
>> http://www.ononesoftware.com/products/dslr-camera-remote/
>> https://play.google.com/store/apps/details?id=com.dslr.dashboard&hl=en
>>
>> Adam
>>
>>
>>
>>--
>> *From:* adrian wyer 
>> 
>> *To:* softimage@listproc.autodesk.com
>> *Sent:* Wednesday, 16 January 2013, 15:25
>> *Subject:* RE: capturing spherical HDRi's?
>>
>>   and of course if you shoot Nikon (like you should, if you have any
>> sense ;-p )
>>
>> http://breezesys.co.uk/NKRemote/index.htm
>>
>> a
>>
>>  --
>>  *From:* softimage-boun...@listproc.autodesk.com [mailto:
>> softimage-boun...@listproc.autodesk.com ] *On Behalf Of *Lp3dsoft
>> *Sent:* 16 January 2013 15:02
>> *To:* softimage@listproc.autodesk.com
>> *Cc:* softimage@listproc.autodesk.com
>> *Subject:* Re: capturing spherical HDRi's?
>>
>>  Hi,
>>
>>  I've used this in the past for remote bracketing, works well
>>  http://www.breezesys.co.uk/DSLRRemotePro/index.htm
>>  Some other interesting bits on their site as well.
>>  And I don't think anyone as listed it in the thread but best place to
>> look for basics and how things work is http://www.hdrshop.com/
>>
>>  Hope it helps
>>
>>  Cheers
>>
>>   Lawrence
>>
>> On 16 Jan 2013, at 14:35, Byron Nash  wrote:
>>
>>  I find that the slowest thing on set is capturing all the exposures. I
>> don't have a tool like the Promote Controller or any other device to
>> automatically fire off the brackets. After seeing a video of the author of
>> the HDRI Handbook on set, I'm convinced the fastest method is a pano rig
>> like the nodal ninja with a spherical fisheye and something to fire the
>> brackets automatically. In and out very quickly.
>>
>>  On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin 
>> wrote:
>>  Slightly off topic but this is pretty interesting stuff...
>>
>>
>> http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/
>>
>>  J
>>
>>
>>
>> On 16 Jan 2013, at 13:19, Morten Bartholdy  wrote:
>>
>>  We do pretty much the same - a fisheye lens shooting in 3 directions
>> for good overlap, 10 exposures via software control and stitch the result
>> into a fairly highres LatLong HDRI 360. This is good for lighting and in
>> most cases reflections too, but hardly enough resolution for a background.
>> The software control for multiple exposures makes for better quality HDRI's
>> as clouds, cars and pedestrians move less, and we can get in and record the
>> HDRI in about a 10th of the time we used to without it, in all only some 5
>> minutes break for the crew for one HDRI. The Director and 1st AD will be
>> much happier too.
>>
>> The chrome ball comes in to use in tight spaces where it is hard to fit
>> in a camera on a tripod, but it is mostly sttting and collecting dust on a
>> shelf these days. Mind you, if we had more time on a shoot I would like to
>> have a chrome ball and a grey ball and have them in front of the liveaction
>> camera just after the clapper - it would help setting up HDRI's and lights
>> and balance the whole thing faster when lighting your scenes.
>>
>> Morten
>>
>>
>>
>> Den 16. januar 2013 kl. 12:11 skrev Anthony Martin <
>> anthonymarti...@googlemail.com>:
>>
>>   These days I use the chrome ball just for light positioning reference.
>> For capt

TANK + Softimage

[ste dalton]

Hello all,

Has anyone here managed to get Shotgun software's 'Tank' asset management
system working in Softimage? Is there even any integration to Soft yet?
Can't really find much in google,

Any info would be great


thanks

ste

-- 
Stephen Dalton
--
director
www.ubik.tv

Re: Pipes and tools u can't live without

[Gustavo Eggert Boehs]

One could also upload malicious files up to Dropbox and they would spread
to all those who share the folder, right?
Does not sound very safe.


2013/1/17 Eugen Sares 

>  If we use dropbox we have to make damn sure nobody removes items others
> might be needing, which can happen by accident (I don't expect acts of
> sabotage).
>
> Also, what if someone updates his own tools, with some changes in
> functionality that break downward compatibility?
> Oder versions must remain accessible. We can't afford f*ing up other
> people's production pipelines.
> We could create another workgroup folder for every version that gets
> uploaded, inside the uploader's personal folder.
> Use the newer version? Disconnect from the old, connect to the new folder.
>
> But maybe it would be better to copy the stuff we need to some local
> offline workgroup. Might be too risky otherwise.
>
>
> Btw., does dropbox have any options to set write permissions?
>
>
>
> Am 17.01.2013 10:22, schrieb Thomas Volkmann:
>
>  A dropbox-workgroup (or a workgroup on a FTP) that you can just connect
> to (or make a local copy and get updates every now and then) would be
> awesome.
>  I think just having tools on a FTP is not a real advantage over rray.de,
> because you don't have any previews or descriptions for the tools (other
> than just to connect to a workgroup, where you can just try stuff, because
> it's already installed).
>  A community workgroup could add a community menu where you select users
> to see their tools... like this:
>
>  user-tools
>  - userFoo
> - exporters
> - rigging stuff
> - 
>  - userBar
> - exporters
> - animation helpers
> - whatever
>  - userFnord
> - curve tools
> - make-awesome tools
> - whatever
>
>  And maybe a similar structure for ICE/Render compounds.
>  That way a user can maintain his own section and will probably not break
> some other stuff. Since I never created any AddOns: is it enough to have a
> folder structure inside the addon-folder of the workgroup and place stuff
> there, or is a file in InstalledAddons where you register all that stuff
> necessary as well?
>  Anyway, I think if we could get something like that going, it would be
> the shit!
>  Personally I would probably connect to it every now and then, check some
> stuff and take the tools I like into my personal workgroup. And of course
> upload some of my new tools to the community workgroup.
>
>  cheers,
>  Thomas
>
>
> Gene Crucean  hat 
> am 17. Januar 2013 um 09:07 geschrieben:
>
>  Why not just a good ol fashioned FTP?
>
>
>  I'll offer one up to *this* list and 3DPro (Be careful who you give it
> to. Adults get access):
>  host: genecrucean.com
>  user: softimage
>  pass: Add0n555
>
>  I have lots of space and unlimited bandwidth... but if it gets abused,
> I'll just take it down.
>
>  What do you guys think about this? It would need a decent
> naming/directory structure so it didn't become a huge mess.
>
>  Maybe something like:
>
>  - Task
>  - Author
>  - Addon/Plugin/Script
>  - Versions
>
>
>
>  On Wed, Jan 16, 2013 at 9:41 PM, Jason S  wrote:
>
>
> Don't know why I often put extra "buts" in my sentances,
> in this case we were essentially saying the same thing :)
>
>
>
> On 16/01/2013 11:42 PM, Jason S wrote:
>
> Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
>  to which we could then make like a more refined/finished  DB out of that,
>
>
>
>
> --
> Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
> Developer / Filmmaker / Photographer
>  **  *Freelance for hire* **
> www.genecrucean.com
>
> ~~ Please use my website's contact form on www.genecrucean.com for any
> personal emails. Thanks. I may not get them at this address. ~~
>
>
>
>
>
>


-- 
Gustavo E Boehs
http://www.gustavoeb.com.br/blog

Re: capturing spherical HDRi's?

[Phil Williams]

I'm no expert by any means, but generally speaking there are pros and cons
to both ways; chrome balls are quicker, easier and cheaper but are lower
quality (fine for capturing the light in most cases though).
Fish-eye/wide-angle lenses make it a bit more technical and time consuming
but give higher quality results.

As rough guide (depends on your setup/lenses), a chrome ball only takes 1
or 2 pics to get the job done (x by multiple exposures). Whereas a fish-eye
lens with a pano head would take 4-6 photos (x multiple exposures) and a
wide-angle lens would take considerably more, anywhere between 12-30 photos
depending on the lens and crop factor (x multiple exposures).

Cheers
Phil




On 17 January 2013 11:59, olivier jeannel  wrote:

>  I've never captured myself spherical HDRI's, so bare with me if it is a
> dumb question but :
> Nowadays, to capture the HDRI environment, people are still using an HDRI
> ball, or are they using wide angles (10mm or 8mm) fish eye camera lenses
> (without any sphere at all) ?
>
> Olivier
>
>
>
> Le 17/01/2013 12:06, Adam Seeley a écrit :
>
> Quiet a few smartphone & tablet solutions around now as well
>
> Haven't use one yet but looking forward to trying.
>
> http://www.ononesoftware.com/products/dslr-camera-remote/
> https://play.google.com/store/apps/details?id=com.dslr.dashboard&hl=en
>
> Adam
>
>
>
>--
> *From:* adrian wyer 
> 
> *To:* softimage@listproc.autodesk.com
> *Sent:* Wednesday, 16 January 2013, 15:25
> *Subject:* RE: capturing spherical HDRi's?
>
>   and of course if you shoot Nikon (like you should, if you have any
> sense ;-p )
>
> http://breezesys.co.uk/NKRemote/index.htm
>
> a
>
>  --
>  *From:* softimage-boun...@listproc.autodesk.com [mailto:
> softimage-boun...@listproc.autodesk.com ] *On Behalf Of *Lp3dsoft
> *Sent:* 16 January 2013 15:02
> *To:* softimage@listproc.autodesk.com
> *Cc:* softimage@listproc.autodesk.com
> *Subject:* Re: capturing spherical HDRi's?
>
>  Hi,
>
>  I've used this in the past for remote bracketing, works well
>  http://www.breezesys.co.uk/DSLRRemotePro/index.htm
>  Some other interesting bits on their site as well.
>  And I don't think anyone as listed it in the thread but best place to
> look for basics and how things work is http://www.hdrshop.com/
>
>  Hope it helps
>
>  Cheers
>
>   Lawrence
>
> On 16 Jan 2013, at 14:35, Byron Nash  wrote:
>
>  I find that the slowest thing on set is capturing all the exposures. I
> don't have a tool like the Promote Controller or any other device to
> automatically fire off the brackets. After seeing a video of the author of
> the HDRI Handbook on set, I'm convinced the fastest method is a pano rig
> like the nodal ninja with a spherical fisheye and something to fire the
> brackets automatically. In and out very quickly.
>
>  On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin 
> wrote:
>  Slightly off topic but this is pretty interesting stuff...
>
>  http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/
>
>  J
>
>
>
> On 16 Jan 2013, at 13:19, Morten Bartholdy  wrote:
>
>  We do pretty much the same - a fisheye lens shooting in 3 directions for
> good overlap, 10 exposures via software control and stitch the result into
> a fairly highres LatLong HDRI 360. This is good for lighting and in most
> cases reflections too, but hardly enough resolution for a background. The
> software control for multiple exposures makes for better quality HDRI's as
> clouds, cars and pedestrians move less, and we can get in and record the
> HDRI in about a 10th of the time we used to without it, in all only some 5
> minutes break for the crew for one HDRI. The Director and 1st AD will be
> much happier too.
>
> The chrome ball comes in to use in tight spaces where it is hard to fit in
> a camera on a tripod, but it is mostly sttting and collecting dust on a
> shelf these days. Mind you, if we had more time on a shoot I would like to
> have a chrome ball and a grey ball and have them in front of the liveaction
> camera just after the clapper - it would help setting up HDRI's and lights
> and balance the whole thing faster when lighting your scenes.
>
> Morten
>
>
>
> Den 16. januar 2013 kl. 12:11 skrev Anthony Martin <
> anthonymarti...@googlemail.com>:
>
>   These days I use the chrome ball just for light positioning reference.
> For capturing the actual HDRI I'll use a fish eye lens on a DSLR, nodal
> ninja attached to a tripod and then shoot between 8-10 images (including
> direct above and direct below) covering the scene.
>  Then load these into PTGui Pro and let it stitch them into a LongLat
> HDRI. Works like a charm. Both quick to do on set and quick to assemble
> when you get back to the office.
>  Digital Tutors actually have a good set of lessons on this.
> http://www.digitaltutors.com/11/training.php?pid=599&autoplay=1
>
>  On Wed, Jan 16, 2013 at 9:22 AM, Cristobal Infante < cgc...@gmail.com >
> wrote:
> It really dep

Re: capturing spherical HDRi's?

[Adam Seeley]

Quiet a few smartphone & tablet solutions around now as well

Haven't use one yet but looking forward to trying.

http://www.ononesoftware.com/products/dslr-camera-remote/
https://play.google.com/store/apps/details?id=com.dslr.dashboard&hl=en

Adam






 From: adrian wyer 
To: softimage@listproc.autodesk.com 
Sent: Wednesday, 16 January 2013, 15:25
Subject: RE: capturing spherical HDRi's?
 

 
and of course if you shoot Nikon (like you
should, if you have any sense ;-p )
 
http://breezesys.co.uk/NKRemote/index.htm
 
a
 


 
From:softimage-boun...@listproc.autodesk.com 
[mailto: softimage-boun...@listproc.autodesk.com ] On Behalf Of Lp3dsoft
Sent: 16 January 2013 15:02
To: softimage@listproc.autodesk.com
Cc: softimage@listproc.autodesk.com
Subject: Re: capturing spherical
HDRi's?
 
Hi,
 
I've used this in the past for remote bracketing, works well
http://www.breezesys.co.uk/DSLRRemotePro/index.htm
Some other interesting bits on their site as well.
And I don't think anyone as listed it in the thread but best place to
look for basics and how things work is http://www.hdrshop.com/
 
Hope it helps
 
Cheers
 
Lawrence  

On 16 Jan 2013, at 14:35, Byron Nash 
wrote:
I find that the slowest thing on set is capturing all the exposures. I
don't have a tool like the Promote Controller or any other device to
automatically fire off the brackets. After seeing a video of the author of the
HDRI Handbook on set, I'm convinced the fastest method is a pano rig like the
nodal ninja with a spherical fisheye and something to fire the brackets
automatically. In and out very quickly.
> 
>On Wed, Jan 16, 2013 at 9:08 AM, Jahirul Amin 
wrote:
>Slightly off topic but this is pretty interesting stuff...
> 
>http://fxguide.com/fxguidetv/fxguidetv-165-scott-metzger-on-mari-and-hdr/
> 
>J
> 
>
>
>On 16 Jan 2013, at 13:19, Morten Bartholdy 

wrote:
>We do pretty much the same - a fisheye lens shooting
in 3 directions for good overlap, 10 exposures via software control and stitch
the result into a fairly highres LatLong HDRI 360. This is good for lighting
and in most cases reflections too, but hardly enough resolution for a
background. The software control for multiple exposures makes for better
quality HDRI's as clouds, cars and pedestrians move less, and we can get in and
record the HDRI in about a 10th of the time we used to without it, in all only
some 5 minutes break for the crew for one HDRI. The Director and 1st AD will be
much happier too. 
>> 
>>The chrome ball comes in to use in tight spaces where
it is hard to fit in a camera on a tripod, but it is mostly sttting and
collecting dust on a shelf these days. Mind you, if we had more time on a shoot
I would like to have a chrome ball and a grey ball and have them in front of
the liveaction camera just after the clapper - it would help setting up HDRI's
and lights and balance the whole thing faster when lighting your scenes.
>> 
>>Morten  
>>  
>>  
>>
>>Den 16. januar 2013 kl. 12:11 skrev Anthony Martin 
>>: 
>>These days I use the chrome ball just for light positioning reference.
For capturing the actual HDRI I'll use a fish eye lens on a DSLR, nodal ninja
attached to a tripod and then shoot between 8-10 images (including direct above
and direct below) covering the scene. 
>>>Then load these into PTGui Pro and let it stitch them into a LongLat
HDRI. Works like a charm. Both quick to do on set and quick to assemble when
you get back to the office. 
>>>Digital Tutors actually have a good set of lessons on this. 
>>>http://www.digitaltutors.com/11/training.php?pid=599&autoplay=1 
>>> 
>>>On Wed, Jan 16, 2013 at 9:22 AM, Cristobal Infante < cgc...@gmail.com > 
>>>wrote: 
>>>It really depends how much time you think you will have on
set. Most of the times this can be a major issue, since they may need to move
the lighting setup several times in one day and you don't want to be
the guy slowing everything down! 
>>> 
>>>the chrome ball is probably the fastest method and still does the
trick. So if you need to capture a lighting setup fast this will
be your best bet. Defently worth getting one in any case (garden mirror balls).
>>> 
>>>
>>>
>>>On Wednesday, 16 January 2013, Rob Wuijster wrote: 
>>>Yes, there's a version 2 out of the book, there's a page
on the hdrlabs website explaining the book and has links to Amazon for the
paperback and ebook. 
>>>
>>>The site, forum and book are -the- main sources of information on this. 
>>>Of course there are other sites dealing with this, but hdrlabs has it 
>>>condensed
into one big package. 
>>>   Rob Wuijster
>>>   E
>>>   r...@casema.nl
>>>   \/-\/\/
>>>  
>>>On 15-1-2013 23:09, Byron Nash wrote: 
>>>I found the book HDRI Handbook really helpful on that site. I think
they have a newer version since I read it. 
 
On Tue, Jan 15, 2013 at 4:27 PM, Paul Griswold <
pgrisw...@fusiondigit

Re: Pipes and tools u can't live without

[Eugen Sares]

If we use dropbox we have to make damn sure nobody removes items others 
might be needing, which can happen by accident (I don't expect acts of 
sabotage).


Also, what if someone updates his own tools, with some changes in 
functionality that break downward compatibility?
Oder versions must remain accessible. We can't afford f*ing up other 
people's production pipelines.
We could create another workgroup folder for every version that gets 
uploaded, inside the uploader's personal folder.

Use the newer version? Disconnect from the old, connect to the new folder.

But maybe it would be better to copy the stuff we need to some local 
offline workgroup. Might be too risky otherwise.



Btw., does dropbox have any options to set write permissions?



Am 17.01.2013 10:22, schrieb Thomas Volkmann:
A dropbox-workgroup (or a workgroup on a FTP) that you can just 
connect to (or make a local copy and get updates every now and then) 
would be awesome.
I think just having tools on a FTP is not a real advantage over 
rray.de, because you don't have any previews or descriptions for the 
tools (other than just to connect to a workgroup, where you can just 
try stuff, because it's already installed).
A community workgroup could add a community menu where you select 
users to see their tools... like this:

user-tools
- userFoo
   - exporters
   - rigging stuff
   - 
- userBar
   - exporters
   - animation helpers
   - whatever
- userFnord
   - curve tools
   - make-awesome tools
   - whatever
And maybe a similar structure for ICE/Render compounds.
That way a user can maintain his own section and will probably not 
break some other stuff. Since I never created any AddOns: is it enough 
to have a folder structure inside the addon-folder of the workgroup 
and place stuff there, or is a file in InstalledAddons where you 
register all that stuff necessary as well?
Anyway, I think if we could get something like that going, it would be 
the shit!
Personally I would probably connect to it every now and then, check 
some stuff and take the tools I like into my personal workgroup. And 
of course upload some of my new tools to the community workgroup.

cheers,
Thomas
Gene Crucean  hat am 17. Januar 2013 um 
09:07 geschrieben:


Why not just a good ol fashioned FTP?
I'll offer one up to /this/ list and 3DPro (Be careful who you give 
it to. Adults get access):

host: genecrucean.com 
user: softimage
pass: Add0n555
I have lots of space and unlimited bandwidth... but if it gets 
abused, I'll just take it down.
What do you guys think about this? It would need a decent 
naming/directory structure so it didn't become a huge mess.

Maybe something like:
- Task
- Author
- Addon/Plugin/Script
- Versions


On Wed, Jan 16, 2013 at 9:41 PM, Jason S > wrote:



Don't know why I often put extra "buts" in my sentances,
in this case we were essentially saying the same thing :)



On 16/01/2013 11:42 PM, Jason S wrote:

Ya! but maybe like a common XSI_SAMPLES_DUMP  Database,
 to which we could then make like a more refined/finished  DB
out of that,




--
Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / 
iOS-OSX Developer / Filmmaker / Photographer

** *Freelance for hire* **
www.genecrucean.com 

~~ Please use my website's contact form on www.genecrucean.com 
 for any personal emails. Thanks. I may 
not get them at this address. ~~

Re: Minor gripe of the day.

[Dan Yargici]

Yup, +1 all of those!

DAN


On Thu, Jan 17, 2013 at 1:10 AM, Sebastian Kowalski  wrote:

> AMEN to that!
>
>
> Am 16.01.2013 um 17:47 schrieb Andy Moorer :
>
> Agreed. And as long as we're on the topic...
>
> ... I'd kill for tabs so that you don't end up with a ridiculously tall
> compound ppg.
>
> ... An option to force node evaluation.
>
> ... A way to collapse fcurve profiles, by default, in compound UIs.
>
> ... An option to force a compound ppg to be exposed with the host objects
> ppg... select pointCloud, hit return, and the compounds ppg comes up, so
> target users don't have to dig thru your operator.
>
> ... Post simulation velocities stored or some other option to automate
> proper motion blur when manipulating point positions outside simulation.
>
> :P
>
>
> On Jan 16, 2013, at 10:51 AM, Gustavo Eggert Boehs 
> wrote:
>
> I like the tips... here is a small related late wish then: drag and drop
> sorting... thats where i lose most of my time
> Em 16/01/2013 13:44, "Dan Yargici"  escreveu:
>
>> Hi Alan, thanks, I am aware of both.  I may have been over-dramatizing a
>> little for effect when I mentioned the cursor keys... ;)
>>
>> Still though... :)
>>
>>
>>
>> On Wed, Jan 16, 2013 at 5:34 PM, Alan Fregtman 
>> wrote:
>>
>>> Protips:
>>> - Instead of rightclick and "Rename", just doubleclick the text name.
>>> - Once you are in editable text, don't forget you can use the Home and
>>> End keys on your keyboard to advance to the front or to the end of the
>>> text. (A lot of people forget those keys exist.)
>>>
>>> I concur with your frustrations though. Could definitely be improved.
>>>
>>> Cheers,
>>>
>>>-- Alan
>>>
>>>
>>>
>>> On Wed, Jan 16, 2013 at 10:08 AM, Dan Yargici wrote:
>>>
 How, oh how, do I sometimes rally want to widen this region of the
 ICE tree compound editor.

 

 I always try my best to come up with short, meaningful, snappy names
 for things I expose, but often I need to expose a number of things with
 long names like "Generated Elements Index Array" and then it becomes a
 total pain in the ass to rename and move around the right things.   You
 find yourself clicking on the name and then scrolling along with the cursor
 keys to see which one's which.

 Not a biggie, but it's been slowing me down today more than it should.

 DAN

>>>
>>>
>>
>

Re: Pipes and tools u can't live without

[Thomas Volkmann]

A dropbox-workgroup (or a workgroup on a FTP) that you can just connect to (or
make a local copy and get updates every now and then) would be awesome.
I think just having tools on a FTP is not a real advantage over rray.de, because
you don't have any previews or descriptions for the tools (other than just to
connect to a workgroup, where you can just try stuff, because it's already
installed).
A community workgroup could add a community menu where you select users to see
their tools... like this:

user-tools
- userFoo
   - exporters
   - rigging stuff
   - 
- userBar
   - exporters
   - animation helpers
   - whatever
- userFnord
   - curve tools
   - make-awesome tools
   - whatever

And maybe a similar structure for ICE/Render compounds.
That way a user can maintain his own section and will probably not break some
other stuff. Since I never created any AddOns: is it enough to have a folder
structure inside the addon-folder of the workgroup and place stuff there, or is
a file in InstalledAddons where you register all that stuff necessary as well?
Anyway, I think if we could get something like that going, it would be the shit!
Personally I would probably connect to it every now and then, check some stuff
and take the tools I like into my personal workgroup. And of course upload some
of my new tools to the community workgroup.

cheers,
Thomas


> Gene Crucean  hat am 17. Januar 2013 um 09:07
> geschrieben:
> 
>  Why not just a good ol fashioned FTP?
> 
> 
>  I'll offer one up to this list and 3DPro (Be careful who you give it to.
> Adults get access):
>  host:
>  user: softimage
>  pass: Add0n555
> 
>  I have lots of space and unlimited bandwidth... but if it gets abused, I'll
> just take it down.
> 
>  What do you guys think about this? It would need a decent naming/directory
> structure so it didn't become a huge mess.
> 
>  Maybe something like:
> 
>  - Task
>  - Author
>  - Addon/Plugin/Script
>  - Versions
> 
> 
> 
>  On Wed, Jan 16, 2013 at 9:41 PM, Jason S   > wrote:
>> > 
> >Don't know why I often put extra "buts" in my sentances,
> >in this case we were essentially saying the same thing :)
> > 
> > 
> > 
> >On 16/01/2013 11:42 PM, Jason S wrote:
> > 
> >> > > Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
> > > to which we could then make like a more refined/finished  DB out
> > > of that,
> > > 
> > >> >  > 
> 
> 
>  --
>  Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
> Developer / Filmmaker / Photographer
>  **  Freelance for hire **
>  
> 
>  ~~ Please use my website's contact form on   for
> any personal emails. Thanks. I may not get them at this address. ~~
> 

Re: Pipes and tools u can't live without

[Gene Crucean]

Why not just a good ol fashioned FTP?


I'll offer one up to *this* list and 3DPro (Be careful who you give it to.
Adults get access):
host: genecrucean.com
user: softimage
pass: Add0n555

I have lots of space and unlimited bandwidth... but if it gets abused, I'll
just take it down.

What do you guys think about this? It would need a decent
naming/directory structure so it didn't become a huge mess.

Maybe something like:

- Task
- Author
- Addon/Plugin/Script
- Versions



On Wed, Jan 16, 2013 at 9:41 PM, Jason S  wrote:

> **
>
> Don't know why I often put extra "buts" in my sentances,
> in this case we were essentially saying the same thing :)
>
>
>
> On 16/01/2013 11:42 PM, Jason S wrote:
>
> Ya! but maybe like a common  XSI_SAMPLES_DUMP  Database,
>  to which we could then make like a more refined/finished  DB out of that,
>
>
>


-- 
Gene Crucean - Emmy winning - Oscar nominated VFX Supervisor / iOS-OSX
Developer / Filmmaker / Photographer
** *Freelance for hire* **
www.genecrucean.com

~~ Please use my website's contact form on www.genecrucean.com for any
personal emails. Thanks. I may not get them at this address. ~~