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?
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.
On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com> wrote:
> 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?
On Sunday, October 7, 2012, John Cassella wrote:
> 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
> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com<javascript:_e({}, 'cvml', 'matt.est...@gmail.com');>
> > wrote:
>> 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?
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.est...@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. :)
> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com> wrote:
>> Ah really? Cool, will give that a shot, thanks!
>> On Sunday, October 7, 2012, John Cassella wrote:
>>> 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
>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>> 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?
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!
On Sun, Oct 7, 2012 at 12:02 PM, Matt Estela <matt.est...@gmail.com> wrote:
> 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...
> [image: Inline image 1]
> On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt.est...@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. :)
>> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>> Ah really? Cool, will give that a shot, thanks!
>>> On Sunday, October 7, 2012, John Cassella wrote:
>>>> 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
>>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>>> 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?
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.est...@gmail.com> wrote:
> Ah really? Cool, will give that a shot, thanks!
> On Sunday, October 7, 2012, John Cassella wrote:
>> 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
>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com> wrote:
>>> 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?
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
On Sun, Oct 7, 2012 at 5:39 AM, Matt Estela <matt.est...@gmail.com> wrote:
> 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
> On Sun, Oct 7, 2012 at 12:02 PM, Matt Estela <matt.est...@gmail.com>wrote:
>> 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...
>> [image: Inline image 1]
>> On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt.est...@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. :)
>>> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>>> Ah really? Cool, will give that a shot, thanks!
>>>> On Sunday, October 7, 2012, John Cassella wrote:
>>>>> 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
>>>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>>>> 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?
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. :)
On Tue, Oct 9, 2012 at 4:07 AM, John Cassella <redpa...@gmail.com> wrote:
> 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
> On Sun, Oct 7, 2012 at 5:39 AM, Matt Estela <matt.est...@gmail.com> wrote:
>> 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
>> On Sun, Oct 7, 2012 at 12:02 PM, Matt Estela <matt.est...@gmail.com>wrote:
>>> 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...
>>> [image: Inline image 1]
>>> On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt.est...@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. :)
>>>> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>>>> Ah really? Cool, will give that a shot, thanks!
>>>>> On Sunday, October 7, 2012, John Cassella wrote:
>>>>>> 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
>>>>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>>>>> 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?
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.
On Mon, Oct 8, 2012 at 3:30 PM, Matt Estela <matt.est...@gmail.com> wrote:
> 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
> On Tue, Oct 9, 2012 at 4:07 AM, John Cassella <redpa...@gmail.com> wrote:
>> 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
>> On Sun, Oct 7, 2012 at 5:39 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>> 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
>>> On Sun, Oct 7, 2012 at 12:02 PM, Matt Estela <matt.est...@gmail.com>wrote:
>>>> 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...
>>>> [image: Inline image 1]
>>>> On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt.est...@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. :)
>>>>> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>>>>> Ah really? Cool, will give that a shot, thanks!
>>>>>> On Sunday, October 7, 2012, John Cassella wrote:
>>>>>>> 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
>>>>>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>>>>>> 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?
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.
On Fri, Oct 12, 2012 at 5:13 AM, John Cassella <redpa...@gmail.com> wrote:
> 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
> On Mon, Oct 8, 2012 at 3:30 PM, Matt Estela <matt.est...@gmail.com> wrote:
>> 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
>> On Tue, Oct 9, 2012 at 4:07 AM, John Cassella <redpa...@gmail.com> wrote:
>>> 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
>>> On Sun, Oct 7, 2012 at 5:39 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>>> 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
>>>> On Sun, Oct 7, 2012 at 12:02 PM, Matt Estela <matt.est...@gmail.com>wrote:
>>>>> 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...
>>>>> [image: Inline image 1]
>>>>> On Sun, Oct 7, 2012 at 11:44 AM, Matt Estela <matt.est...@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. :)
>>>>>> On Sun, Oct 7, 2012 at 7:51 AM, Matt Estela <matt.est...@gmail.com>wrote:
>>>>>>> Ah really? Cool, will give that a shot, thanks!
>>>>>>> On Sunday, October 7, 2012, John Cassella wrote:
>>>>>>>> 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
>>>>>>>> On Sat, Oct 6, 2012 at 7:57 AM, mattestela <matt.est...@gmail.com>wrote:
>>>>>>>>> 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?
