The collected works of hamei - Page 19

... of some interest ....

http://users.socis.ca/~ataylo00/creativ ... index.html

szzsszzs wrote: Not a groundbreaking piece of news, but I can confirm that the original PSU fan of the O2 can be easily replaced by a practically noiseless Noctua NF-R8-1800 fan.

Thanks for the little kick in the butt there ... quieting down the O2 has been a "back shelf" project for me for ages, this post finally triggered some action.

Yes, the Noctua is very quiet. Now I have to look at the green light to see if the computer is running. O2's aren't so noisy anyhow but still ... maybe the best ten bucks I've spent this year. Silent - good !

grazie

[[C|-|E]] wrote: That is something really nice. I mean, I am very happy with my O2 but connecting the computer with the rest of the world is always a bit tricky. Basically, I have to use the LAN all the time because it lacks USB, firewire, etc, at it is only 100 megabit/second. Also, DVI support is highly desirable. At the moment I am thinking what to do about this, maybe I should install a firewire card and connect a firewire hard disc drive to the girl. Doing this I could exchange very large files more easily. A gigabit card is also an option... .

jan-jaap wrote: It's not a Sparkle. It's an NMB GM430WTXW01SSV rev. 02, OEM P/N SG002A430WSW (SGI P/N 060-0140-004 rev B)

I have one of those, if you ever need a broken one

astouffer wrote: You guys are gonna make me buy a fuel now to solve this problem

I'm pretty sure we could arrange something ...

aw shit

http://www.motorcyclenews.com/MCN/News/ ... sses-away/

http://www.motorcyclemuseum.org/halloff ... scipline=0

http://roadracingworld.com/news/article/?article=45574

fu wrote: fix up that divco bro, gotta get a real tribute rollin'

No Divco for me, hippy. Nothing that requires being in the US. That place is so fucked up you couldn't pay me to live there.

3dchris wrote: I'm sure I'm not the only one out there that has this sort of a setup.

Actually, you may be. I remember quite a few posts in the newsgroups from people trying to get the 1600sw to work on an Octane. If you succeed at this, you may be the first.

It's kind of funny because there is quite a bit of marketing literature which shows an Octane with a 1600 SW. The implication is that you can do that, but in Real Life no one was ever able to make it work.

Oskar45 wrote: ... you still could purchase milk in glass (!) bottles]...

Purchase ? The milkman brought them and left them in the wooden box out front, along with the note that said "Also 1 half-gallon peach ice and a pint of cream on Thursday, please."

That was a service economy ....

Oskar45 wrote: Check this...

Are you sure they are married ? They have that "nooner quicky" look plastered all over their faces ....

recondas wrote: Next time I fire up something other than an IRIX box I'll take a look.

There's a youtube downloader in /nekoware. I haven't used it for a long time but worked okay in the past. Irix Mplayer will then play the vid, no need for no steenkin' peecee crap

Since you seem to be becoming the current vfc go-to guy, have you tried any double your pleasure dcd formats yet ?

jan-jaap wrote: My attempt to rebuild it with itself was less than successful ...

Wrong equipment ?

recondas wrote:

Code: Select all

./vfoinfo -q /usr/gfx/ucode/ODSY/vof/2@1920x1200_60p.vfo
/usr/gfx/ucode/ODSY/vof/2@1920x1200_60p.vfo     1920x600_29 ("1920 x 1200 @ 60Hz Odyssey Dual Channel for SGI Flat Panel")

or (since I'm guessing you're particularly interested in 2@1920x1200 formats):

Code: Select all

# ./vfoinfo -q /usr/gfx/ucode/ODSY/vof/2@1920x1200_60_ds.vfo
/usr/gfx/ucode/ODSY/vof/2@1920x1200_60_ds.vfo   1920x600_30 ("1920 x 1200 @ 60Hz Skew Mode for Odyssey Dual Channel Display board")

.

Hmmm. Interesting. What I'm more interested in to start out will be two outputs of 1920 x 2400 @ 33.72 hz refresh tho ..... luckily, my monitor will work down at 13 hz so too-low a refresh should not be a problem.

Apparently a dcd output for dual 1920 x 1200 @ 60 is really two 1920 x 600 @ 30 each ? Understanding the exact workings of the dcd might be in order ...

Rincewind wrote: I have uploaded an updated version of the HP42 calculator.

Finally got around to trying this out ... it installs fine and works fine. Another RPN calculator, yay ! I'd recommend a move to /current.

Now, a few nitpicks There's a motif-blue menu bar under the toolbar; I imagine there's an .Xdefaults setting for that somewhere ? And the release notes and patches labels on the installation program show up as "git patches" and "git release notes," a little confusing. Also, the main window shows up titled as "Free42Binary" and the binary name itself is kind of weird. Those are just nitpicks and don't affect anything and probably aren't even Rincewind's work, I'm not complaining no no no but if someone wanted to diddle around a little cleaning up the rough edges, it would look a tiny bit nicer.

thanks, Rince. We can always use more rpn calculators

recondas wrote: In that case it might be a good thing if the DCD does use 1920x600. Regardless of refresh rate the maximum screen height for a VPro graphics is 2048 pixels.

Ka rap. Are you sure ? I know I've seen photos of a Fuel running a T221.

The T221 is a little compllicated due to bandwidth.

With one dvi connection you can run anywhere from 1920 x 1200 at 48 hz (monitor will automatically downscale from 60 hz input, but internally it's always running 48 hz which is FINE, the 1600 sw would run at 50 hz and you couldn't tell it wasn't a crt at 83 hz) to 3840 x 2400 at 13hz (which also looks fine but the mouse lags a little and videos are pretty jerky.)

Two dvi connections can do two stripes of 1920 x 2400 @ 33 hz (which should be fine, movies refresh at what, 25 hz or so ?) or possibly 41 hz. This would seem to be ideal except you say the dcd cannot create resolutions higher than X_x_2048 ? Ka ka ka rap I wonder if Compositor can turn it sideways then rotate the screen back to the true position ?

Four dvi inputs can do four 1920 x 1200 tiles or four 960 x 2400 stripes at 48 hz refresh. Bit that's a project for the distant future ...

recondas wrote: UPDATE: After some serious head-scratching/banging/ache I managed to figure out the secret incantations needed to compile 2@ VFC microcode for DCD-equipped VPro boards. Since hamei asked, the format I tested was the 1920x1200_33.72 he mentioned.

First, thank you.

Second, you've gone where few men have gone before. Looking through all the threads here and googling like heck has not turned up anyone outside SGI who's been successful at creating dualling dcd formats. Woo-hoo

But third, try try again. 1920 x 1200 won't work on a T221. It wants 2400 in Y. Just for fun, I'm wondering if 2400 x 1920 is possible ? I'm not sure what SGI did - certainly hope it isn't strictly a single connection at 13 hz . But I have seen photos of the Fuel running a T221. So they did something ....

Grazie grazie tho, you've increased the pool of SGI knowledge in a signifcant area. The abilitiy to create more dcd formats will be a useful useful thing.

Small linking problem here - Pymble was kind enough to direct me to the volume Loaders and Linkers but for the moment, maybe someone smarter can see if they notice anything obviously wrong ?

There is a new version of xpdf out. 3.02 compiled nicely with one correction. 3.03 also needs one correction in XPDFView.cc but afterwards makes object files no problem.

Then ...



(I added a few spaces to make it more readable ... )

canavan wrote: It's actually supposed to be std::sort(), I'm not sure why the compiler or linker fails to properly use it. A cheap workaround would be to sabotage the detection of HAVE_STD_SORT in configure (or the resulting config.h), so that xpdf 3.03 will fall back to the behaviour of 3.02 and just use qsort.

This is very timely, and disabling HAVE_STD_SORT 1 is what I ended up doing. Thank you.

Seems ugly, tho. There must be a problem that we should fix, right ?

That's the royal "we", by the way

If you're going to make a nekoware package of 3.03, please include the attached desktop icon and rules. For the unlikely case that you don't know how to install them from the .idb, check my neko_nonpareil or neko_xclip packages, I think they have more or less the correct exitop() tag() and removeop() rules.

It's not unlikely at all, I don't even pretend to be a programmer so thank you for the help. I am going to make a tardist but prefer to test things out for a while before I expose myself to ridicule. 3.03 seems to be a good release, lots of things fixed and improved.

I'm thinking maybe the desktop rules should be an option tho ? I quite like the Adobe icon set and it is well-integrated into Irix, so all I do here is replace the adobe executable with xpdf and everything runs as if I were using Acrobat. Then I rename acrobat to crapobat for emergency use. Normally your packages are extremely professional-looking because of your thoroughness, but in this case ..... Put something in the release notes and make it an option, do you s'pose ? Not that anyone ever reads the release notes ....

canavan wrote: I already have two installations of usr/bin/acroread on my system, xpdf and gsview (the former actually won).. I don't think you can reliably rename previously installed files during the installation of packages.

You're right. I'll just do it straight-up, then if someone wants to replace acroread they can do that themselves.

Any ideas on the weird sorting problem ?

Thanks for your help

recondas wrote: Updated gfxinfo to include the change to a 3200x1200_60 desktop:

Code: Select all

# /usr/gfx/gfxinfo -v
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 3200x1200

Huh ? Is this a twoie desktop with the dcd ? What single monitor can you run at 3200 x 1200 ?

metallizer wrote: ... in the midst of Atlantic Forest, with a river and waterfall nearby.

Jealous I used to have this dream ... (with an overshot water wheel tho)


but now I'm happy just to have an indoor toilet ....

SAQ wrote: "We don't do 'work' anymore - we just take your money."

Service economy ....

josehill wrote: ... assuming a fast enough machine ..

Luckily, he just bought a Fuel.

OpenOffice for office stuff.

I prefer Framemaker. Higher barrier to entry but once you learn its quirks, the output is visibly superior*. Also superior to Word output - I've printed both and checked. Or maybe it's the Irix output that's superior. Whatever it is, anything we do here that we want to look nice, I do the final conversion to pdf and printing on the Fool. Maybe it's the fonts, who knows. Who cares, SGI is better


*cue TeX promoters here

SAQ wrote: Heard great things about FrameMaker, but never seen it in the flesh.

The interface is sort of clunky-looking - text is all over the place, separate popup boxes that aren't very well done, definitely looks like 1992. You can improve the appearance to make it more Irixxish but the interface is still crude to look at.

But the guts work very well and the output is excellent. It is probably the font handling that makes it better, but I can see the difference easily. It is about 2/3 as annoying to use as Word but the end result is superior. It also does things that Word does not but to tell the truth, I seldom write an encyclopedia

What I would really like is something like Pagemaker. Framemaker is good for documents but we mostly produce two- or three-page pieces. More control over the page layout would be great but nothing for Irix that I've found yet. Artisan should do it but alas, the pos crashes every two minutes. Maybe that would be a good project ....

I was quite happy with Serif Page Plus when it ran on DOS, actually. In fact I was happy with a lot of DOS programs running in OS/2. They multi-tasked beautifully but weren't the overblown pigs we have now. Same deal with early Linux apps. If people had worked on improving the quality rather than adding more and more shit that functions very poorly (e.g. Fireflop) then I'd be in heaven. I wonder how many people feel the same way ? Poll time ?

WordPerfect came on one of the HotMix disks - did Frame?

It may have but hee haw hee haw For Windows, you can get it on the street around here for a buck ... I lied, dollar is down. A buck fifty

porter wrote: You have an idea for an application that you want to build once and ideally once only.

Cross platform means at least POSIX including Mac, Linux, Solaris, IRIX etc, and of course Windows. Lets leave Android out of the equation. But as you are doing Mac, you can in theory include iPhone/iPad if you want.

So how do you do the GUI?

You already know the answer to this ... it ain't possible.

Windows and Mac are their own little worlds. Unix is Motif. Separate the app from the interface then customize each variety is all you can do. Or you can make it a Windows program that runs on XYZ (or a variation on that theme) .... wxWidgets is a nice try but still a camel - a horse designed by a committee*.

* That's actually a stupid joke because a camel is the exact opposite of a horse designed by committee. It's a very specialized creature extremely well-suited to its operating environment. And I guess that's the point of software as well - if you would have an application that really suits its environment, it is going to be a camel. Works great in the desert, looks funny as hell chasing foxes in England.

jan-jaap wrote: We use QT where I work now.

But it looks like something designed by kindergarteners for kindergarteners So if "cross-platform" means everyone is reduced to a five-year-old, QT gets the nod

jan-jaap wrote: It's called theming , and if you're over the age of 5, you are free to ignore it ...

Am I free to ignore the fifty gigabytes of crap and the disgustingly poor performance that comes along with it as well ? Given the choice between looking like Windows 95 and performing like a TRS-80, guess which one I would choose ?



Awwww, isn't dat so cute !? Kawai ! Kawai !

(I didn't make that shot up. That was taken from a site that thinks this is an appropriate interface for a mobile device. I also have fond memories of digging in the sandbox in Miss Mason's class but that was then, this is now.)

If I were god, I'd make sure that every developer worldwide would have the latest in 1998 technology. A 56k modem, blazing fast 1.2 ghz P3, 512 megs of memory. Then what they produced would actually run decently for the people who use their crap. And every time a user's computer locks up due to a software bug the user gets $50 from the software publisher. If it's a "stable" branch of open source, the developer responsible has to lick Bill Gates' boots for ten minutes.

Oskar45 wrote: Well, you have the source. Instead of your usual trolling, just re-write it into something better. Who knows, one or two people might even appreciate it after all

Why ? It's shit. Use Motif or even gtk. No need to reinvent the wheel.

Developers like Qt because it is easy for them. But they could care less about the people using the product. We get to pay for hardware that gets gobbled up by shit just to make life easier for developers. Great. Feel free to play that game.

kubatyszko wrote: I asked about BOTH Fuel and Octane V12

You're right. Sorry But what no one bothered to mention to a newcomer is that they are totally different animals. There were a gazillion Octanes sold. Parts are pretty reasonable these days. There were not so many Fuels and Tezros sold. Everyone wants the V12, there aren't so many available. Much different price. This is similar to the situation with the Octane 400 mhz cpu and the O2 400 mhz cpu. Same chip, totally different prices. If you have an Octane, you can get a v12 easy and a reasonable retail price (not "Look what I scored on Ebay !!") will be aournd $250 - $350. For the Fuel and Tezro, it will be a fight and whatever you pay will be based on luck. I blew it on a $150 Fuel V12 recently, still kicking myself.

btw, the late Fuel / Tezro V10's, V12's are exactly the same. If one of our talented hardware/software guys figured out the secret sauce, s/he could make a fortune doing conversions.