J_Ops | v1.9 |
Created on: 02/08/2011
Updated on: 02/08/2011
Downloads: 3650
Updated on: 02/08/2011
Downloads: 3650
Login or Register
J_Ops consists of:
J_3Way - a ASC CDL compliant GPU accelerated 3 way colour correction tool with intuitive in viewer controls system
J_GeoManager - a 3d troubleshooting tool, showing info on 3d scenes, and offering the ability to strip objects, attributes, materials and transforms.
J_GotSomeID - a utility tool streamlining working with ID and coverage passes, where ID passes can be in old school hue style encoding, or float channel identifirs with embedded aliasing data. Allows easy extraction of mattes, with optional premulting of a selected beauty pass.
J_MergeHDR - a plug-in to assemble high dynamic range radiance maps from a series of low dynamic range photographs. Includes functions to estimate camera response curves, and to align the multiple exposures
J_rawReader - an rewrite of the Nuke crwReader, adding support for Nikon and Panasonic raw files plus Adobe DNG's. It also allows access to the underlying debayer, colour correction and de-artifacting controls, along with speed ups agains the Nuke version, no external dependancy on DCRaw and progress feedback.
J_Scopes - a plug-in to analyse your image to draw a variety of histograms, vectorscopes, waveforms and parades.
J_ZKeyer - a utlity tool providing a quick and intuitive interface for selecting regions of a depth matte. The defined region can either be output as a matte, or a Zblur tool created matching the configuration.
J_ZMaths - convenience tool for converting between different depth pass encodings.
Comments (40)
adam jones
said:
|
... hey all I recall having this this plug for Mac osx but cant seem to find it on this site is mac os x no ;onger supported? -DrJ0nes |
Nicholas Lambert
said:
|
... Bill these instructions might help http://www.gfxtalk.com/forum/s...hp?t=19262 Lou, I have it running fine in 6.1, so yes. Jack, thanks for a great set of plugs :) |
BIll Marsh
said:
|
... Thank you Nicholas for the two links. I've seen them before, and there's zip regarding precisely how to install dcraw on a Mac. There's complaint about how being able to get dcraw to be recognized by Nuke, but nothing about the install of dcraw itself. Unless I did not read carefully.... |
Nicholas Lambert
said:
|
... Bill, if you have the binary you should be able to drop them in your /usr/bin directory. Then you can type this in the terminal to check: dcraw You should get all the info required to operate dcraw in the terminal. Which means it's installed. Sorry for the confusion. |
santhalakshmi k
said:
|
... J_Ops plug in is really good.it is very useful to work with .cr2 files.I just tried this plug in with nuke 6.0 ,win server 2003 64 bit.it works too good.but in nuke 6.0 32 bit,it shows "J_rawReader.dll:is not a valid Win32 application".Anyone have solution for this? |
John Coldrick
said:
|
... Thanks very much for releasing this code! I've been fiddling with it on SUSE 11.2/Nuke 6.1v2, and was curious if anyone has had a problem with this release and specifically the J_Scopes. The others work fine, that one comes up with the usual message about not being able to find it, or a binary incompatibility. Running ldd on the various .so's doesn't indicate anything different about J_Scopes than the rest. Just curious if anyone has seen this on Linux. Thanks again! |
Dom Amatore
said:
|
... hi all, nuke newb and new nukepedia user. Was wondering where to go within nuke once i run installer on osx 1.6.3 Want to try and read a canon RAW sequence. Thx in adv |
Jack Binks
said:
|
... Thanks for the kind words all! Dom - add a read node and select a cr2 file in the browser - it'll then use J_rawReader. John - very odd. As we chatted about on the IRC channel it doesn't use anything different from J_3Way, so would definitely be interested to hear if anyone else is seeing this? Santhalakshmi - have you definitely got the 32-bit version installed, as I've mostly seen that error when accidentally installing the 64-bit build into 32? Also, as it looks like you're on a non-Nuke supported version of windows, perhaps there's redistributable problems - try installing the redistributable in the Nuke directory (vcredist) just to be sure. |
Dom Amatore
said:
|
... hey guys, thanks. It was operator error, as not only was it 32 and not 64, but also 6.0 and not 6.1.yikes. Now all I have to do is figure out how to install dcraw. |
Karl Woolley
said:
|
... Hi, great set of tools, got his working nicely for us. Wasn't successfully able to make it work in 6.2 though (6.1 is fine), are you doing checks to see what version we're trying to run it in? |
Jack Binks
said:
|
... Thanks Karl. Nope there's no specific version check, but bear in mind the NDK is a c++ api, so any time the symbols exported change the plug-ins need to be recompiled for that version. The Foundry attempt to keep the NDK binary compatible for v numbers of Nuke (so 6.1v1, 6.1v2, 6.1v3, etc), but will change it for major or minor version increments (ie 6.0v1 to 6.1v1). Any hypothetical future version of Nuke currently under beta would require you to click through an agreement before allowing you to get access to the downloads. That agreement would have a clause about not discussing such a beta in a public forum such as this, so ssh. :) On the flip side, if another version of Nuke were to be publicly released in the near future, I'd do my best to compile a new build of J_Ops against it. |
Frank Rueter
said:
|
... Hey Jack, thanks for the 6.2 port. Just using the raw reader but contrary to your docs I get no specific knobs in the Read node to adjust the debayering parameters. Just the usual UI. I can see in the terminal (and by the speed and result in the viewer) that it's using the J_Ops plugin though. What am I missing? |
Jack Binks
said:
|
... Nps, thanks Karl. Hey Frank, not sure, not seen that one before. What platform are you running on? Just to be sure, if you remove the built in crwReader binary from the plug-in path does reading a raw file still work? What does the resultant metadata downstream look like as well? (punt a screengrab over to my gmail addr). |
Jack Binks
said:
|
... hey Henrik - not noticed an instant 100% crash on application - what platform are you on there? anyone else seeing this? |
Martin Kenzel
said:
|
... I do get the following error in Nuke 6.3 (I have to translate it from german - windows language packs unfotrunately don't apply to error messages): "The procedure entry point "?abi6_2_1@Op@Image@DD@EEAAHXZ" was not found in the DLL "DDImage.dll". It sounds like I'd simply have to correct the version number from 6_2_1 to 6_3_1, but since I dont have the sourcecode, I unfortunately can't do that. Is there any chance to get a nuke 6.3 compatible version of your superb plugin? :) |
Jack Binks
said:
|
... Thanks for your kind words Martin. I've got to find some spare time to wrap up a release for 6.3, hopefully not too long! |
Gary Jaeger
said:
|
... Jack- I've used older versions of j_ops. great stuff. is there a mac build of 1.8? |
Gary Jaeger
said:
|
... Nevermind. The tabs thing wasn't loading in Safari. With Firefox I see the download for mac |
BIll Marsh
said:
|
... Exceptional focus in these gems. Thank you Jack. Can you throw more GPU processing horsepower at rawReader's Debayer? |
Nico Dufort
said:
|
... Frank, did you get the J_rawReader to work under Nuke6.2v3? Anyone else had it work under linux? I got other nodes to work fine (J_3Way, etc.), but for J_rawReader, I get: Traceback (most recent call last): File "", line 1, in RuntimeError: /path/to/J_Ops/ndk/J_rawReader.so: plugin did not define J_rawReader |
Nico Dufort
said:
|
... OK, my retardedness.. I was expecting a separate Read node, and I did not notice the extra bits at the bottom of the regular one. All good on this one. This brings me to my second question: we can't batch render... Simple scene: 1 Read with a raw image, and one Write. If I press render on the write, it works. If I run nuke -X myWrite myComp.nk, it starts rendering and stops leaving a tmp exr. The init.py loads the J_Ops tools in both cases (echo'd), so I'm a bit at loss. Anyone with a suggestion as to how to get this to work? Will certainly post on the Nuke forums as well. Thanks. nico |
a guest
said:
|
... Just for the record, in case someone else has the problem: Disabling the Disk Cache knob on the Read node solved the problem of not being able to render from the shell under Linux/Nuke6.2v3. Thanks Jack! |
Gary Jaeger
said:
|
... We haven't been able to get J_Ops to work from a central server install. Other plugins work, but not J_Ops. Any tips? |
Roman Yu
said:
|
... Instal in 6.3v1plugins copy info from menu.py and init.py from folder J_Ops to files in plug dir Nuke see plugins but can`t load it, error: Node creation failed with runtime error. This is usually down to one of the following: 1) You tried to create a node not currently in the NUKE_PATH. 2) The binary of the plug-in found is not compatible with the version, or 32/64bit- ness of Nuke/OS. Check you have the right version installed. |
Jack Binks
said:
|
... Difficult to troubleshoot without a lot more info. Normally if you install manually and don't correctly create the file structure it's looking for then you'll start seeing things like this. Does it work if you use the installer? (rather than your copying info and whatnot)? |
Roman Yu
said:
|
... Hi. add NUKE_PATH and install there, work only when correct folders with dlls. Default instalation paths did not see plugin. Thanks! |
Jack Binks
said:
|
... If you're on XP64 I wonder if the installer is putting the plug-ins in substructure of 'program files' rather than 'program files (x64)'? If so you may just be able to copy across the J_Ops folder in common files from one to the other. |
martin constable
said:
|
... A truly remarkable set of tools. The Scopes in particular are very useful and fill a gap in Nuke's color editing toolset. Thank you. |
Write comment
You must be logged in to post a comment. Please register if you do not have an account yet.
