[gentoo-user] Beyond-Gentoo question

[gentoo-user] Beyond-Gentoo question

[meino.cramer]

Hi,

for a long time I have compiled makehuman from the svn tree. This
works with no problems with my 32bit Gentoo linux.
When changed to 64bit Gentoo Linux it does not work any longer.
The compilation itssself is clean, buth the executable does not 
work as exspected...

From the developpers forum I know that makehuman is 64bit aware 
and runs (for others, not for me).
They also said, that it may have be something to do with the SDL
lib.

I searched for differences of the installation of SDL between the two
systems but I did not found anything -- at least nothing which would
alarm me.

When makehuman is started it prints on the console:

    No antialiasing available, turning off antialiasing.
    No 24 bit z buffer available, switching to 16 bit.
    No 16 bit z buffer available, exiting.


I have no problems with other SDL-related executables. Blender (for
example) is heavily using OpenGL and DRI and wirks fine under 64bit
Gentoo linux.

The output of glxinfo was sent to the developers of makehuman and they
did not find anything suspicious.

May be someone here on this mailing list is able to point me into the
right direction to fix this ?

Thank you very much in advance!
Best regards,
mcc

[gentoo-user] Re: Beyond-Gentoo question

[James]

 <meino.cramer <at> gmx.de> writes:


> When makehuman is started it prints on the console:

I have no experience with this software...


>     No antialiasing available, turning off antialiasing.
>     No 24 bit z buffer available, switching to 16 bit.
>     No 16 bit z buffer available, exiting.

This relates, most probably, to the lack of z-buffer support
in your video card hardware on linux. Here's a link on z buffer:

http://en.wikipedia.org/wiki/Z-buffering

What's your video card and driver?   Have you tried these 
apps on another system with a different video card and driver?
Latest testing driver for the video card?

> I have no problems with other SDL-related executables. Blender (for
> example) is heavily using OpenGL and DRI and wirks fine under 64bit
> Gentoo linux.

Then this suggest your 'makehuman' application is male_formed? (guess).

> The output of glxinfo was sent to the developers of makehuman and they
> did not find anything suspicious.

SDL is always tricky, in my limited use (video games). Sometimes the libsdl work
with the app and sometimes they don't. I have not used it in a while. It could
also be a problem with the frame buffer setup on your system?
(another WAG, wild a__ guess).....

> May be someone here on this mailing list is able to point me into the
> right direction to fix this ?

maybe go over your compiler options with a fine tooth comb, use C and
not C++ and just one processor to compile libsdl and your apps.

(MAKEOPTS="-j1")   .....Just another WAG.....


hth,

James
> 
> Thank you very much in advance!
> Best regards,
> mcc
> 
> 

[gentoo-user] Re: Beyond-Gentoo question

[James]

 <meino.cramer <at> gmx.de> writes:




> for a long time I have compiled makehuman from the svn tree. 

quick guess.......lafilefixer --justfixit?


In the past with some video games, I had problems with the 
.la files after compiling new versions of the games that
used libsdl.....

(WAG)


James

Re: [gentoo-user] Re: Beyond-Gentoo question

[meino.cramer]

James <wireless@tampabay.rr.com> [10-10-08 16:28]:
>  <meino.cramer <at> gmx.de> writes:
> 
> 
> > When makehuman is started it prints on the console:
> 
> I have no experience with this software...
> 
> 
> >     No antialiasing available, turning off antialiasing.
> >     No 24 bit z buffer available, switching to 16 bit.
> >     No 16 bit z buffer available, exiting.
> 
> This relates, most probably, to the lack of z-buffer support
> in your video card hardware on linux. Here's a link on z buffer:
> 
> http://en.wikipedia.org/wiki/Z-buffering
> 
> What's your video card and driver?   Have you tried these 
> apps on another system with a different video card and driver?
> Latest testing driver for the video card?

Hi James,

thank you for your help ! :)

Hmmm...that is a kind of frightning to me...
On my previous system I had a nvidia GT7200 or GT7500 (cant remember
exactly) and makehuman does work with it.

Now I have a 
    nVidia Corporation G96 [GeForce 9500 GT] (rev a1)
according to lspci. So this card /seems/ to be more advanced -- at
least to me when I took a look at the numbering 7200<->9500.

I am using the propietary nvidia drivers. No problems since now exept
for the use of makehuman.

 
> > I have no problems with other SDL-related executables. Blender (for
> > example) is heavily using OpenGL and DRI and wirks fine under 64bit
> > Gentoo linux.
> 
> Then this suggest your 'makehuman' application is male_formed? (guess).

"male_formed" ... sorry James, what does it mean...English isn't my
mothers tongue...does it mean something like "falsy compiled", "badly
built"?

> > The output of glxinfo was sent to the developers of makehuman and they
> > did not find anything suspicious.
> 
> SDL is always tricky, in my limited use (video games). Sometimes the libsdl work
> with the app and sometimes they don't. I have not used it in a while. It could
> also be a problem with the frame buffer setup on your system?
> (another WAG, wild a__ guess).....

Framebuffers? Hu? I thought, these wre only used when dealing with the
bare console or when using X in cases there is no support for the
graphics card. Please give me a hint here...

> > May be someone here on this mailing list is able to point me into the
> > right direction to fix this ?
> 
> maybe go over your compiler options with a fine tooth comb, use C and
> not C++ and just one processor to compile libsdl and your apps.
> 
> (MAKEOPTS="-j1")   .....Just another WAG.....

Ok, I will check that, thank you James...

Is there something else...for example in xorg.conf to switch on or off
to get this z-buffering working?

Have a nice weekend!
Best regards,
mcc

> 
> hth,
> 
> James
> > 
> > Thank you very much in advance!
> > Best regards,
> > mcc
> > 
> > 
> 
> 
> 
> 
> 

Re: [gentoo-user] Re: Beyond-Gentoo question

[meino.cramer]

James <wireless@tampabay.rr.com> [10-10-08 16:36]:
>  <meino.cramer <at> gmx.de> writes:
> 
> 
> 
> 
> > for a long time I have compiled makehuman from the svn tree. 
> 
> quick guess.......lafilefixer --justfixit?
> 
> 
> In the past with some video games, I had problems with the 
> .la files after compiling new versions of the games that
> used libsdl.....
> 
> (WAG)
> 
> 
> James
> 
> 

Doesn't help...
But thank you, James, anyway! :)

I will start to recompile all related sources with "sane"
CFLAGS/CXXFLAGS-settings now and will see what is not working
than ;)

Best regards,
mcc

[gentoo-user] Re: Beyond-Gentoo question

[James]

 <meino.cramer <at> gmx.de> writes:



> I am using the propietary nvidia drivers. No problems since now exept
> for the use of makehuman.

I know nothing about nvidia....sorry, I stick with ATI....




> "male_formed" ... sorry James, what does it mean...English isn't my
> mothers tongue...does it mean something like "falsy compiled", "badly
> built"?

English is my first (and only language) and I'm not certain what
'male_formed' means exactly. MY guess is the author of that error message
either has too many things that could be wrong, or did not bother to
be more specific with drilling down into the nature of the error.
My suggestion is it would be best to ask the author of the error message, 
if possible, look deep inside the code with a debugger, or use quite a few
keywords and go goolgling.....

If you can find where in the code (compiling etc) the error is generated
(maybe grepping the sourcecode for "male_formed", then that's a good
place to look deeply at the code to see what is going on.....? (WAG)


> Framebuffers? Hu? I thought, these wre only used when dealing with the
> bare console or when using X in cases there is no support for the
> graphics card. Please give me a hint here...


Another WAG here. Sometimes video games take complete control of the
video (FB).....?

> Is there something else...for example in xorg.conf to switch on or off
> to get this z-buffering working?

goolgling or wait for an experienced NVidia hack to help you.....
Video card vendors are often protective of exactly what various cards
are doing (in hardware) particularly related to 3D and such
advanced features.....

sorry I could not be more specific with the suggestions.


James

Re: [gentoo-user] Re: Beyond-Gentoo question

[Philip Webb]

101008 James wrote:
>> "male_formed" ... sorry James, what does it mean.
>> English isn't my mothers tongue ... does it mean something
>> like "falsy compiled", "badly built"?

yes & here it's self-referential (smile): correct spelling is 'malformed'.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

[gentoo-user] Re: Beyond-Gentoo question

[James]

James <wireless <at> tampabay.rr.com> writes:


> > "male_formed" ... sorry James, what does it mean...English isn't 

<< Very loud chuckle at myself....>>
Well English comprehension is not my first either    ;-) 
I did not realize you were quoting me, I thought (misread) that
as an compilation error general message.

SORRY.... 

Anyway, the advice stands; get the error messages combined with keywords
and go parsing (looking) through the sourcecode and/or googling, until
somethings looks worth investigation. {3D, zbuffer, <errors> etc>}

One only has to look here to realize Nvidia and ATI and Intel are
all making rapid changes, particulary related to 3D (which zbuffering)
is a big part of):

http://www.nvidia.com/object/3d-vision-surround-technology.html

From what I read Nvidia rapidly drops support for cards whilst
adding new features to the drivers, which only work with newer
card offerings.

Maybe try an old nvidia driver?

Sorry, Nvidia  is in not my area of responsibility nor pleasure....


James

[gentoo-user] Re: Beyond-Gentoo question

[James]

Philip Webb <purslow <at> ca.inter.net> writes:



> yes & here it's self-referential (smile): correct spelling is 'malformed'.


the programmer is probable some snot_nosed teenager (male) hence

male_formed.....

I always struggled with English, even at the university.
Math..... that was easy........

;-)

Re: [gentoo-user] Re: Beyond-Gentoo question

[meino.cramer]

James <wireless@tampabay.rr.com> [10-10-08 16:36]:
>  <meino.cramer <at> gmx.de> writes:
> 
> 
> 
> 
> > for a long time I have compiled makehuman from the svn tree. 
> 
> quick guess.......lafilefixer --justfixit?
> 
> 
> In the past with some video games, I had problems with the 
> .la files after compiling new versions of the games that
> used libsdl.....
> 
> (WAG)
> 
> 
> James
> 
> 
> 
> 
> 

Hi all,

I finally found the reason for haveing no z-buffering available...

The libsdl was copiled without the opengl USE-flag set.
Would it possible, that this flag is set for 32bit-Linux by default
and is totally missing (not shown when doing a 'emerge -pv libsd�',
neither set nor unset) on 64bit-Linux?

I added this flag and now everything is working fine...

Best regards,
mcc

Re: [gentoo-user] Re: Beyond-Gentoo question

[Stroller]

On 9 Oct 2010, at 13:14, meino.cramer@gmx.de wrote:
> ...
> I finally found the reason for haveing no z-buffering available...
> 
> The libsdl was copiled without the opengl USE-flag set.
> Would it possible, that this flag is set for 32bit-Linux by default
> and is totally missing (not shown when doing a 'emerge -pv libsdl',
> neither set nor unset) on 64bit-Linux?

It appears to be set as -opengl by default on 32-bit here, but it is shown as an option.

Stroller.

Re: [gentoo-user] Re: Beyond-Gentoo question

[meino.cramer]

Stroller <stroller@stellar.eclipse.co.uk> [10-10-09 18:16]:
> 
> On 9 Oct 2010, at 13:14, meino.cramer@gmx.de wrote:
> > ...
> > I finally found the reason for haveing no z-buffering available...
> > 
> > The libsdl was copiled without the opengl USE-flag set.
> > Would it possible, that this flag is set for 32bit-Linux by default
> > and is totally missing (not shown when doing a 'emerge -pv libsdl',
> > neither set nor unset) on 64bit-Linux?
> 
> It appears to be set as -opengl by default on 32-bit here, but it is shown as an option.
> 
> Stroller.
> 
> 

Hi,

yes, thats why I activated it on my 32bit system and therefore the
z-buffer problem does not hit me.

But doing an

    emerge -pv libsdl 

on my 64bit system does not show this neither activated nor
deactivated. Thats why did not noticed that it is missing.

Adding it to package.use (activate it) results in a clean compile,
so despite it is not mentioned at all it is known and solved the 
problem.

Thats why I am thinking it should be shown as it is shown on 32bit
system.

Just an idea for a little bit more comfort in searching for problem
fixes...

Only my two cent, your currency may vary...

Best regards,
mcc