Could we bring lcms-1.14 back from the archives ? Apparently there are compatibility problems between lcms and lcms2, some programs using lcms as a dependency need lcms v1.
thanks
thanks
The collected works of hamei - Page 19
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....
vvostenak wrote:
Hi all, please, is there some (freeware) DXF and IOB (Imagine) viewer for IRIX? Can be just for old version of these files (approx. 1993).
Or at least simple file converter? Thanks.
Or at least simple file converter? Thanks.
Qcad will view a lot of dxf files. There's also a Japanese CAD app that works, I forget the name but runs in Irix and views dxf. I'll try to find it if Qcad won't work for you. Report back, please.
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 ...
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.
mattst88 wrote:
Call me biased, but this seems much easier and maintainable than different people uploading things they compiled ad-hoc. I think there have been problems with that approach in the past too.
The only problems have been with a couple people who did a crappy job of creating tardists. Since it's quite possible to have bad quality control with any system - and Linux leads the pack in crappy q/c - I fail to see where introducing yet another linux boondoggle to Irix would lead to any improvements.
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 ....
-
- divco.jpg (43.37 KiB) Viewed 443 times
Umm, this won't be popular but imnsho, recently Mr Jobs has been doing a good job of representing the devil. Most everything he has been (very) successfully peddling is aimed at turning computing more into a consumption device and less into a tool. Computers aside, all the new products that have been making Apple money hand over fist are the iPod, iPad, iPhone, iTunes and the app store ... all of which are pretty much aimed at making the user into a mindless consuming zombie. The fact that they are very pretty ... well, nobody would fall for a rotten wormy old Apple, would they ?
Oskar45 wrote: Check this...
Are you sure they are married ? They have that "nooner quicky" look plastered all over their faces ....
guardian452 wrote:
... people around here can't pronounce dutch names properly anyways.
Take a big mouthful of gravel first, then it's easy
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: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_60p.vfo
/usr/gfx/ucode/ODSY/vof/2@1920x1200_60p.vfo 1920x600_29 ("1920 x 1200 @ 60Hz Odyssey Dual Channel for SGI Flat Panel").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 ... )
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 ...
Code: Select all
cd xpdf; gmake all
gmake[1]: Entering directory `/usr/people/dev/xpdf-3.03/xpdf'
CC -mips4 -O3 -c99 -I/usr/nekoware/include -I/usr/nekoware/include/freetype2/ -I/usr/include -DHAVE_CONFIG_H -I.. -I./../goo -I./../fofi -I./../splash -I. -v -mips4 -L/usr/nekoware/lib -L/usr/lib32 -Wl,-rpath -Wl,/usr/nekoware/lib -o xpdf Annot.o Array.o BuiltinFont.o BuiltinFontTables.o Catalog.o CharCodeToUnicode.o CMap.o CoreOutputDev.o Decrypt.o Dict.o Error.o FontEncodingTables.o Function.o Gfx.o GfxFont.o GfxState.o GlobalParams.o JArithmeticDecoder.o JBIG2Stream.o JPXStream.o Lexer.o Link.o NameToCharCode.o Object.o OptionalContent.o Outline.o OutputDev.o Page.o Parser.o PDFCore.o PDFDoc.o PDFDocEncoding.o PreScanOutputDev.o PSOutputDev.o PSTokenizer.o SecurityHandler.o SplashOutputDev.o Stream.o TextOutputDev.o UnicodeMap.o UnicodeTypeTable.o XPDFApp.o XPDFCore.o XPDFTree.o XPDFViewer.o XpdfPluginAPI.o XRef.o xpdf.o -L../goo -lGoo -L../splash -lsplash -L/usr/nekoware/lib/ -lfreetype -lSgm -lXm -lXt -lXext -lXpm -lSM -lICE -lX11 -L../fofi -lfofi -L../goo -lGoo -lm
MIPSpro Compilers: Version 7.4.4m
/usr/lib32/cmplrs/edg_prelink -Yu -fSGI -L/usr/nekoware/lib -L/usr/lib32 -L../goo -L../splash -L/usr/nekoware/lib/ -L../fofi -L../goo -L/usr/lib32/mips4/r10000 -L/usr/lib32/mips4 -L/usr/lib32 Annot.o Array.o BuiltinFont.o BuiltinFontTables.o Catalog.o CharCodeToUnicode.o CMap.o CoreOutputDev.o Decrypt.o Dict.o Error.o FontEncodingTables.o Function.o Gfx.o GfxFont.o GfxState.o GlobalParams.o JArithmeticDecoder.o JBIG2Stream.o JPXStream.o Lexer.o Link.o NameToCharCode.o Object.o OptionalContent.o Outline.o OutputDev.o Page.o Parser.o PDFCore.o PDFDoc.o PDFDocEncoding.o PreScanOutputDev.o PSOutputDev.o PSTokenizer.o SecurityHandler.o SplashOutputDev.o Stream.o TextOutputDev.o UnicodeMap.o UnicodeTypeTable.o XPDFApp.o XPDFCore.o XPDFTree.o XPDFViewer.o XpdfPluginAPI.o XRef.o xpdf.o -lGoo -lsplash -lfreetype -lSgm -lXm -lXt -lXext -lXpm -lSM -lICE -lX11 -lfofi -lGoo -lm -lCsup -lC -lCio
/usr/lib32/cmplrs/ld32 -call_shared -init _main -fini _fini -no_unresolved -transitive_link -demangle -elf -_SYSTYPE_SVR4 -LANG:std -show -mips4 -L/usr/nekoware/lib -L/usr/lib32 -rpath /usr/nekoware/lib -L../goo -L../splash -L/usr/nekoware/lib/ -L../fofi -L../goo -n32 -L/usr/lib32/mips4/r10000 -L/usr/lib32/mips4 -L/usr/lib32 -cxx -woff 134 /usr/lib32/crt1.o /usr/lib32/c++init.o -o xpdf Annot.o Array.o BuiltinFont.o BuiltinFontTables.o Catalog.o CharCodeToUnicode.o CMap.o CoreOutputDev.o Decrypt.o Dict.o Error.o FontEncodingTables.o Function.o Gfx.o GfxFont.o GfxState.o GlobalParams.o JArithmeticDecoder.o JBIG2Stream.o JPXStream.o Lexer.o Link.o NameToCharCode.o Object.o OptionalContent.o Outline.o OutputDev.o Page.o Parser.o PDFCore.o PDFDoc.o PDFDocEncoding.o PreScanOutputDev.o PSOutputDev.o PSTokenizer.o SecurityHandler.o SplashOutputDev.o Stream.o TextOutputDev.o UnicodeMap.o UnicodeTypeTable.o XPDFApp.o XPDFCore.o XPDFTree.o XPDFViewer.o XpdfPluginAPI.o XRef.o xpdf.o -lGoo -lsplash -lfreetype -lSgm -lXm -lXt -lXext -lXpm -lSM -lICE -lX11 -lfofi -lGoo -lm -dont_warn_unused -lCsup -lC -lCio -Bdynamic -lc /usr/lib32/crtn.o -warn_unused
ld32: WARNING 84 : /usr/lib32/libXext.so is not used for resolving any symbol.
ld32: WARNING 84 : ../goo/libGoo.a is not used for resolving any symbol.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(SplashXPathSeg*,SplashXPathSeg*,SplashXPathSeg*,int,cmpXPathSegsFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashXPath.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(SplashXPathSeg*,SplashXPathSeg*,cmpXPathSegsFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashXPath.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(SplashIntersect*,SplashIntersect*,SplashIntersect*,int,cmpIntersectFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashXPathScanner.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(SplashIntersect*,SplashIntersect*,cmpIntersectFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashXPathScanner.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(SplashScreenPoint*,SplashScreenPoint*,SplashScreenPoint*,int,cmpDistancesFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashScreen.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(SplashScreenPoint*,SplashScreenPoint*,cmpDistancesFunctor)" -- 1st referenced by ../splash/libsplash.a(SplashScreen.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(TrueTypeLoca*,TrueTypeLoca*,TrueTypeLoca*,int,cmpTrueTypeLocaOffsetFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(TrueTypeLoca*,TrueTypeLoca*,cmpTrueTypeLocaOffsetFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(TrueTypeLoca*,TrueTypeLoca*,TrueTypeLoca*,int,cmpTrueTypeLocaIdxFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(TrueTypeLoca*,TrueTypeLoca*,cmpTrueTypeLocaIdxFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__introsort_loop(TrueTypeTable*,TrueTypeTable*,TrueTypeTable*,int,cmpTrueTypeTableTagFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR 33 : Unresolved text symbol "std::__final_insertion_sort(TrueTypeTable*,TrueTypeTable*,cmpTrueTypeTableTagFunctor)" -- 1st referenced by ../fofi/libfofi.a(FoFiTrueType.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: INFO 152: Output file removed because of error.
CC ERROR: /usr/lib32/cmplrs/ld32 returned non-zero status 2
gmake[1]: *** [xpdf] Error 2
gmake[1]: Leaving directory `/usr/people/dev/xpdf-3.03/xpdf'
gmake: *** [all] Error 2
(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
arianon wrote:
Thanks very much for the information! I'll definetly be registering to get a copy of hte 6.5.22 overlay, my machine right now has 6.5.21f on it.
Whoa Nelly ! Whoa there, I say !
In a lot of ways 6.5.21 is the best version of Irix there is. It's also hard to find now. You can run nekoware on it if you install a patch (I forget the number.) Beware "upgrading" to 6.5.22. That particular "upgrade" screws up some of the best parts of the user experience. Also, there is a bit of debate about this but one of the more reputable 'channers found significant slowdowns on an O2 at release levels higher than ... 6.5.22 ? Somewhere in there.
The fixes in x.x.30 are useful for Octanes, Fuels, Oxxx'es and so on but much less so for an O2.
With an O2 I'd patch 6.5.21 and stay there. At the very least, do a xfsdump and save it for when you want to go back. Display Postscript and Impressario and a whole lot of other utilities that SGI dumped at 6.5.22 are good. *
If I weren't running a Fool , that's where I'd be.
* They dumped them to save money, not for performance or quality reasons.
SAQ wrote:
The really irritating bit is the part where they have a recommended patch for .22 that removes DPS. You heard right, all it does is delete DPS and replace it with nothing.
Do you have that patch handy, SAQ ? Maybe we can reverse engineer it to do the opposite. I've tried (half-heartedly) putting DPS back in once or twice without any great success.
Quote:
I seriously doubt Adobe gave them any money back for that number, so why did they bother?
Because by that point in time the management of SGI was a bunch of certified jerks ?
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
COBOL. Yup, there's ten people who use it.
And they all make big bucks.
And they all make big bucks.
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
kais58 wrote:
That PCI Module looks exactly the same as the G brick inside...
You mean G2 brick, I hope ...
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.
R-ten-K wrote:
So any pair will do? Pair programming FTW!!!
Any pair in a storm
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 ?
-
- Qt.jpg (32.23 KiB) Viewed 764 times
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.
jan-jaap wrote:
Earlier this year I bought an Octane2 graphics assembly with:
* V12 board (last rev.)
* DCD option
* DmediaPro DM2 video option
* an XIO FC card
... for ~ $225 (or was it €225 ?) + shipping
* V12 board (last rev.)
* DCD option
* DmediaPro DM2 video option
* an XIO FC card
... for ~ $225 (or was it €225 ?) + shipping
So what would you be willing to sell that for, j-j ? Make a little, pass it on for € 275 ?
jan-jaap wrote:
’relax,’ said the night man,
We are programmed to receive.
You can checkout any time you like,
But you can never leave!
We are programmed to receive.
You can checkout any time you like,
But you can never leave!
Exactly ! OP was asking what a fair price for a Fuel V12 is. They are rare. There are dealers here trying to grab any they can find to resell to SGI. It's like the pci cages that were worth $250 or so a few years ago. Demand is gone now so they sell for $25 - $50 today. But at the moment, if you want a V12 and you see one for sale, grab it fast and it won't be cheap unless you are very lucky.
If you need a project tho, j-j, being a hardware guy and all, the Fuel / Tezro V10 and V12 boards are the same. Figure out what makes them report themselves as one or the other and you could make a bundle.
Are we all smoking dope here or something ?
Fuel
!=
Octane
.
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.