Re: Soft 2014 in Linux is "always-on-top"?

[Thomas Volkmann]

Hi Sylvain,

I'm not at my machine right now, but I think the only thing you need to 
do is copy some libraries from an older Fedora version(F14 probably) and 
put them into ...Application/bin/.
It's definitely libXext.so.6 and two others I think starting with libX. 
I can tell you later exactly and send you the files.


cheers,
Thomas

On 07/27/2013 04:09 AM, Sylvain Lebeau wrote:

Ohhh sorry, i reverted back to (after clean install state)
This is the real strace log. I was messing with X11 in the other 
post.  This log is the one i get after a clean install.


writev(2, [{"/usr/Softimage/Softimage_2014_SP"..., 57}, {": ", 2}, 
{"symbol lookup error", 19}, {": ", 2}, {"/usr/lib64/libXext.so.6", 
23}, {": ", 2}, {"undefined symbol: _XGetRequest", 30}, {"", 0}, {"", 
0}, {"\n", 1}], 
10/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest

) = 136
exit_group(127) = ?
+++ exited with 127 +++


thanks guys!

sly




On 07/26/2013 09:53 PM, Sylvain Lebeau wrote:

Here are the last strings when i do an strace run of ./xsi

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE, 6, 0) = 
0x7f393bfff000
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.3") 
= 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.2") 
= 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.1") 
= 0

fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
munmap(0x7000, 16777216)= 0
lstat("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.gma_heap", 
{st_mode=S_IFREG|0600, st_size=131168, ...}) = 0

fstat(4, {st_mode=S_IFREG|0600, st_size=131168, ...}) = 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.gma_heap") 
= 0

close(4)= 0
lstat("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6", 
{st_mode=S_IFREG|0600, st_size=184, ...}) = 0

unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6") = 0
close(3)= 0
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(16317, 16317, SIGABRT)   = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=16317, 
si_uid=0} ---

+++ killed by SIGABRT (core dumped) +++
Aborted (core dumped)


Dam it!!!

sly




On 07/26/2013 09:12 PM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it stays 
fixed to the screen, no matter what workspace i'm on. So switching 
spaces always drags Softimage with, no matter what you do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is 
still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 2014 
and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more than 
willing to step in and help out as much as i can on my side... just 
drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem that 
it sits

> always-on-top of every other window

Re: Soft 2014 in Linux is "always-on-top"?

[Christoph Muetze]

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more and 
more fragile on the Linux side of things, an install becomes harder with 
every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6


Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem with 
all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 10:14 
geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when maximized 
it goes beyond the usual borders (almost like fullscreen), it doesn't 
show up in taskbar either and when minimized then it becomes a little 
icon-like square that is floating on top of every other application 
or window. Also it stays fixed to the screen, no matter what 
workspace i'm on. So switching spaces always drags Softimage with, no 
matter what you do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is still 
noteworthy imho, especially since Softimage 2013 still behaves a 100% 
correctly on the same machine... (So do Mudbox 2014 and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more than 
willing to step in and help out as much as i can on my side... just 
drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem that 
it sits

> always-on-top of every other window?
>
> It's pretty annoying and I'm wondering if it's just me. We're on 
CentOS at

> work.
>
> Cheers,
>
> -- Alan
>
>
>
>
>
> --
> Our users will know fear and cower before our software! Ship it! 
Ship it and let them flee like the dogs they are!

Re: Soft 2014 in Linux is "always-on-top"?

[Chris Chia]

It's not because it is fragile in Linux but there are so many flavours of Linux 
and the system lib versions differ in these flavours.

To make sure the installation works 100% on your machine, do check the release 
note for the list of supported OSes. Else, one would probably have to customise 
his lib to be in sync with Softimage's.


Cheers,
Chris


On 27 Jul, 2013, at 4:53 PM, "Christoph Muetze"  wrote:

> Hi Sylvain,
> 
> ...i came across the same problem. Softimage seems to becoming more and more 
> fragile on the Linux side of things, an install becomes harder with every 
> release :/
> 
> Fortunately the solution to your problem is fairly simple:
> 
> mv 
> /usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6
>  
> /usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6
> 
> Cheers,
> Chris
> 
> 
> On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:
>> Hi thomas and Christoph
>> 
>> i am struggling to make Softimage work in Fedora 18.  I remember seeing some 
>> errors in the install log too. But i dont have it underhands right now.
>> 
>> here's the error i get when i try to launch XSI
>> if any of you could help me out, it would be greatly appreciated.
>> 
>> /usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol lookup 
>> error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest
>> 
>> thanks!
>> 
>> sly
>> 
>> 
>> 
>> On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
>>> Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem with all 
>>> Windowmanagers (KDE/Gnome/Fluxbox). I can check later.
>>> 
>>> > Chris Chia  hat am 26. Juli 2013 um 10:14 
>>> > geschrieben:
>>> >
>>> >
>>> > Just curious, is everyone using just CentOS?
>>> >
>>> > From: softimage-boun...@listproc.autodesk.com 
>>> > [mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Raffaele 
>>> > Fragapane
>>> > Sent: Friday, July 26, 2013 6:51 AM
>>> > To: softimage@listproc.autodesk.com
>>> > Subject: Re: Soft 2014 in Linux is "always-on-top"?
>>> >
>>> > Hadn't noticed you guys referred specifically to 2014. Ignore my previous 
>>> > post, we don't use 2014 yet, only 12 and 13.
>>> >
>>> > On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
>>> > mailto:alan.fregt...@gmail.com>> wrote:
>>> > Yep, exact same symptoms... it doesn't register in the window manager at 
>>> > all. Not sure why, but I'm betting it's Mainwin. :(
>>> >
>>> >
>>> > On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
>>> > mailto:c...@glarestudios.de>> wrote:
>>> > Hi,
>>> >
>>> > i can relate, i'm experiencing exactly the same problem :(
>>> >
>>> > Softimage 2014 ignores the windowmanager completely, when maximized it 
>>> > goes beyond the usual borders (almost like fullscreen), it doesn't show 
>>> > up in taskbar either and when minimized then it becomes a little 
>>> > icon-like square that is floating on top of every other application or 
>>> > window. Also it stays fixed to the screen, no matter what workspace i'm 
>>> > on. So switching spaces always drags Softimage with, no matter what you 
>>> > do...
>>> >
>>> > The same behaviour is true for the mainwin control app after the 
>>> > update... it's the usual suspect for this, i guess - but it is still 
>>> > noteworthy imho, especially since Softimage 2013 still behaves a 100% 
>>> > correctly on the same machine... (So do Mudbox 2014 and Maya 2014)..
>>> >
>>> > If any of the Developers is up for troubleshooting i'm more than willing 
>>> > to step in and help out as much as i can on my side... just drop me a 
>>> > line.
>>> >
>>> > Cheers,
>>> > Chris
>>> >
>>> >
>>> > On 07/09/2013 11:54 PM, Alan Fregtman wrote:
>>> > Hey guys,
>>> >
>>> > Anybody out there using Soft2014 with Linux have the problem that it sits
>>> > always-on-top of every other window?
>>> >
>>> > It's pretty annoying and I'm wondering if it's just me. We're on CentOS at
>>> > work.
>>> >
>>> > Cheers,
>>> >
>>> > -- Alan
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Our users will know fear and cower before our software! Ship it! Ship it 
>>> > and let them flee like the dogs they are!
>> 
>> 
> 
<>

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

Thank you very Thomas,
Send them over when you have a chance!

great!!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 03:35 AM, Thomas Volkmann wrote:

Hi Sylvain,

I'm not at my machine right now, but I think the only thing you need 
to do is copy some libraries from an older Fedora version(F14 
probably) and put them into ...Application/bin/.
It's definitely libXext.so.6 and two others I think starting with 
libX. I can tell you later exactly and send you the files.


cheers,
Thomas

On 07/27/2013 04:09 AM, Sylvain Lebeau wrote:

Ohhh sorry, i reverted back to (after clean install state)
This is the real strace log. I was messing with X11 in the other 
post.  This log is the one i get after a clean install.


writev(2, [{"/usr/Softimage/Softimage_2014_SP"..., 57}, {": ", 2}, 
{"symbol lookup error", 19}, {": ", 2}, {"/usr/lib64/libXext.so.6", 
23}, {": ", 2}, {"undefined symbol: _XGetRequest", 30}, {"", 0}, {"", 
0}, {"\n", 1}], 
10/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest

) = 136
exit_group(127) = ?
+++ exited with 127 +++


thanks guys!

sly




On 07/26/2013 09:53 PM, Sylvain Lebeau wrote:

Here are the last strings when i do an strace run of ./xsi

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE, 6, 0) = 
0x7f393bfff000
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.3") 
= 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.2") 
= 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.tmp.1") 
= 0

fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
munmap(0x7000, 16777216)= 0
lstat("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.gma_heap", 
{st_mode=S_IFREG|0600, st_size=131168, ...}) = 0

fstat(4, {st_mode=S_IFREG|0600, st_size=131168, ...}) = 0
unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6.2887376.gma_heap") 
= 0

close(4)= 0
lstat("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6", 
{st_mode=S_IFREG|0600, st_size=184, ...}) = 0

unlink("/var/tmp/Mw_root/0926EBCABEFFA9CD9E71F1FED02507E6") = 0
close(3)= 0
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(16317, 16317, SIGABRT)   = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=16317, 
si_uid=0} ---

+++ killed by SIGABRT (core dumped) +++
Aborted (core dumped)


Dam it!!!

sly




On 07/26/2013 09:12 PM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it 
stays fixed to the screen, no matter what workspace i'm on. So 
switching spaces always drags Softimage with, no matter what you 
do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is 
still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 2014 
and Maya 2014)

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try Thomas 
files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more 
and more fragile on the Linux side of things, an install becomes 
harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 10:14 
geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like fullscreen), 
it doesn't show up in taskbar either and when minimized then it 
becomes a little icon-like square that is floating on top of every 
other application or window. Also it stays fixed to the screen, no 
matter what workspace i'm on. So switching spaces always drags 
Softimage with, no matter what you do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is still 
noteworthy imho, especially since Softimage 2013 still behaves a 
100% correctly on the same machine... (So do Mudbox 2014 and Maya 
2014)..

>
> If any of the Developers is up for troubleshooting i'm more than 
willing to step in and help out as much as i can on my side... just 
drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem that 
it sits

> always-on-top of every other window?
>
> It's pretty annoying and I'm wondering if it's just me. We're on 
CentOS at

> work.
>
> Cheers,
>
> -- Alan
>
>
>
>
>
> --
> Our users will know fear and cower before our software! Ship it! 
Ship it and let them flee like the dogs they are!

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

Hi Chris!

yeah i know it is supported on Fedora 14 in the release note.
But i am not giving up  !!

:-)

sly


*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>



On 07/27/2013 12:04 PM, Chris Chia wrote:

It's not because it is fragile in Linux but there are so many flavours of Linux 
and the system lib versions differ in these flavours.

To make sure the installation works 100% on your machine, do check the release 
note for the list of supported OSes. Else, one would probably have to customise 
his lib to be in sync with Softimage's.


Cheers,
Chris


On 27 Jul, 2013, at 4:53 PM, "Christoph Muetze"  wrote:


Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more and more 
fragile on the Linux side of things, an install becomes harder with every 
release :/

Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6
 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6

Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember seeing some 
errors in the install log too. But i dont have it underhands right now.

here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol lookup error: 
/usr/lib64/libXext.so.6: undefined symbol: _XGetRequest

thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:

Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem with all 
Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


Chris Chia  hat am 26. Juli 2013 um 10:14 geschrieben:


Just curious, is everyone using just CentOS?

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Raffaele Fragapane
Sent: Friday, July 26, 2013 6:51 AM
To: softimage@listproc.autodesk.com
Subject: Re: Soft 2014 in Linux is "always-on-top"?

Hadn't noticed you guys referred specifically to 2014. Ignore my previous post, 
we don't use 2014 yet, only 12 and 13.

On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
Yep, exact same symptoms... it doesn't register in the window manager at all. 
Not sure why, but I'm betting it's Mainwin. :(


On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:
Hi,

i can relate, i'm experiencing exactly the same problem :(

Softimage 2014 ignores the windowmanager completely, when maximized it goes 
beyond the usual borders (almost like fullscreen), it doesn't show up in 
taskbar either and when minimized then it becomes a little icon-like square 
that is floating on top of every other application or window. Also it stays 
fixed to the screen, no matter what workspace i'm on. So switching spaces 
always drags Softimage with, no matter what you do...

The same behaviour is true for the mainwin control app after the update... it's 
the usual suspect for this, i guess - but it is still noteworthy imho, 
especially since Softimage 2013 still behaves a 100% correctly on the same 
machine... (So do Mudbox 2014 and Maya 2014)..

If any of the Developers is up for troubleshooting i'm more than willing to 
step in and help out as much as i can on my side... just drop me a line.

Cheers,
Chris


On 07/09/2013 11:54 PM, Alan Fregtman wrote:
Hey guys,

Anybody out there using Soft2014 with Linux have the problem that it sits
always-on-top of every other window?

It's pretty annoying and I'm wondering if it's just me. We're on CentOS at
work.

Cheers,

-- Alan





--
Our users will know fear and cower before our software! Ship it! Ship it and 
let them flee like the dogs they are!

Re: Soft 2014 in Linux is "always-on-top"?

[Thomas Volkmann]

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all I did. 
Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try Thomas 
files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more 
and more fragile on the Linux side of things, an install becomes 
harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it stays 
fixed to the screen, no matter what workspace i'm on. So switching 
spaces always drags Softimage with, no matter what you do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is 
still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 2014 
and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more than 
willing to step in and help out as much as i can on my side... just 
drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem that 
it sits

> always-on-top of every other window?
>
> It's pretty annoying and I'm wondering if it's just me. We're on 
CentOS at

> work.
>
> Cheers,
>
> -- Alan
>
>
>
>
>
> --
> Our users will know fear and cower before our software! Ship it! 
Ship it and let them flee like the dogs they are!

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install in 
the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all I 
did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more 
and more fragile on the Linux side of things, an install becomes 
harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore my 
previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it 
stays fixed to the screen, no matter what workspace i'm on. So 
switching spaces always drags Softimage with, no matter what you 
do...

>
> The same behaviour is true for the mainwin control app after the 
update... it's the usual suspect for this, i guess - but it is 
still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 2014 
and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more than 
willing to step in and help out as much as i can on my side... 
just drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem 
that it sits

> always-on-top of every other window?
>
> It's pretty annoying and I'm wondering if it's just me. We're on 
CentOS at

> work.
>
> Cheers,
>
> -- Alan
>
>
>
>
>
> --
> Our users will know fear and cower before our software! Ship it! 
Ship it and let them flee like the dogs they are!











<>

Re: Soft 2014 in Linux is "always-on-top"?

[Thomas Volkmann]

What is the error now when you try to run it? And is your /etc/hosts ok?


On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install in 
the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all I 
did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming more 
and more fragile on the Linux side of things, an install becomes 
harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore 
my previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it 
stays fixed to the screen, no matter what workspace i'm on. So 
switching spaces always drags Softimage with, no matter what you 
do...

>
> The same behaviour is true for the mainwin control app after 
the update... it's the usual suspect for this, i guess - but it 
is still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 
2014 and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more 
than willing to step in and help out as much as i can on my 
side... just drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 PM, Alan Fregtman wrote:
> Hey guys,
>
> Anybody out there using Soft2014 with Linux have the problem 
that it sits

> always-on-top of every other window?
>
> It's pretty annoying and I'm wondering if it's just me. We're 
on CentOS at

> work.
>
> Cheers,
>
> -- Alan
>
>
>
>
>
> --
> Our users will know fear and cower before our software! Ship 
it! Ship it and let them flee like the dogs they are!

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

After copying the files, i do not get the _XGetRequest error anymore.

now i get this:

[Sat Jul 27 17:26:04 - sl@PC22 bin]$ ./xsi
Aborted (core dumped)


[Sat Jul 27 17:27:43 - root@PC22 usr]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 
localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 
localhost6.localdomain6


Anything to do in the hosts config file?
I've selected Network and pointed to my license server at installation. 
Nothing more.


:-)
thanks Thomas
sly



*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 05:21 PM, Thomas Volkmann wrote:

What is the error now when you try to run it? And is your /etc/hosts ok?


On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install 
in the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all I 
did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming 
more and more fragile on the Linux side of things, an install 
becomes harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol 
lookup error: /usr/lib64/libXext.so.6: undefined symbol: 
_XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem 
with all Windowmanagers (KDE/Gnome/Fluxbox). I can check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore 
my previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it 
stays fixed to the screen, no matter what workspace i'm on. So 
switching spaces always drags Softimage with, no matter what you 
do...

>
> The same behaviour is true for the mainwin control app after 
the update... it's the usual suspect for this, i guess - but it 
is still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% correctly on the same machine... (So do Mudbox 
2014 and Maya 2014)..

>
> If any of the Developers is up for troubleshooting i'm more 
than willing to step in and help out as much as i can on my 
side... just drop me a line.

>
> Cheers,
> Chris
>
>
> On 07/09/2013 11:54 P

Re: Soft 2014 in Linux is "always-on-top"?

[Thomas Volkmann]

/etc/hosts looks fine I think... try to remove/rename libX11.so.6 from 
the Application/bin folder, so that it uses the one on your system. Not 
sure about that though. Otherwise I can investigate further tomorrow maybe


On 07/27/2013 11:33 PM, Sylvain Lebeau wrote:

After copying the files, i do not get the _XGetRequest error anymore.

now i get this:

[Sat Jul 27 17:26:04 - sl@PC22 bin]$ ./xsi
Aborted (core dumped)


[Sat Jul 27 17:27:43 - root@PC22 usr]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 
localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 
localhost6.localdomain6


Anything to do in the hosts config file?
I've selected Network and pointed to my license server at 
installation. Nothing more.


:-)
thanks Thomas
sly



*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 05:21 PM, Thomas Volkmann wrote:

What is the error now when you try to run it? And is your /etc/hosts ok?


On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install 
in the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all I 
did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming 
more and more fragile on the Linux side of things, an install 
becomes harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18. I remember 
seeing some errors in the install log too. But i dont have it 
underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: 
symbol lookup error: /usr/lib64/libXext.so.6: undefined symbol: 
_XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that 
problem with all Windowmanagers (KDE/Gnome/Fluxbox). I can 
check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. Ignore 
my previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the window 
manager at all. Not sure why, but I'm betting it's Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager completely, when 
maximized it goes beyond the usual borders (almost like 
fullscreen), it doesn't show up in taskbar either and when 
minimized then it becomes a little icon-like square that is 
floating on top of every other application or window. Also it 
stays fixed to the screen, no matter what workspace i'm on. So 
switching spaces always drags Softimage with, no matter what 
you do...

>
> The same behaviour is true for the mainwin control app after 
the update... it's the usual suspect for this, i guess - but it 
is still noteworthy imho, especially since Softimage 2013 still 
behaves a 100% corr

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

interesting. I dont have any libX11* in my Application/bin folder.

but i have it in: 
:qusr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11


Also tried to rename it, without luck. Well i dont want to abuse either 
Thomas. But you are very kind.


did you ever had to edit the .mwevn ?

sly


*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 05:43 PM, Thomas Volkmann wrote:
/etc/hosts looks fine I think... try to remove/rename libX11.so.6 from 
the Application/bin folder, so that it uses the one on your system. 
Not sure about that though. Otherwise I can investigate further 
tomorrow maybe


On 07/27/2013 11:33 PM, Sylvain Lebeau wrote:

After copying the files, i do not get the _XGetRequest error anymore.

now i get this:

[Sat Jul 27 17:26:04 - sl@PC22 bin]$ ./xsi
Aborted (core dumped)


[Sat Jul 27 17:27:43 - root@PC22 usr]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 
localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 
localhost6.localdomain6


Anything to do in the hosts config file?
I've selected Network and pointed to my license server at 
installation. Nothing more.


:-)
thanks Thomas
sly



*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 05:21 PM, Thomas Volkmann wrote:

What is the error now when you try to run it? And is your /etc/hosts ok?


On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install 
in the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all 
I did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming 
more and more fragile on the Linux side of things, an install 
becomes harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I 
remember seeing some errors in the install log too. But i dont 
have it underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: 
symbol lookup error: /usr/lib64/libXext.so.6: undefined symbol: 
_XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that 
problem with all Windowmanagers (KDE/Gnome/Fluxbox). I can 
check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. 
Ignore my previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the 
window manager at all. Not sure why, but I'm betting it's 
Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the windowmanager complete

Environment sphere issues

[Nancy Jacobs]

Greetings,

I'm using the old-style environment spheres with an HDR image wrapped to light 
the scene, but invisible to rendering, and a beauty image visible to the 
render. The problem is the very visible distortion near the poles of the 
sphere. I need 360 degree visual acceptability. I am using a background which 
I've made seamless in both directions, a 2:1 rectangle. It seems this worked in 
renders at one point years ago in another software. Perhaps even XSII don't 
recall.

I'm also trying to substitute this arrangement by using both an environment 
(using the HDRI), and 'Spherical Mapping' (using the beauty image), in the Pass 
Shaders. But I'm getting very strange results, so not sure if this is the way 
to go. Also, it's difficult to line them up properly so that the light in the 
HDRI is coming from the same place as the equivalent visible areas in the 
beauty image -- which of course one can do easily in the wrapped spheres. But 
in the pass shaders, they don't seem to use the same rotation systems...

Any advice on getting an undistorted, seamless image going here? With proper 
orientations?

Thanks,
Nancy

Re: Soft 2014 in Linux is "always-on-top"?

[Sylvain Lebeau]

After a clean install. When i do a source on the .mwenv i get this error 
wich points to mainwin and env variables.


[Sat Jul 27 18:40:28 - root@PC22 scripts]# source .mwenv
bash: .mwenv: line 5: syntax error near unexpected token `setenv'
bash: .mwenv: line 5: `   if ( ! $?MWHOME ) setenv MWHOME 
"$SI_HOME/Application/mainwin/mw"'



*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM>

On 07/27/2013 05:43 PM, Thomas Volkmann wrote:
/etc/hosts looks fine I think... try to remove/rename libX11.so.6 from 
the Application/bin folder, so that it uses the one on your system. 
Not sure about that though. Otherwise I can investigate further 
tomorrow maybe


On 07/27/2013 11:33 PM, Sylvain Lebeau wrote:

After copying the files, i do not get the _XGetRequest error anymore.

now i get this:

[Sat Jul 27 17:26:04 - sl@PC22 bin]$ ./xsi
Aborted (core dumped)


[Sat Jul 27 17:27:43 - root@PC22 usr]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 
localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 
localhost6.localdomain6


Anything to do in the hosts config file?
I've selected Network and pointed to my license server at 
installation. Nothing more.


:-)
thanks Thomas
sly



*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 05:21 PM, Thomas Volkmann wrote:

What is the error now when you try to run it? And is your /etc/hosts ok?


On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:

Thanks for your help!...and files

unfortunnatly, still no luck.  Here are the errors i get at install 
in the log... If it chime's something to you guys.


keepin up!

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 02:55 PM, Thomas Volkmann wrote:

Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
I hope it works for you, but as far as I can remember that is all 
I did. Just copy these to Application/bin


cheers,
Thomas

On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:

Hi Christoph!

I've just tried it and now i have a crash core dump. I will try 
Thomas files and let you know about my progress.

thank you man.

sly

*Sylvain Lebeau // SHED**
*V-P/Visual effects supervisor
1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
T 514 849-1555 F 514 849-5025WWW.SHEDMTL.COM 
<http://WWW.SHEDMTL.COM> 


On 07/27/2013 04:52 AM, Christoph Muetze wrote:

Hi Sylvain,

...i came across the same problem. Softimage seems to becoming 
more and more fragile on the Linux side of things, an install 
becomes harder with every release :/


Fortunately the solution to your problem is fairly simple:

mv 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6 
/usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6 



Cheers,
Chris


On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:

Hi thomas and Christoph

i am struggling to make Softimage work in Fedora 18.  I 
remember seeing some errors in the install log too. But i dont 
have it underhands right now.


here's the error i get when i try to launch XSI
if any of you could help me out, it would be greatly appreciated.

/usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: 
symbol lookup error: /usr/lib64/libXext.so.6: undefined symbol: 
_XGetRequest


thanks!

sly



On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
Nope, I'm on Fedora19. I'm not a 100% sure if I get that 
problem with all Windowmanagers (KDE/Gnome/Fluxbox). I can 
check later.


> Chris Chia  hat am 26. Juli 2013 um 
10:14 geschrieben:

>
>
> Just curious, is everyone using just CentOS?
>
> From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of 
Raffaele Fragapane

> Sent: Friday, July 26, 2013 6:51 AM
> To: softimage@listproc.autodesk.com
> Subject: Re: Soft 2014 in Linux is "always-on-top"?
>
> Hadn't noticed you guys referred specifically to 2014. 
Ignore my previous post, we don't use 2014 yet, only 12 and 13.

>
> On Thu, Jul 25, 2013 at 11:48 PM, Alan Fregtman 
mailto:alan.fregt...@gmail.com>> wrote:
> Yep, exact same symptoms... it doesn't register in the 
window manager at all. Not sure why, but I'm betting it's 
Mainwin. :(

>
>
> On Thu, Jul 25, 2013 at 8:43 AM, Christoph Muetze 
mailto:c...@glarestudios.de>> wrote:

> Hi,
>
> i can relate, i'm experiencing exactly the same problem :(
>
> Softimage 2014 ignores the win

Re: Soft 2014 in Linux is "always-on-top"?

[Vladimir Jankijevic]

try it through tcsh. You should actually only use tcsh with softimage.

hope this helps



On Sat, Jul 27, 2013 at 7:02 PM, Sylvain Lebeau  wrote:

>  After a clean install. When i do a source on the .mwenv i get this error
> wich points to mainwin and env variables.
>
> [Sat Jul 27 18:40:28 - root@PC22 scripts]# source .mwenv
> bash: .mwenv: line 5: syntax error near unexpected token `setenv'
> bash: .mwenv: line 5: `   if ( ! $?MWHOME ) setenv MWHOME
> "$SI_HOME/Application/mainwin/mw"'
>
>
>
>  *Sylvain Lebeau // SHED**
> *V-P/Visual effects supervisor
> 1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
> T 514 849-1555 F 514 849-5025 WWW.SHEDMTL.COM  
> <
> http://WWW.SHEDMTL.COM>
>  On 07/27/2013 05:43 PM, Thomas Volkmann wrote:
>
> /etc/hosts looks fine I think... try to remove/rename libX11.so.6 from the
> Application/bin folder, so that it uses the one on your system. Not sure
> about that though. Otherwise I can investigate further tomorrow maybe
>
> On 07/27/2013 11:33 PM, Sylvain Lebeau wrote:
>
> After copying the files, i do not get the _XGetRequest error anymore.
>
> now i get this:
>
> [Sat Jul 27 17:26:04 - sl@PC22 bin]$ ./xsi
> Aborted (core dumped)
>
>
> [Sat Jul 27 17:27:43 - root@PC22 usr]# cat /etc/hosts
> 127.0.0.1   localhost localhost.localdomain localhost4
> localhost4.localdomain4
> ::1 localhost localhost.localdomain localhost6
> localhost6.localdomain6
>
> Anything to do in the hosts config file?
> I've selected Network and pointed to my license server at installation.
> Nothing more.
>
> :-)
> thanks Thomas
> sly
>
>
>
>  *Sylvain Lebeau // SHED**
> *V-P/Visual effects supervisor
> 1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
> T 514 849-1555 F 514 849-5025 WWW.SHEDMTL.COM  
> <
> http://WWW.SHEDMTL.COM>
> On 07/27/2013 05:21 PM, Thomas Volkmann wrote:
>
> What is the error now when you try to run it? And is your /etc/hosts ok?
>
>
> On 07/27/2013 11:18 PM, Sylvain Lebeau wrote:
>
> Thanks for your help!...and files
>
> unfortunnatly, still no luck.  Here are the errors i get at install in the
> log... If it chime's something to you guys.
>
> keepin up!
>
> sly
>
>  *Sylvain Lebeau // SHED**
> *V-P/Visual effects supervisor
> 1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
> T 514 849-1555 F 514 849-5025 WWW.SHEDMTL.COM  
> <
> http://WWW.SHEDMTL.COM>
> On 07/27/2013 02:55 PM, Thomas Volkmann wrote:
>
> Here you go: https://www.dropbox.com/sh/lyc7kcka86u8pw5/jHwE0dDWG0
> I hope it works for you, but as far as I can remember that is all I did.
> Just copy these to Application/bin
>
> cheers,
> Thomas
>
> On 07/27/2013 06:53 PM, Sylvain Lebeau wrote:
>
> Hi Christoph!
>
> I've just tried it and now i have a crash core dump. I will try Thomas
> files and let you know about my progress.
> thank you man.
>
> sly
>
>  *Sylvain Lebeau // SHED**
> *V-P/Visual effects supervisor
> 1410, RUE STANLEY, 11E ÉTAGE MONTRÉAL (QUÉBEC) H3A 1P8
> T 514 849-1555 F 514 849-5025 WWW.SHEDMTL.COM  
> <
> http://WWW.SHEDMTL.COM>
> On 07/27/2013 04:52 AM, Christoph Muetze wrote:
>
> Hi Sylvain,
>
> ...i came across the same problem. Softimage seems to becoming more and
> more fragile on the Linux side of things, an install becomes harder with
> every release :/
>
> Fortunately the solution to your problem is fairly simple:
>
> mv
> /usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/libX11.so.6
> /usr/Softimage/Softimage_2014_SP2/Application/mainwin/mw/lib-amd64_linux/X11/~libX11.so.6
>
>
> Cheers,
> Chris
>
>
> On 07/27/2013 03:12 AM, Sylvain Lebeau wrote:
>
> Hi thomas and Christoph
>
> i am struggling to make Softimage work in Fedora 18.  I remember seeing
> some errors in the install log too. But i dont have it underhands right
> now.
>
> here's the error i get when i try to launch XSI
> if any of you could help me out, it would be greatly appreciated.
>
> /usr/Softimage/Softimage_2014_SP2/Application/bin/XSI.bin: symbol lookup
> error: /usr/lib64/libXext.so.6: undefined symbol: _XGetRequest
>
> thanks!
>
> sly
>
>
>
> On 07/26/2013 04:25 AM, Thomas Volkmann wrote:
>
> Nope, I'm on Fedora19. I'm not a 100% sure if I get that problem with all
> Windowmanagers (KDE/Gnome/Fluxbox). I can check later.
>
> > Chris Chia   hat am
> 26. Juli 2013 um 10:14 geschrieben:
> >
> >
> > Just curious, is everyone using just CentOS?
> >
> > From: softimage-boun...@listproc.autodesk.com [
> mailto:softimage-boun...@listproc.autodesk.com]
> On Behalf Of Raffaele Fragapane
> > Sent: Friday, July 26, 2013 6:51 AM
> > To: softimage@listproc.autodesk.com
> > Subject: Re: Soft 2014 in Linux is "always-on-top"?
> >
> > Hadn't noticed you guys referred specifically to 2014. Ignore my
> previous post, we don't use 2014 yet, only 12 and 13.
> >
> > On Thu, Jul 25, 2013 at 

Implicit texture projection not working

[Nancy Jacobs]

Hey,

I thought I'd solved my problem with images distorting in spherical mapping, 
by...what? Reading the manual. But, no

Apparently, creating a 'purely implicit' texture projection is supposed to 
solve this issue of image distortion at the poles. They even have pictures 
proving it. However, I can't get any image to map to a sphere using this 
texture projection method. I also found, in the manual, that one is supposed to 
use an 'image implicit' node to map the image (they don't tell you that 
initially, you have to accidentally find it...). However, that doesn't work 
either. All I get is the dreaded generic color one gets when ones texture 
projection is not in the same universe, if you know what I mean.

Having followed the manual's instructions, what am I missing here?

Thanks for any,
Nancy

Re: Environment sphere issues

[Stephen Davidson]

If you have Photoshop, here is a link to something called spherical mapping
corrector:
http://www.richardrosenman.com/software/downloads/

No 64 bit support, I believe.

here is the install and use docs:
Spherical Mapping Corrector - v1.4,  © 2008 Richard Rosenman Advertising &
Design. Release date: 03/15/03, Updated 09/28/08.


INSTALLATION:

Simply unzip "spheremap.zip" and copy "spheremap.8bf" to your
"\Photoshop\Plug-Ins\" folder, or whichever plugin folder your host program
uses. Load your program, open an image, go to the plugins menu and select
the plugin.


DESCRIPTION:

This filter produces texture map correction for spherical mapping.

When projecting a rectangular texture onto a sphere using traditional
spherical mapping coordinates, distortion ('pinching') occurs at the poles
where the texture must come to a point. Given the different topology of a
plane and a sphere, it is impossible to avoid this, or any kind of
distortion. However, by properly distorting the texture map, it is possible
to minimize and even compensate for the polar distortion.

Special thanks to Paul Bourke for allowing his algorithm to be ported to
this plugin. For more information, please visit Mr. Bourke's site at
http://astronomy.swin.edu.au/~pbourke/.

Sub-Sampling: Specifies what type of pixel sub-sampling to use. (Nearest
Neighbor being fastest, Bicubic being best.


On Sat, Jul 27, 2013 at 6:46 PM, Nancy Jacobs  wrote:

> Greetings,
>
> I'm using the old-style environment spheres with an HDR image wrapped to
> light the scene, but invisible to rendering, and a beauty image visible to
> the render. The problem is the very visible distortion near the poles of
> the sphere. I need 360 degree visual acceptability. I am using a background
> which I've made seamless in both directions, a 2:1 rectangle. It seems this
> worked in renders at one point years ago in another software. Perhaps even
> XSII don't recall.
>
> I'm also trying to substitute this arrangement by using both an
> environment (using the HDRI), and 'Spherical Mapping' (using the beauty
> image), in the Pass Shaders. But I'm getting very strange results, so not
> sure if this is the way to go. Also, it's difficult to line them up
> properly so that the light in the HDRI is coming from the same place as the
> equivalent visible areas in the beauty image -- which of course one can do
> easily in the wrapped spheres. But in the pass shaders, they don't seem to
> use the same rotation systems...
>
> Any advice on getting an undistorted, seamless image going here? With
> proper orientations?
>
> Thanks,
> Nancy
>



-- 

Best Regards,
*  Stephen P. Davidson**
   **(954) 552-7956
*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke

Re: Environment sphere issues

[Nancy Jacobs]

Stephen, this plugin really didn't work for me. It way overdid some kind of 
smearing, spiraling algorithm. Looks a lot worse than the original. I wonder 
what he's thinking, or what went wrong here... Any ideas?

Thanks for the link, however. I was really stoked when I thought it was going 
to solve this problem. Maybe something in Softimage mapping is trying to solve 
this and doesn't quite do it, so this plugin overcompensates?

I still think implicit mapping would help, as the help files indicate, if I 
could get any image to show up on the sphere.

Thanks again,
Nancy

On Jul 27, 2013, at 8:18 PM, Stephen Davidson  wrote:

> If you have Photoshop, here is a link to something called spherical mapping 
> corrector:
> http://www.richardrosenman.com/software/downloads/
> 
> No 64 bit support, I believe.
> 
> here is the install and use docs:
> Spherical Mapping Corrector - v1.4,  © 2008 Richard Rosenman Advertising & 
> Design. Release date: 03/15/03, Updated 09/28/08.
> 
> 
> INSTALLATION:
> 
> Simply unzip "spheremap.zip" and copy "spheremap.8bf" to your 
> "\Photoshop\Plug-Ins\" folder, or whichever plugin folder your host program 
> uses. Load your program, open an image, go to the plugins menu and select the 
> plugin.
> 
> 
> DESCRIPTION:
> 
> This filter produces texture map correction for spherical mapping.
> 
> When projecting a rectangular texture onto a sphere using traditional 
> spherical mapping coordinates, distortion ('pinching') occurs at the poles 
> where the texture must come to a point. Given the different topology of a 
> plane and a sphere, it is impossible to avoid this, or any kind of 
> distortion. However, by properly distorting the texture map, it is possible 
> to minimize and even compensate for the polar distortion.
> 
> Special thanks to Paul Bourke for allowing his algorithm to be ported to this 
> plugin. For more information, please visit Mr. Bourke's site at 
> http://astronomy.swin.edu.au/~pbourke/.
> 
> Sub-Sampling: Specifies what type of pixel sub-sampling to use. (Nearest 
> Neighbor being fastest, Bicubic being best.
> 
> 
> On Sat, Jul 27, 2013 at 6:46 PM, Nancy Jacobs  wrote:
>> Greetings,
>> 
>> I'm using the old-style environment spheres with an HDR image wrapped to 
>> light the scene, but invisible to rendering, and a beauty image visible to 
>> the render. The problem is the very visible distortion near the poles of the 
>> sphere. I need 360 degree visual acceptability. I am using a background 
>> which I've made seamless in both directions, a 2:1 rectangle. It seems this 
>> worked in renders at one point years ago in another software. Perhaps even 
>> XSII don't recall.
>> 
>> I'm also trying to substitute this arrangement by using both an environment 
>> (using the HDRI), and 'Spherical Mapping' (using the beauty image), in the 
>> Pass Shaders. But I'm getting very strange results, so not sure if this is 
>> the way to go. Also, it's difficult to line them up properly so that the 
>> light in the HDRI is coming from the same place as the equivalent visible 
>> areas in the beauty image -- which of course one can do easily in the 
>> wrapped spheres. But in the pass shaders, they don't seem to use the same 
>> rotation systems...
>> 
>> Any advice on getting an undistorted, seamless image going here? With proper 
>> orientations?
>> 
>> Thanks,
>> Nancy
> 
> 
> 
> -- 
> 
> Best Regards,
>   Stephen P. Davidson 
>(954) 552-7956
> sdavid...@3danimationmagic.com
> 
> Any sufficiently advanced technology is indistinguishable from magic
> 
>  
> - Arthur C. Clarke
> 
> 

Re: Implicit texture projection not working

[Luca!!!!]

If you set "implicit projection", it will be visible only in render.

Anyway you can't freeze it or it will lose the implicit property.


2013/7/28 Nancy Jacobs 

> Hey,
>
> I thought I'd solved my problem with images distorting in spherical
> mapping, by...what? Reading the manual. But, no
>
> Apparently, creating a 'purely implicit' texture projection is supposed to
> solve this issue of image distortion at the poles. They even have pictures
> proving it. However, I can't get any image to map to a sphere using this
> texture projection method. I also found, in the manual, that one is
> supposed to use an 'image implicit' node to map the image (they don't tell
> you that initially, you have to accidentally find it...). However, that
> doesn't work either. All I get is the dreaded generic color one gets when
> ones texture projection is not in the same universe, if you know what I
> mean.
>
> Having followed the manual's instructions, what am I missing here?
>
> Thanks for any,
> Nancy
>



-- 
...superpositiviii...qualunque cosa accada!...

Re: Implicit texture projection not working

[Luca!!!!]

Uh... interesting bug, I've just discovered. I remembered freezing an
implicit object was losing the Implicit property. But it seems is not like
that anymore.
To prevent this problem Softimage simply doesn't let you freeze the object.
The bug is (if it is a bug as I think it is) after trying to freeze the
sphere in Implicit mode and getting the sphere back to explicit it removes
the property, but it's impossibile to freeze the object in anyway, and
removing the projection it removes the object, too.
Softimage still thinks the object is in Implicit mode, without showing the
implicit UV. Isn't it weird?
SI 2014.


2013/7/28 Luca 

> If you set "implicit projection", it will be visible only in render.
>
> Anyway you can't freeze it or it will lose the implicit property.
>
>
> 2013/7/28 Nancy Jacobs 
>
>> Hey,
>>
>> I thought I'd solved my problem with images distorting in spherical
>> mapping, by...what? Reading the manual. But, no
>>
>> Apparently, creating a 'purely implicit' texture projection is supposed
>> to solve this issue of image distortion at the poles. They even have
>> pictures proving it. However, I can't get any image to map to a sphere
>> using this texture projection method. I also found, in the manual, that one
>> is supposed to use an 'image implicit' node to map the image (they don't
>> tell you that initially, you have to accidentally find it...). However,
>> that doesn't work either. All I get is the dreaded generic color one gets
>> when ones texture projection is not in the same universe, if you know what
>> I mean.
>>
>> Having followed the manual's instructions, what am I missing here?
>>
>> Thanks for any,
>> Nancy
>>
>
>
>
> --
> ...superpositiviii...qualunque cosa accada!...
>



-- 
...superpositiviii...qualunque cosa accada!...

Re: Environment sphere issues

[Stephen Davidson]

If you don't want distortions, you might consider using cross mapping.
You can use this free HDRI utility to convert the map
to a cross map:
http://ict.debevec.org/~debevec/HDRShop/download/

Once converted to a cross map, you will see the pinching, and can paint it
out..
There is no real perfect method. It all depends on the particular situation.

For me I use the Photoshop plugin to create reflection maps that don't have
seems.


On Sat, Jul 27, 2013 at 9:42 PM, Nancy Jacobs  wrote:

> Stephen, this plugin really didn't work for me. It way overdid some kind
> of smearing, spiraling algorithm. Looks a lot worse than the original. I
> wonder what he's thinking, or what went wrong here... Any ideas?
>
> Thanks for the link, however. I was really stoked when I thought it was
> going to solve this problem. Maybe something in Softimage mapping is trying
> to solve this and doesn't quite do it, so this plugin overcompensates?
>
> I still think implicit mapping would help, as the help files indicate, if
> I could get any image to show up on the sphere.
>
> Thanks again,
> Nancy
>
> On Jul 27, 2013, at 8:18 PM, Stephen Davidson 
> wrote:
>
> If you have Photoshop, here is a link to something called spherical
> mapping corrector:
> http://www.richardrosenman.com/software/downloads/
>
> No 64 bit support, I believe.
>
> here is the install and use docs:
> Spherical Mapping Corrector - v1.4,  © 2008 Richard Rosenman Advertising &
> Design. Release date: 03/15/03, Updated 09/28/08.
>
>
> INSTALLATION:
>
> Simply unzip "spheremap.zip" and copy "spheremap.8bf" to your
> "\Photoshop\Plug-Ins\" folder, or whichever plugin folder your host program
> uses. Load your program, open an image, go to the plugins menu and select
> the plugin.
>
>
> DESCRIPTION:
>
> This filter produces texture map correction for spherical mapping.
>
> When projecting a rectangular texture onto a sphere using traditional
> spherical mapping coordinates, distortion ('pinching') occurs at the poles
> where the texture must come to a point. Given the different topology of a
> plane and a sphere, it is impossible to avoid this, or any kind of
> distortion. However, by properly distorting the texture map, it is possible
> to minimize and even compensate for the polar distortion.
>
> Special thanks to Paul Bourke for allowing his algorithm to be ported to
> this plugin. For more information, please visit Mr. Bourke's site at
> http://astronomy.swin.edu.au/~pbourke/.
>
> Sub-Sampling: Specifies what type of pixel sub-sampling to use. (Nearest
> Neighbor being fastest, Bicubic being best.
>
>
> On Sat, Jul 27, 2013 at 6:46 PM, Nancy Jacobs  wrote:
>
>> Greetings,
>>
>> I'm using the old-style environment spheres with an HDR image wrapped to
>> light the scene, but invisible to rendering, and a beauty image visible to
>> the render. The problem is the very visible distortion near the poles of
>> the sphere. I need 360 degree visual acceptability. I am using a background
>> which I've made seamless in both directions, a 2:1 rectangle. It seems this
>> worked in renders at one point years ago in another software. Perhaps even
>> XSII don't recall.
>>
>> I'm also trying to substitute this arrangement by using both an
>> environment (using the HDRI), and 'Spherical Mapping' (using the beauty
>> image), in the Pass Shaders. But I'm getting very strange results, so not
>> sure if this is the way to go. Also, it's difficult to line them up
>> properly so that the light in the HDRI is coming from the same place as the
>> equivalent visible areas in the beauty image -- which of course one can do
>> easily in the wrapped spheres. But in the pass shaders, they don't seem to
>> use the same rotation systems...
>>
>> Any advice on getting an undistorted, seamless image going here? With
>> proper orientations?
>>
>> Thanks,
>> Nancy
>>
>
>
>
> --
>
> Best Regards,
> *  Stephen P. Davidson**
>**(954) 552-7956
> *sdavid...@3danimationmagic.com
>
> *Any sufficiently advanced technology is indistinguishable from magic*
>
>
>- Arthur C. Clarke
>
> 
>
>


-- 

Best Regards,
*  Stephen P. Davidson**
   **(954) 552-7956
*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke

Re: Environment sphere issues

[Stephen Davidson]

Here is a nice article on creating cubic environment maps from stitched
panoramic photos, using Blender.
very clever:
http://www.aerotwist.com/tutorials/create-your-own-environment-maps/


On Sat, Jul 27, 2013 at 9:42 PM, Nancy Jacobs  wrote:

> Stephen, this plugin really didn't work for me. It way overdid some kind
> of smearing, spiraling algorithm. Looks a lot worse than the original. I
> wonder what he's thinking, or what went wrong here... Any ideas?
>
> Thanks for the link, however. I was really stoked when I thought it was
> going to solve this problem. Maybe something in Softimage mapping is trying
> to solve this and doesn't quite do it, so this plugin overcompensates?
>
> I still think implicit mapping would help, as the help files indicate, if
> I could get any image to show up on the sphere.
>
> Thanks again,
> Nancy
>
> On Jul 27, 2013, at 8:18 PM, Stephen Davidson 
> wrote:
>
> If you have Photoshop, here is a link to something called spherical
> mapping corrector:
> http://www.richardrosenman.com/software/downloads/
>
> No 64 bit support, I believe.
>
> here is the install and use docs:
> Spherical Mapping Corrector - v1.4,  © 2008 Richard Rosenman Advertising &
> Design. Release date: 03/15/03, Updated 09/28/08.
>
>
> INSTALLATION:
>
> Simply unzip "spheremap.zip" and copy "spheremap.8bf" to your
> "\Photoshop\Plug-Ins\" folder, or whichever plugin folder your host program
> uses. Load your program, open an image, go to the plugins menu and select
> the plugin.
>
>
> DESCRIPTION:
>
> This filter produces texture map correction for spherical mapping.
>
> When projecting a rectangular texture onto a sphere using traditional
> spherical mapping coordinates, distortion ('pinching') occurs at the poles
> where the texture must come to a point. Given the different topology of a
> plane and a sphere, it is impossible to avoid this, or any kind of
> distortion. However, by properly distorting the texture map, it is possible
> to minimize and even compensate for the polar distortion.
>
> Special thanks to Paul Bourke for allowing his algorithm to be ported to
> this plugin. For more information, please visit Mr. Bourke's site at
> http://astronomy.swin.edu.au/~pbourke/.
>
> Sub-Sampling: Specifies what type of pixel sub-sampling to use. (Nearest
> Neighbor being fastest, Bicubic being best.
>
>
> On Sat, Jul 27, 2013 at 6:46 PM, Nancy Jacobs  wrote:
>
>> Greetings,
>>
>> I'm using the old-style environment spheres with an HDR image wrapped to
>> light the scene, but invisible to rendering, and a beauty image visible to
>> the render. The problem is the very visible distortion near the poles of
>> the sphere. I need 360 degree visual acceptability. I am using a background
>> which I've made seamless in both directions, a 2:1 rectangle. It seems this
>> worked in renders at one point years ago in another software. Perhaps even
>> XSII don't recall.
>>
>> I'm also trying to substitute this arrangement by using both an
>> environment (using the HDRI), and 'Spherical Mapping' (using the beauty
>> image), in the Pass Shaders. But I'm getting very strange results, so not
>> sure if this is the way to go. Also, it's difficult to line them up
>> properly so that the light in the HDRI is coming from the same place as the
>> equivalent visible areas in the beauty image -- which of course one can do
>> easily in the wrapped spheres. But in the pass shaders, they don't seem to
>> use the same rotation systems...
>>
>> Any advice on getting an undistorted, seamless image going here? With
>> proper orientations?
>>
>> Thanks,
>> Nancy
>>
>
>
>
> --
>
> Best Regards,
> *  Stephen P. Davidson**
>**(954) 552-7956
> *sdavid...@3danimationmagic.com
>
> *Any sufficiently advanced technology is indistinguishable from magic*
>
>
>- Arthur C. Clarke
>
> 
>
>


-- 

Best Regards,
*  Stephen P. Davidson**
   **(954) 552-7956
*sdavid...@3danimationmagic.com

*Any sufficiently advanced technology is indistinguishable from magic*


 - Arthur C. Clarke