problems compiling on centos6.2

[mattestela]

Super keen to use partio, tried the latest binaries, they complain
about a glibc mismatch, so rolling up my sleeves and trying to compile
my own for centos6.2 and maya 2011. Should warn that I don't have sudo
rights, and this is my first attempt at wrestling cmake, so bear with
me...

First, cmake complained that it couldn't find GLUT_Xi_LIBRARY; seems
I'd need to install that with yum, but without rights to do that, and
seeing that its probably for the standalone viewer, I commented out
src/tools from the cmakelists. Iit then created a build structure, yay
(after some fiddling to make it find our oddly named maya dirs).

The make process churns through to 88% happily, but stops when it gets
to partioVisualizer.o with this error:

/usr/autodesk/maya2011.5-x64/devkit/plug-ins/GL/glext.h:2818: error:
‘<anonymous>’ has incomplete type
/usr/autodesk/maya2011.5-x64/devkit/plug-ins/GL/glext.h:2818: error:
invalid use of ‘GLvoid’

Some googling suggests I either swap 'GLvoid' for 'void', but I can't
do that without su rights, and it doesn't seem right that I'd need to
modify autodesk headers. Another suggestion was that using a older
compiler would work, but I'm not sure how I get cmake to do that.

Anyone out there on centos6.2? Or can suggest next steps?

Cheers,

-matt

[John Cassella]

Thats what I had to do as well  on 2011  to get it to compile.  
I copied the glext.h header from  maya 2012 to  the maya 2011  folder and then  the compile worked..   diffing the two  resulted in
only 4 lines different and they were as you describe,   void vs  glvoid  differences.

the path to the GL stuff is customized in the  cmakeLists.txt file  so you can  make your own copy,  and  point the cmake file to that  location  and hopefully this should get you going.

-j

[Matt Estela]

Ah really? Cool, will give that a shot, thanks!

[Matt Estela]

Doh, ok, something is arwy... :(

Looks like partio isn't loading our _radiosity channel as rgb. Is that a known thing? This is a prman16 ptc, ptviewer displays the channels fine, see attached screengrab. I can attach a ptc if anyone is interested...

On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt....@gmail.com> wrote:

That worked! Much obliged! I can provide the binary if it's of interest, but I'm not sure if that'll help or hinder general efforts.

Next step; add features lighters will dig, namely an exposure/brightness slider when viewing colours from a ptc, to see whats going on for indirect illumination.

Cheers muchly, you've made a bunch of lighters very happy. :)

[Matt Estela]

I had another stab at getting the standalone viewer working, with great success. For some reason cmake couldn't find the Xi lib, despite finding everything else. I hardcoded the correct path in the generated CMakeCache.txt file, compiled fine. Couldn't find anywhere in the 'proper' config files that pointed to this, so can't suggest a fix for the distribution. The lib ends in .so.6 rather than .so ( /usr/lib64/libXi.so.6 to be exact), wonder if that's enough to confuse cmake?

Interestingly, partview loads the rgb info that the maya plugin doesn't (after I altered the source to also look for the _radiosity channel for colour), That, combined with its speed, ability to handle sequence, and no quirks with clipping planes, makes this an instant replacement for ptviewer for us, so this was a worthy weekend experiment! Thanks for sharing this plugin and collection of tools, really appreciated!

-matt

[Matt Estela]

That worked! Much obliged! I can provide the binary if it's of interest, but I'm not sure if that'll help or hinder general efforts.

Next step; add features lighters will dig, namely an exposure/brightness slider when viewing colours from a ptc, to see whats going on for indirect illumination.

Cheers muchly, you've made a bunch of lighters very happy. :)

On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt....@gmail.com> wrote:

[John Cassella]

Hey Matt,  glad you got it working..   I  am running all my compiles on linux from  fedora 15 so there's probably some small changes from that to  centos but I haven't heard much from anyone else about that sort of issue yet.  My guess is that if you were able to  install  some dev libs  or possibly some updates that some of your  hand pathing may go away?    Also,  are you using an nvidia driver?  or  Ati?    wonder if there's differences in that  sort of thing as well.

Are you unable to get   the _radiosity  channel loaded in partio4Maya at all?
I wonder if  it might be  something related to the  underscore  in the name?
Where does this get exported from?    Rman?   

Glad partView  works for you,  I've tried to make it a bit more friendly ,  I wish  I could make it   not  overrun the end of the frame sequence  like it does.. and   its got its issues with certain  file formats...   Also I  want to try to figure out a way to do pulldowns  for   attribute lists for   color  and  opacity channels..  I'm just pretty new to 
openGL programming :-)

anyway,  let me know if you have any other problems 
talk to you soon

-johnc

[Matt Estela]

Will talk to the guys in systems/RnD about getting some dev libs installed, will see if that helps. We're running nvidia here.

Re radiosity, it loads, but appears to only load the red channel, in grayscale (that image I attached was probably a bit dark). If I get time I'll take a quick peek at the code, see if its making some kind of assumption about single channel vs rgb. And yeah, its from prman.

Re partview, yeah, I've already been hacking on it, its very easy to understand even for a cpp neophyte like myself. I've done 2 things; made the brightness control work in all cases, not just when there's alpha, have it not clamp at 1, and made it an exposure change rather than a lift. I've done all this in a very hack n slash way, and not in a git branch. My next step is to actually do all this within the confines of git, so I can send some potential improvements back to you.

Other chaps in the building got very excited, esp. when they found the python module that also got compiled. One person got it to talk to a pre-existing framework he'd developed in pyglet, so he could then use glsl shaders, nice gui controls, very slick. Was quite a bit slower than partview, but still, nice to see it being used and tinkered with. If I'm gonna do any more work, I'll probably stick with the cpp version, if only for the glut/cpp exercise. :)

-matt

[John Cassella]

Matt!,  Awesome ,  any fixes you want to send back my way I'd be glad to incorporate into the main branch.  The  Partview stuff  could definitely use some more  love so any fixes that make more sense for usability  sound great!

If you want to send me a  single frame of cache for the radiosity issue, I can  take a look at it that way as well.  its probably something pretty simple.

Let me know how it goes.

talk to you soon.
-johnc

[Matt Estela]

Ok, I think I've got something ready to go; chatting with one of the developers here, he said this should work:

git remote add github http://github.com/redpawfx/partio.git

then 

git push github

Not sure what the git ettiqute here is; do I just push like that, or better for you to review changes first, or better to push to my own branch?

Here's what I've done:

loads _radiosity as one of the colour channels by default
added exposure control, up arrow/down arrow to adjust
added gamma control, y and Y to adjust
added reset control, r will reset colour corrections
GUI now displays exposure and gamma values

To get cmake to work and for the compile to go through I've fiddled a few cmakefiles here and there; after the fact i discovered ccmake, which lets me deal with the animal logic specific stuff and not pollute the existing files. I can clean those up if you want before pushing my changes.

-matt