[Sidefx-houdini-list] Different otl version per node instance
Sebastian H. Schmidt
sebastian.h.schmidt at googlemail.com
Sun May 8 02:35:28 EDT 2011
you could start to version your otls, even with the label, so whenever
you create a new version of your car, the file gets versioned
(myCar_v002.otl) but also the asset itself gets a new name,
You could add some kind of pre-flight so that:
- hides all myCar_v00* smaller than your current version from the
- even creates a entry in the tab menu so that if someone adds a
myCar asset it will use the latest one (myCar_v002)
- some right button magic where you give the artist the chance to see
a list of revisions of that asset and the chance to update it
--> so if the asset gets updated (v002-->v003) the artist uses by
default its version, maybe the node gets flaged so the artist could
choose wether he wants the new definition or not
just my 5 ct.
2011/5/8 François Duchesneau <sidefx at trinix.ca>:
> Hi everybody,
> I'm curious to get the opinion of others about something that I find more
> like a limitation than a feature in Houdini.
> Why aren't we able to chose per node what version of the otl it reads. I
> mean there should have "Use Default Definition" for most of the nodes but
> there are times when you'd like to force a node to point a specific version
> of otl without changing at the scene level. For example, I release a new
> asset (car) that contains other custom assets (window, door). My new car
> asset has been designed to work with a newer version of window and door but
> in the shot hip files, there is a helicopter asset that is only compatible
> with the old version of the window.
> I know some will say, you should design your tools so they are always
> backward compatible etc. but the production reality is that I don't want to
> think about my design for weeks. I just want to deal with Houdini assets
> like I would for any file called in reference in Maya for example.
> Wouldn't be great to be able to do so?
> Sidefx-houdini-list mailing list
> Sidefx-houdini-list at sidefx.com
More information about the Sidefx-houdini-list