I have an O2 I use from time to time as a display for a Game cube and PS2. However, my monitor is a 24" crt and I like to drive it at 1200x1000 or so. Is there a (free) program that will allow me to display the video-in fullscreen? The standard video in app does not allow the window to be resized.
The collected works of tbcpp
Just what I needed, thanks.
There was some talk a while back about someone providing nekoware DVDs/CDs. Is anyone still interested in this?
There would be a nominal fee ($5 a copy + shipping or something like that) to cover my expenses for duplicating them. But I'd be willing to do it if anyone wants it.
There would be a nominal fee ($5 a copy + shipping or something like that) to cover my expenses for duplicating them. But I'd be willing to do it if anyone wants it.
_________________
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Sure, I'll check on that.
Would you perfer DVDs or CDs? Either way $10 for a full set (incl. shipping) should be fine.
Would you perfer DVDs or CDs? Either way $10 for a full set (incl. shipping) should be fine.
_________________
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Sorry to raise this thread from the dead, but does anyone have the sources to this program. Looks like SGI closed down the toolbox server.
_________________
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
So here it is: Blender 2.48 compiled with MIPSPro.
I bumped the max threads up to 64. Let me know if you want it higher. According to Ton due to some internal issues, you should always set the max parts (XParts * YParts) to 4x the number of threads. Of course the scaling of Blender has never really been tested above 8 CPUs so if you have a system with more CPUs than that and could give me some SSH time with the machine, I'd be willing to do some work on it. Ton is also pushing me for a 64-bit release, so we'll get that going as soon as the 32 bit version is stable. Look for it early/mid november.
Some things to keep in mind:
1) I have tested this via the command line only. I don't have access to a IRIX machine with a head. And IRIX isn't happy doing OpenGL over SSH. But I was able to get it to render a frame, and export it to JPEG.
UPDATE 10-22-08
Threads up to 64. FFMpeg and Yafray enabled. FFMpeg includes lamemp3, ogg, vorbis, faac, etc. Internationalization now supported. OpenAL and SDL enabled.
UPDATE 10-21-08
Fixed some issues with the libraries, Alpha b is now up
and here's the link http://www.timbilism.com/junk/blender-2.48-irix-c.tar.gz
Note: This has been compiled to use static libs as much as possible. The reasoning is that I want this version of Blender to run on any Irix machine, not just a Nekoware Irix machine.
I bumped the max threads up to 64. Let me know if you want it higher. According to Ton due to some internal issues, you should always set the max parts (XParts * YParts) to 4x the number of threads. Of course the scaling of Blender has never really been tested above 8 CPUs so if you have a system with more CPUs than that and could give me some SSH time with the machine, I'd be willing to do some work on it. Ton is also pushing me for a 64-bit release, so we'll get that going as soon as the 32 bit version is stable. Look for it early/mid november.
Some things to keep in mind:
1) I have tested this via the command line only. I don't have access to a IRIX machine with a head. And IRIX isn't happy doing OpenGL over SSH. But I was able to get it to render a frame, and export it to JPEG.
UPDATE 10-22-08
Threads up to 64. FFMpeg and Yafray enabled. FFMpeg includes lamemp3, ogg, vorbis, faac, etc. Internationalization now supported. OpenAL and SDL enabled.
UPDATE 10-21-08
Fixed some issues with the libraries, Alpha b is now up
and here's the link http://www.timbilism.com/junk/blender-2.48-irix-c.tar.gz
Note: This has been compiled to use static libs as much as possible. The reasoning is that I want this version of Blender to run on any Irix machine, not just a Nekoware Irix machine.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Thanks, I'll get that fixed.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
updated (link at the first post)
now ldd shows:
Like I said in the original post, eventually this build will go up on the Blender offical builds site, so I'm trying to statically link as much as possible.
now ldd shows:
Code: Select all
libGL.so => /usr/lib32/libGL.so
libGLU.so => /usr/lib32/libGLU.so
libX11.so.1 => /usr/lib32/libX11.so.1
libXi.so => /usr/lib32/libXi.so
libc.so.1 => /usr/lib32/libc.so.1
libm.so => /usr/lib32/libm.so
libdl.so => /usr/lib32/libdl.so
libpthread.so => /usr/lib32/libpthread.so
libdmedia.so => /usr/lib32/libdmedia.so
libmovie.so => /usr/lib32/libmovie.so
libCsup.so => /usr/lib32/libCsup.so
libC.so.2 => /usr/lib32/libC.so.2
libCio.so.1 => /usr/lib32/libCio.so.1
libGLcore.so => /usr/lib32/libGLcore.so
libXsgivc.so => /usr/lib32/libXsgivc.so
libXext.so => /usr/lib32/libXext.so
libmutex.so => /usr/lib32/libmutex.so
libmovieplay.so => /usr/lib32/libmovieplay.so
libmoviefile.so => /usr/lib32/libmoviefile.so
libcl.so => /usr/lib32/libcl.so
libawareaudio.so => /usr/lib32/libawareaudio.so delay-load
Like I said in the original post, eventually this build will go up on the Blender offical builds site, so I'm trying to statically link as much as possible.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
So I assume that means that it loads up on your box now?
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Okay, fixed the link.
"Almost all modules are disabled" in the top post really means "all modules are disabled" I almost have FFMPEG working, I'll enable Yafray with the new version as well.
Bizzare about the .B.blend issue. I'm wondering if there's some feature that isn't supported. Blender should be 100% backwards compatible...but....
I'll look at it, but for now, you can still load existing files.
"Almost all modules are disabled" in the top post really means "all modules are disabled" I almost have FFMPEG working, I'll enable Yafray with the new version as well.
Bizzare about the .B.blend issue. I'm wondering if there's some feature that isn't supported. Blender should be 100% backwards compatible...but....
I'll look at it, but for now, you can still load existing files.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Your wish is my command....it's done!
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
From what I'm seeing on the forums, the 2.48a is hitting some issues with the regression files on other platforms as well (Linux 64 bit). I'll see what I can do about this, but it may take me awhile.
As for the Python, the nekoware python was created with some modules that Blender does not use/need so I ended up using a custom Python. What's does python -V show on your system? On the dev machine it shows "Python 2.5.2" which is the same as my custom compiled python. You may have an older version of python. I am also using Nekoware python so maybe you need to upgrade?
For those who are wondering, Blender uses the internal python but looks for the external python lib path to load all the "extra" libs like os, urlopen, etc. So you do need to have Python 2.5.2 installed on your local machine for Blender to work well with Python.
As for the Python, the nekoware python was created with some modules that Blender does not use/need so I ended up using a custom Python. What's does python -V show on your system? On the dev machine it shows "Python 2.5.2" which is the same as my custom compiled python. You may have an older version of python. I am also using Nekoware python so maybe you need to upgrade?
For those who are wondering, Blender uses the internal python but looks for the external python lib path to load all the "extra" libs like os, urlopen, etc. So you do need to have Python 2.5.2 installed on your local machine for Blender to work well with Python.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Well, my changes finally all got imported into the Blender source tree. I'm planning to pick this back up here in the next few weeks and work on getting Blender 2.5 compiled. This next version has a list of changes a mile long, so I want to make sure we get our Irix specific patches in quickly.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
I sent the build into Blender today, hopefully it will get on the page soon.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
I need to take a look at this. It's odd, since it seems to cash on some systems and not on others. The issue seems to be related only with some blends or the gui, as you can render fine from the commandline.
I'm going to fire up my Octane over the weekend and see if we can't squash this bug.
I'm going to fire up my Octane over the weekend and see if we can't squash this bug.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Sorry for being gone for so long, I got busy with a job change, and didn't have much time to work on this.
Anyway, 2.5 is at the point that I'm going to start on getting it to compile. Don't expect any news for the next week or so, but I am still alive and plan on keeping 2.5 compilable on MIPSPro. Here's hoping the new code base is easier to compile...we'll see.
Seems like I've heard the 2.5 should come out in July 09, but I may be wrong there. Anyway, tons of new awesome features in this version.
Anyway, 2.5 is at the point that I'm going to start on getting it to compile. Don't expect any news for the next week or so, but I am still alive and plan on keeping 2.5 compilable on MIPSPro. Here's hoping the new code base is easier to compile...we'll see.
Seems like I've heard the 2.5 should come out in July 09, but I may be wrong there. Anyway, tons of new awesome features in this version.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
I compiled versions 2.46, 2.47, 2.48a, and the svn trunk, and didn't see much of a slowdown. about 1 sec or so on a 3 min render. I did however run some gprof tests on the 2.48a code, and noticed that 90% of the time is being spent in the Octree raytests (at least in my test file it did). The good news is, one of the GSoC projects is to make the ray search algorithm configurable at runtime, and to implement BIH trees and other algorithms.
Personally, my interest lies in paralleling the existing structures a bit more.
On the 2.5 front, I have it all the way down to a linking error. It's the stupid o32 vs n32 thing again, I'm sure I just have something setup wrong in the scons file....so we should have a build this week sometime.
Personally, my interest lies in paralleling the existing structures a bit more.
On the 2.5 front, I have it all the way down to a linking error. It's the stupid o32 vs n32 thing again, I'm sure I just have something setup wrong in the scons file....so we should have a build this week sometime.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Hmm...from the release notes, in 2.43 there was a overhaul of the rendering engine. They added multi-pass rendering, and IIRC they went to a full float based pipeline...but I may be wrong there.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
Well I finally got my hands on MipsPro and SGI was nice enough to donate keys to the Blender Foundation. Last night I got the compilers installed and working, now I can actually compile and debug on my Octane. Should make development a bit faster.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
I was able to get Blender enrolled in the Dev Plus program. So yes, the keys are tied to the Blender account.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie
As mentioned, I got Blender 2.48 running on Irix with MIPSpro...some time ago (was it really 1.5 years ago?). And yeah, it's a bit difficult to get it to compile. The Blender core isn't all that bad. A few tweaks here and there are needed to get it to compile, but nothing major. The main issue is the myriad of other libraries that are needed to get any sort of use out of it. There's something close to a dozen libraries that have to be compiled, and some of those rely on other libraries. Each of those have to be downloaded/compiled and tested. Then we randomly started having issues. Half the people who tested the binary reported that it crashed. Personally I was able to get it to open any 32bit .blend file, but 64bit file crashed the thing.
In the end I just ran out of time.
As a side note, I was able to get the Blender Foundation a set of MIPSPro keys from SGI, so if anyone wants to carry on the torch, contact me and we'll see what we can cook up.
In the end I just ran out of time.
As a side note, I was able to get the Blender Foundation a set of MIPSPro keys from SGI, so if anyone wants to carry on the torch, contact me and we'll see what we can cook up.
_________________
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie