Slashdot Mirror
Beta for IRIS Performer
A couple months ago, SGI announced that they would be porting IRIS Performer to Linux. Thanks to Allan Schaffer for pointing us over to the first beta version that's ready for the public.
← Back to Stories (view on slashdot.org)
The "Using gettimeofday() clock" message is normal. The segfault is not. The next thing Performer tries to do is determine if any GLX extensions are present via glXQueryExtensionsString(). If you're using a hardware accelerated driver and if your GLX module isn't loaded into your Xserver, glXQueryExtensionsString() may dump core (depends on your driver). Check to see if it is loaded: xdpyinfo | grep GLX
If that is not the root of your problem, or you're using an unaccelerated version of Mesa, I recommend submitting the problem along with a stack trace to mongoose-feedback@corp.sgi.com thanks
Holy!
What's he about to do?! He looks as evil or more.. than freebsd daemon
Agreed. This software would abosolutley SCREAM on Alphas but there's that 32 --> 64 bit issue. Again if it was open sourced in some way simlilar to the license mozilla uses (for example , I'm not a lawyer). Then gentelmen like myself would eagerly go to work on it.
www.alphalinux.org
"Mongoose"? That would explain that guy posting as Rikkitikki... :)
"Be nice, veer left, and never stop thinking" Iain Banks - Walking On Glass
"'Linux' is not a hardware specific term". Agreed. We will try to be more specific about what processor type we release products for in the future. If you have a request for a processor type other then x86, I recommend sending the request to mongoose-feedback@corp.sgi.com
thanks
That crap new SGI logo has to GO.
"Be nice, veer left, and never stop thinking" Iain Banks - Walking On Glass
perfly tux.pfb
perfly tux_sit.pfb
perfly tux.perfly
Hardly evil. The formerly flightless penguin is getting a boost from our favorite scene graph API :) If you have a good eye, you might spot him flying around town :)
I can't find any info anywhere about the future price of the release version for Linux. Will it too be free? Note, I don't feel everything for Linux should be free (and really don't expect it to be free), I am just curious.
BTW, I think it is great that someone from SGI is actively following this discussion and commenting when necessary. While I don't agree with SGI's recent business decisions in general, I do appreciate their stance and activity on Linux.
Derry Bryson
You just wish your ID was as low as mine! I used to be proud to have such a low id, but not so much now. Slashdot most
Allright, our first 'it sucks', surprised it took so long. Apparently you overlooked the list of known bugs. Mouse/keybd input is not tuned for linux yet, so such input suffers from very high latency. This is something that will be fixed in the next Beta.
Unfortunately it locks up the X server here with the GLX module loaded for my G200 card (http://glx.on.openprojects.net/). Any have better luck? perfly is trying to draw in the root window. -adnans
"In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." --Linus Torvalds
Um, but it is of interest to SGI people.
In the past, SGI has treated GL and products based on it like the Crown Jewels. The fact that, not only do they talk the talk, but they walk the walk in supporting Linux for such strategic products speaks volumes about SGI's strategy and its intent to follow through on that strategy.
-----
Klactovedestene!
heh. im probably biased since i work on an O2 cluster all day long and have access to a 192 processor O2000. good job guys.
Notice how companies like SGI, Real, and Microsoft give out betas of their software to test the Linux waters but never release a final version. The problem with using betas to test the waters is that no-one wants to download a beta when they're expecting a final version to come out later. The company sees no interest and either drops the project after the first beta or renames the beta as the final version and then drops it. It happened with RealPlayer, Netshow, and IE4.
It actually runs quite well. I have a dual Pentium II 350, and a G200 with GLX running. Unfortunately it seems to run on only one processor at the moment, but still does pretty well, even in the town scene, which is a fairly large landscape. Things get a little jerky in the center of town when I have textures turned on, but around the country side, it performs as well as it did when I ran it on an SGI about a year and a half ago (I'm not sure what that system was, probably an Indigo2 or Indy). Way to go SGI! I can't wait to see later versions with better optimization, and hopefully dual processor support.
dude, calm down.. I didnt notice the "RedHat" bit till you screamed me awake :). Yeah, people need to realize that RedHat is not Linux. Maybe Debian is :) isnt it?
I run IRIS Performer at home on my Octane (which, get this, was found in a freaking SCRAP YARD, but that's another story) and it totally rocks. Unfortunately I think the big thing is that it's not going to perform well on most PC hardware. Try some of the video cards made by Evans & Sutherland if you really expect a whole lot of performance out of it. It's nice software though, way to go SGI.
Applications are linked against MesaGL, so I had to create a symbolic link to nVidia's GL.so to see it accellerated.
Install went smoothly, demos come up just fine. Pretty good rates on the town. Yep as the FAQ says, latency is a problem with the input.
So far, shinycow is my favorite.
Had a odd bug when I brought up the "fill" performance meter. Lost the color tables for OpenGL. The rest of X was fine. Quitting and restarting didn't fix it, so I logged out and in and it was fine.
It also used for location based entertainment (like Disney Quest). Yes, it's suitable for games.
You are number six! Don't make this mistake again, or I'll have to sick Rover on you! =)
Thank you for pointing the light at this glaring error.
Ok, now that you've (SGI) released Performer how about giving us 'crusty SGI hobbyists' the files needed to make use of gcc on 5.3? PLEASE?!
Not that you act like the kind of customer
.rpm files (intended for
we'd like to have, but...
If you look at our download page you'll see
that we ship both
Red Hat 6.0, which is what we use) and also
plain old '.tgz' (gzip'd tar) files for Linuxes
which don't support rpm's. Sounds like the
best support for all worlds to me.
This rocket tux image rocks or what? http://reality.sgi.com/performer/images/rocket_tux .jpg
He looks pretty happy there, getting ready to rocket.
Is it just me, or do other people find it highly annoying that something released for "Linux" is only available for x86 systems? "Linux" is not a hardware specific term. In my opinion, if you say it "runs under Linux" then it should be 1) source code (which SGI's thing is not) or 2) available for ALL architectures that Linux supports (e.g. Alpha, PPC, etc.).
rob sucks/HEMOSSUX/this poll sucks
The web site says this thing requires 65k colors.
Does anyone know if this rules out using acceleration under a Voodoo 3 ?
how do you get a Linux user out of a tree?
Cut the rope.
im getting a segfault as well and ran
perfly with the pfnfylevel at 7.
what does:
Linux: Noport windows not supported
mean?
thanx.
Linux user, a FreeBSD user, and a OS/2 user all fell off a building at once which one would hit the ground first?
Who cares.
Well, I am using a self-compiled Mesa 3.1 with
glide support. But there's no GLX for that yet. Is it possible to just put this fullscreen?
Anyone getting this problem? No such prob at work, both there and here rh6.0...
goshen.hall(4)> perfly
PF Warning(2): Using gettimeofday() clock
Segmentation fault (core dumped)
goshen.hall(5)>
Is this where we're supposed to repeat everything we said a couple of months ago? Doesn't this sort of thing belong on Freshmeat? Aren't I a bastard for posting this when I know that the right thing to do is just go down to the Corel story and read what Perens is saying???
This is a Linux article, not SGI.
-WW
--
It seems that it should absolutely _crawl_ on Linux because there is no hardware graphics support on the high end (excepting that Evans & Sutherland card that Precision Insight has GLX running on).
;-)
If you have a Matrox G400 and the accelerated GLX stuff, it might be a little better. I would think, however, that you would need Reality-class hardware for this to really be useful.
Of course the answer is to try it, but I'm too lazy to figure out how to lxrun it...
Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
I love the fact that SGI is porting software to Linux. That might not directly help them, but it should indirectly help their sales. Now, I can prototype under Performer, show it to the boss, and if he likes it, then buy a nice SGI machine to make the prototype run faster. Just asking for $$$ to buy an SGI machine doesn't work in most companies. Demonstrating an application, and then explaining how it will run faster or better with an SGI just might.
Would Performer be suitable for a game engine? I'm developing Free Trek (freetrek.linuxgames.com) using OpenGL.
Can someone comment on the similarities between Performer and OpenGL? How difficult would a conversion be? How are 3D accelerators supported? Thanks.
If tits were wings it'd be flying around.
Funny, I thought it was a program, not a SDK.
My bad.
Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
How about it :)
:) .. Debian is big enough to warrent packaging, if RPMS are done.
.. "Linux RPMS", since RPM is not only used on REDHAT.
Do a good deed. Sponsor a debian maintainer to package your software. That way you give packaging to GNU/Debian and Corel Linux.
Also, dont forget stampede and other others
BTW, it's a good idea to rename "RedHAT linux" bit to
Thank you.
A year or so ago I had a chance to work with Performer on an SGI Onyx II, while working on a simulator for a co-op placement. It is a really nice class library, and simplifies OpenGL to a level where even a novice can write (good) code for it. I am really happy to hear that it is moving out to Linux. That should make Linux boxes even more possible as simulation engines. Anyway good news! (First?)
>~~~~~~~~~~~~~~~~
>~~~~~~~~~~~~~~~~
Pilchie
So far, I'd been disappointed by 3D graphics libraries available for Linux. What was out there was generally PHIGS-like-a-looks or incomplete clones of Inventor.
I'm no big fan of Performer, but this shows promise - Linux may yet be the platform that makes 3D user interfaces wide-spread.
-----
Klactovedestene!
Look at how SGI has transform our cute little penguin into:
t ux.jpg
http://reality.sgi.com/performer/images/rocket_
Muchas Gracias, Señor Edward Snowden !
Performer literally CRAWLS on my p2-333 box. Man..its *really* sloow. The animations show up ok, but after that it doesnt take mouse clicks..it just sits there and after 10 mins or so it will show a click..note that im not running accelerated. BTW, the install was painless (RPMS for redhat 6..no problem), the animations look great (i tried espirit and rocket tux..very cool).It sucks unless you have an accelerated card..dont even try for anything less than a TNT2...its just not usable.
So the TNT2 is a fully *hardware* implemented OpenGL right? Has anyone messed w\ the performance gains of using this card in comparision to either Mesa or a garden variety SGI?
As an aside, I was (replaying) some of my old games in parallel on the DOS/Windows side, particularly doom and x-mame. Doom's responsiveness doesn't seem so bad but the performance loss of x-mame in comparision to the DOS version is really horrendous. Enough so that I thought about comparing the two versions and seeing if the windows version (it is much slicker, supports MMX accel and much other cool stuff like menus for games etc) could be ported back to linux (using qt widget set). So my question is, is the problem X (i.e. if i had a card that implemented X 'properly' as I assume the windows driver is properly optimized) or the software (X-Mame)? Incidentally, I am running a SiS6326 Card which until recently had a kind of buggy X server, but am running X-3.3.4. (all on a amd-k2 350/64 megs ram)