The collected works of foetz - Page 16

vishnu wrote: but since it's 64 bit there's no point trying to compile it on that?

how so?

and the rest of the resumee is nothing less impressive
sort of hurts a bit to see someone like that messing around with gtk2

much thanks anyway, grabbing it right now ...

not to forget xnview which runs pretty well as well. even on 5.3.

nice thanks. how do you know that it's made with softimage?

ha wiki ftw, thanks

compared to pretty much any other 3d proggy for irix maya is fat and sluggish. maybe second to xsi in that regard
in fairness it's mostly the gui parts which for some reason seem to run a crapload of stuff upon loading because the widgets are almost irix standard which aren't slow at all.

what is very fast compared to almost any other contenders are the 3d viewports. maya shines in terms of realtime display; easily keeping things fluid where most other 3d proggies drop to nasty one digit frame rates.

another factor is the renderer. unlike its predecessor raytracer/raycaster the maya default renderer sucks. later versions come with mental ray which is very slow tho so rendering with maya is not ideal. at some point however it was possible to intergrate renderman which was what pretty much anyone did at the time although the latter doesn't support multiple cpus for a single image.

and to wrap it up a quick hint: if you have a machine with multiple cpus you might wanna use maya 5 because there the default license included mental ray for up to 8 cpus. later versions had it cut down to 2

duck wrote: Personally I still prefer modelling on the SGI, the UI--particularily on OSX--is suffering from nasty porting artifacts

likewise, maya on osx always sucked
last one i tried was 2009 i think and it was awful hehe

the other reason why i prefer irix is that many of the things i run are not available for any other os anyway

it's this time again. hope you have a good time wherever you are

as a little xmas special i put up some packages for 6.2 and a few for 5.3.
as usual everything is built with MIPSpro or MIPS C in case of 5.3 (iirc the name mipspro came later).

for the 6.2 packages i used a 6.x compiler to ensure that you don't have to install anything from the additional 7.x devlopment stuff which was released for 6.2 later. so with a stock 6.2 and some patches you're good to go.
additionally i have neither impact nor r10000 patches installed to make sure it runs on all machines supported by the respective os.


http://www.nekochan.net/downloads/index ... etz%2F5.3/
http://www.nekochan.net/downloads/index ... etz%2F6.2/


please keep in mind that these packages should run just fine with 6.5, too. especially the 6.2 stuff is n32/mips3 which should be a nice addition for anyone who runs 6.5 on a mips3 machine.

>> you can always use "rulesoverride" and ignore my deps as long as you have adequate replacements <<

hamei wrote:

foetz wrote: as a little xmas special i put up some packages for 6.2 and a few for 5.3.

http://www.nekochan.net/downloads/index ... etz%2F6.2/

Xbae ! Woo-hoo ! you be da man, foetz ! Thank you

haha my pleasure

Now I have to go see what you did to make it build ...

almost nothing, it's an old version. the recent ones were buggy as in missing declarations and such. but if you should need a newer one for some fancy motif trips i can have a closer look ...

sgtprobe wrote: I haven't bothered to try Maya 6.5 on my Old Indigo 2 with extreme graphics yet, but it does handle Softimage very nicely.

assuming you're talking about the classic softimage that does run fine with extreme gfx. maya on the other hand is very fat and sluggish in comparison as mentioned already; the gui in particular.
i wouldn't recommend maya on anything other except octanes and above. well maybe r12k o2, too.

it's actually /usr/nekoware/bin but either way a good idea to set your env vars yourself instead of having any script mess with them

haha you shall be forgiven

6.2

• libxml2 2.2.2
• pwgen

figured one thread for the updates is probably the best way. everything is built with MIPSpro unless noted otherwise. the base dir is:

http://www.nekochan.net/downloads/index.php?path=foetz/

>> you can always use "rulesoverride" and ignore my deps as long as you have adequate replacements <<

MIRROR

append the package name since there's no listing


let's get right to it. new today:

• uncrustify
• f90ppr

these are source code formatters for terminal use. uncrustify is a terribly "modern" c++ junk but compared to using a java based ide for formatting it's still a blessing as an exception i used g++ for this one but no worries, it doesn't require any gnu libs.
f90ppr is the same but only for fortran and also written in fortran. i uploaded a 64bit and 32bit version, both mips4 and i used a lot of the specials mipspro has to offer so these 2 should run like hell

a version of f90ppr for 6.2 is likely to follow more or less soon but no luck with uncrustify which seems to require a quite recent g++. anyhow the 6.2 version of f90ppr should then also work for those of you running 6.5 with mips3.

ah yes, i ran into that as well sometimes.

anyway i did a quick test build on osx (v3) and i couldn't see much of a difference compared to the one from nekoware. not sure it's worth the trouble unless the changes are more significant

Trippynet wrote: Biggie for me would be (limited) support for CSS. Neko Dillo doesn't support CSS at all I believe, whereas Dillo 3 does have basic support. And anything that improves rendering of pages without the speed penalties of modern browsers gets a thumbs-up from me!

indeed you're right. i had a closer look again. seems last time i tried the wrong pages for testing
thumbs up from me as well then

great and thanks in advance already

haha, they might wanna make use of it

overhauled the makefiles a bit. give them a try, worked for me.

vknew:


comix:


just in case i attached the finished package. just add its lib dir to the LD_LIBRARYN32_PATH.
in case of a dso that's only used for one program a static build usually is better. jimmer might consider that.

added a few more for 5.3. the new tardists are mips1 so that it really works for everything that can run 5.3

• snappy_111.tardist
• fltk_132.tardist

the second one should be clear and the first one is google's compression lib.

6.2

• f90ppr

... as promised. seriously optimized just as the version for 6.5.
this one should also work for all who are running 6.5 with a mips3 box.

jimmer wrote:

foetz wrote: in case of a dso that's only used for one program a static build usually is better. jimmer might consider that.

Fair point. I have removed the dependency on VkNew. For extra Hamei Happiness this means there's also nothing going on in /usr/local anymore. Downside is that there's no pretty splash screen for the moment.

oh i didn't mean ditching it but rather having a static build.

anyway binary attached ...

rvic wrote: Thank you for the effort

Are these packages for 6.5.22 minimum or they could be installed in let's say 6.5.15 ?

i'm not sure actually
for some it might come down to a try but unless something is used that only existed in a version above 6.5.15 it should be fine.

hamei wrote: Is it a little faster, or is that just because I'm looking at a smaller version ?

i used 2 more compiler options but i'm not sure if it'd have a noticeable impact

oh nice one and a good reference for all indigo owners.
i have to agree to robespierre tho, the indigo2 is by far the most silent of all sgi machines i have. actually my pc is louder

mapesdhs wrote: PPS. foetz, on Thursday I upgraded an Indy at a textile company with two OCZ Vertex4
64GB SSDs, R4K/200, max RAM. Since it has a Sony PSU, it now makes no noise at all .
Beats the Indigo2, hehe.

haha okay, i guess there's always an extreme example

jimmer, any reason why you don't attach a build with the source?

erm, how do you get an ssd in an indy?
converter or something?

thanks for the details and pic ian. quite tempting but only with another scsi controller as Trippynet mentioned already there:

Trippynet wrote: the system only has a 10MB SCSI

unfortunately a ciprico is quite rare and still afaik only works as option disk i.e. not bootable.

ClassicHasClass wrote: Another year, another machine room panorama.

http://www.floodgap.com/etc/machines.html

you sir have to much stuff

could it be that the dillo guys included varargs and stdarg?
either way inttypes should be included at some later point but i'll check mine just in case ...

hamei wrote: I never installed the debug Viewkit libaries ... oops

there was a reason why i provided the edited makefiles (which you didn't try it seems ). among other things they had no debug flag

oh hehe okay then

vishnu wrote: This is weird, I can compile my own C code that includes inttypes.h, it doesn't complain about it at all, but the C++ compiler pukes all over it.

The C code is:
...

The C++ code is:
...

i just tried both examples and i'm afraid your installation is indeed messed up. both examples compiled fine here.
my inttypes.h says:



seems like a reinstall of your dev stuff would be a good idea

seed wrote: I'm only interested in keeping the case from this Octane

don't tell me you wanna put some x86 stuff in there or even worse

ah that's a nice one
you're not gonna get rich there tho i guess

as for the options, irix doesn't support long options (double dash) in general but brief options do the job just as well.

thanks to a nice person i recently had the opportunity to spend some time with quite a rarity amongst the irix gfx programs:
ELECTROGIG's GIG3DGO 3.0.1

due to the limited time i don't know the program very well and can't tell much but i could make a few screen shots which i attached to the end of this post.


ELECTROGIG was a dutch company that offered a number of gfx products in the 90s but never reached a popularity like alias or softimage. here's a quote from a business wire article from 1995:

ELECTROGIG's GIG3DGO is a full-featured 3D graphics software system that offers basic modeling, rendering and animation in their base package. GIG3DGO Advanced includes organic modeling/animation and distributed rendering capabilities. The company's products are well recognized, by customers and industry observers alike, for their ease-of-use, high speed rendering capabilities and intuitive solids-based modeling approach. Earlier this year, BYTE magazine named GIG3DGO 3.0 "Best-of-Show" in the multimedia category at CeBit in Hanover, Germany.

now to the actual program. as you can see the ui is different from all others yet quite handy as far as i can tell given the short time i spent with it. unlike most other major contenders there're only 3 viewports instead of 4. the ui design is, as usual for irix proggies, very well chosen; unobtrusive colors, clear contrasts and no irritating, useless chic.
the menus are quite compact and in most cases located in the lower left corner. the content of the "flexible" area changes to whatever menu is selected currently. you can either enter things numerical or sometimes also by clicking on the color fields for example.
a nice feature at least for me are the "prev" and "next" buttons which allow to jump back and forth considering which menus you have used. like a menu history quick access.
certain parts have their own full windows such as the nurbs modeler and the animation part. there's also a very comfortable project manager and converter.
the renderer seems sharp and fast and a good general trade off considering speed vs. quality.
usage, as usual with irix stuff, is nice and efficient. no bloatware or any toys that would degrade performance. the only fancyness you'll see there are the 3d borders of the buttons in the converter's ui

i know it's a bit short but that's about all i can tell given the short time i spent with it. enjoy the pics ...

arhiman57 wrote: It's running on 5.3 or 6.2 ?

the screen shots are from 6.5. i didn't have the opportunity to try it on other versions.