W dniu 2011-03-30 14:04:30 użytkownik Adrian Baltowski <[email protected]> napisał: > Yeah, but it will be at least version_minor update I guess. > And when this will happen, it will always return true (I guess), so... Reader > will safely back to the current, a little bit irritating behave. > BTW: And I hope also that engineers solve this problem in a future versions > and we just will not need such a tricks :) > > > Best > Adrian > > > > W dniu 2011-03-30 12:32:24 użytkownik Jack Binks <[email protected]> > napisał: > > Hey Adrian, > > > > Yeah, I got a similar trick to work, but when I chatted to the engineers > > about it, it may well be that the ops are more reused in a future > > version (to speed up Nuke), so you'll no longer be able to necessarily > > rely on that. > > If you're happy with it perhaps breaking then go for it. I wasn't as I > > didnt want people to start to rely on that behaviour and then complain > > when it disappeared, but horses for courses and all that :) > > > > Cheers > > Jack > > > > On 30/03/2011 11:29, Adrian Baltowski wrote: > > > Hi > > > > > > Well, after few tests it appears to be simpler that I expected. I use > > > this trick: > > > > > > ******************PSEUDO CODE**************************************** > > > xyzReader::xyzReader(Read* r, int fd) : Reader (r) > > > { > > > const Node* sss = iop->node(); > > > if (sss != NULL) { > > > multilayer = true; > > > } > > > else > > > multilayer = false; //disable additional channels > > > creation. Read only base RGB channels > > > > > > ******************END********************************************** > > > > > > It works fine either in GUI and command-line mode. But maybe I miss > > > something....?? > > > > > > > > > > > > Best > > > Adrian > > > > > > > > > > > > > > > > > > W dniu 2011-03-11 10:08:52 użytkownik Jack Binks<[email protected]> > > > napisał: > > >> Hey Adrian, > > >> > > >> Not currently that I'm aware of. There's a few hacky workarounds such as > > >> checking the node name and it's intree status (poss combined with > > >> current outputcontext sizes) that currently seems to work in 6.2, but > > >> the likelihood is as the op regeneration becomes more efficient in > > >> future builds the browser op will be reused so I wouldn't rely on it > > >> staying that way. > > >> Write in to support to ask for some method of this being done from > > >> within an op (probably on the proxy system in some way I guess). > > >> > > >> Cheers > > >> Jack > > >> > > >> On 10/03/2011 19:57, Adrian Baltowski wrote: > > >>> Hey > > >>> > > >>> When one select some multilayer file (like exr or psd) in file browser > > >>> nuke goes through all layers: layer by layer, channel by channel nuke > > >>> allocate memory, decompress it etc, etc. In case of really big files, > > >>> with many layers it can take long time. And it's all for nothing > > >>> because prewiew window shows only base RGB set. Additionaly: even if I > > >>> just click on such a multilayer file to watch it, Nuke permanently > > >>> create tons of channels in my script. It can be irritating if one works > > >>> with such files all the time. > > >>> > > >>> So I have a question: is there way to distinc betwen "normal" usage of > > >>> Reader and "file browser preview"? I guess there is no difference in > > >>> call to Reader constructor. But it would be great to find some way to > > >>> disable multilayer support in file browser preview. > > >>> > > >>> Best > > >>> Adrian > > >>> _______________________________________________ > > >>> Nuke-dev mailing list > > >>> [email protected] > > >>> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev > > >> -- > > >> > > >> Jack Binks, Product Manager > > >> The Foundry, 6th Floor, Communications Building > > >> 48 Leicester Square, London, WC2H 7LT, UK > > >> Tel: +44 (0)20 7434 0449 - Fax: +44 (0)20 7434 1550 > > >> Web: www.thefoundry.co.uk > > >> > > >> The Foundry Visionmongers Ltd. > > >> Registered in England and Wales No: 4642027 > > >> > > >> > > > > > > > > > > -- > > > > Jack Binks, Product Manager > > The Foundry, 6th Floor, Communications Building > > 48 Leicester Square, London, WC2H 7LT, UK > > Tel: +44 (0)20 7434 0449 - Fax: +44 (0)20 7434 1550 > > Web: www.thefoundry.co.uk > > > > The Foundry Visionmongers Ltd. > > Registered in England and Wales No: 4642027 > > > > > > > >
_______________________________________________ Nuke-dev mailing list [email protected] http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
