yeah, I've spent the last 2 years writing the MetaData module and pretty
much all of our pipeline is based on it in some form or another. Pretty
much regrounded from scratch but keeping the factory aspects of the Eurocom
setups, just a nice way of doing it via the mclass attrs. Modified all the
behaviour to fit how we work here, making it easier to add and manage attrs
and walk netwroks etc. But there's lots of expansion going on to the
systems now that Red9 is a business and we have clients paying for this
stuff!

There's already an ID on the nodes which I guess I could cache against, or
yes, add a UID, but surprised that the MObject stuff didn't give me this in
the first place.

On 31 October 2014 13:22, David Moulder <da...@thirstydevil.co.uk> wrote:

> Still at Activision doing pipelines too, worked on pretty much most of the
> resent titles in some capacity, but mostly writing dcc pipeline tools,
> instructing in best practices, then the occasional flash, scaleform,
> actionscript, animation rigging, vfx, nuke thrown in.  Now we're working
> with pretty big external partners, who you'd think would have well oiled
> pipelines, but they still have room to improve.  So there's loads of work
> out there for you, that's for sure.  I'm still using the metadata system of
> old.  I see you've adapted a version of it in red9 as well.
>
> If you want a constant uuid you could just write one into every meta node
> on construction and store it in your instance cache.  However if you
> dynamically changing the meta type like the old batch system you'd need to
> throw away the uuid in the cache.  Obviously metaNodes get deleted cache
> gets invalid, blar, blar.
>
> -Dave
>
>
> On Fri, Oct 31, 2014 at 12:57 PM, Mark Jackson <mark...@gmail.com> wrote:
>
>> yeah, that's pretty much what I thought, just checking before I ditch the
>> idea, if I'm going to be checking the hashID against the node Type in-order
>> to extract a matching key from the dict then I may as well just revert to
>> the system I had. Not that big a hit to re-instantiate the node if
>> somebodies renamed it, the cache just updates itself.
>>
>> As for things, yeah, bloody busy at the moment, Red9 is getting a lot of
>> interest and we're already booked solid till well into December doing
>> facial systems for a TV commercial, that and talking to a lot of games and
>> pre-viz companies about pipelines. How about yourself Dave, been a long
>> time!
>>
>> Mark
>>
>> On 31 October 2014 11:51, David Moulder <da...@thirstydevil.co.uk> wrote:
>>
>>> Hi Mark,
>>>
>>> Hows things?
>>>
>>> I think the MObjectHandle is returning the its MObject.__hash__() and as
>>> 2 MObjectHandles can point to the same MObject you'll get the same uuid.
>>>
>>> -Dave
>>>
>>> On Fri, Oct 31, 2014 at 11:07 AM, Mark Jackson <mark...@gmail.com>
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm revisiting the Red9_Meta caching setup and am looking at the
>>>> possibility of using the MObjectHandles hashID as a key in the MetaCache
>>>> that I build up, currently I store the key as the dag path which is
>>>> obviously not optimal. The cache saves any object being instantiated twice
>>>> by the factory class and speeds things up considerably.
>>>>
>>>> However, reading through the docs it seems that the hashID isn't
>>>> actually unique, from the api docs:
>>>>
>>>> *"The returned hash code is not unique: several internal Maya objects
>>>> may return the same code. However different MObjectHandles whose MObjects
>>>> refer to the same internal Maya object will return the same hash code."*
>>>>
>>>> Can anybody shed any light on this, am I barking up the wrong tree here?
>>>>
>>>> cheers
>>>>
>>>> Mark
>>>>
>>>> -------------------------------------
>>>> Mark Jackson
>>>> CEO / Technical Director
>>>> red9consultancy.com
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Python Programming for Autodesk Maya" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to python_inside_maya+unsubscr...@googlegroups.com.
>>>> To view this discussion on the web visit
>>>> https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FFG-jF%3DO6qtyPxwWp5jno%3DCk%3D5cJie9uaro7RpoC7p_SA%40mail.gmail.com
>>>> <https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FFG-jF%3DO6qtyPxwWp5jno%3DCk%3D5cJie9uaro7RpoC7p_SA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>>
>>> --
>>> *David Moulder*
>>> Technical Animator / Artist
>>> squis...@gmail.com
>>> *Professional Profile
>>> <http://uk.linkedin.com/pub/david-moulder/1/b12/b5a>*
>>>
>>> Mobile: +44 (0)7814033242
>>> See who we know in common
>>> <http://www.linkedin.com/e/wwk/5748982/?hs=false&tok=3tztwkse1silw1>Want
>>> a signature like this?
>>> <http://www.linkedin.com/e/sig/5748982/?hs=false&tok=3pwLU9-mBsilw1>
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Python Programming for Autodesk Maya" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to python_inside_maya+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/python_inside_maya/CABD4PkQGSCXYRRrjdy0od49cSPqiF99TrhxehgnSUz8GBum8eA%40mail.gmail.com
>>> <https://groups.google.com/d/msgid/python_inside_maya/CABD4PkQGSCXYRRrjdy0od49cSPqiF99TrhxehgnSUz8GBum8eA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> -------------------------------------
>> Mark Jackson
>> CEO / Technical Director
>> red9consultancy.com
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Python Programming for Autodesk Maya" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to python_inside_maya+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FEnR%2BJHZckOwnUzLtnen-M8WizkShB1TCAfOjT1cFCDZg%40mail.gmail.com
>> <https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FEnR%2BJHZckOwnUzLtnen-M8WizkShB1TCAfOjT1cFCDZg%40mail.gmail.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> *David Moulder*
> Technical Animator / Artist
> squis...@gmail.com
> *Professional Profile <http://uk.linkedin.com/pub/david-moulder/1/b12/b5a>*
>
> Mobile: +44 (0)7814033242
> See who we know in common
> <http://www.linkedin.com/e/wwk/5748982/?hs=false&tok=3tztwkse1silw1>Want
> a signature like this?
> <http://www.linkedin.com/e/sig/5748982/?hs=false&tok=3pwLU9-mBsilw1>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Python Programming for Autodesk Maya" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to python_inside_maya+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/python_inside_maya/CABD4PkQfBV9HC4y8eOX9s2eS77bRXMQqBUhzG9ecDipeGjgw9Q%40mail.gmail.com
> <https://groups.google.com/d/msgid/python_inside_maya/CABD4PkQfBV9HC4y8eOX9s2eS77bRXMQqBUhzG9ecDipeGjgw9Q%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
-------------------------------------
Mark Jackson
CEO / Technical Director
red9consultancy.com

-- 
You received this message because you are subscribed to the Google Groups 
"Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to python_inside_maya+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/python_inside_maya/CAGQH2FG%2BqvqhvfiC12O9gimzCS1sPk1SOYDQ3Hnu6UrHZ4mrLg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to