The collected works of foetz - Page 18

some other ones i just found there: http://www.darelparker.com/dp/2012/06/2 ... wallpaper/

in case the author should see this, thanks darel

tweakoz wrote: b. there will be 2 so files - I forgot the exact name and my machine is inaccessible at the moment, you will want the one with 'core' in it. we will refer to this below as <glcorethingy>
c. using hexedit from nekoware - hexedit the copy of the glcore dll not the original!
d. search (in the ascii side) for VPRO - you will see something like "VPRO/%s/%b%s"
e. replace with "GU1-Extreme" taking special care that the string remains null terminated (and that we don't overflow the original size of the string).

ha, now that's neat. never figured that something this trivial would be enough
much thanks for sharing

PA 7.5 had trouble renderering because it could not find it's renderer binary

in case of 8.5 it's not just an issue of the binary's name i'm afraid. the renderers just crash. the same goes for v9. v8.2 is fine tho.

was there even an IRIX 6.4?

yes
but in this case the 6.4k postfix means irix6 and r4000 (and higher)

however it's nice to see that a software project do add non-linux stuff on their own at all

Oskar45 wrote: ...any tears?

we do have windows users here?

luchford wrote: run /bg/gen/local/com/install_bgpath, and /bg/gen/local/com/install_bgalias from the command line. Reboot.

reboot?
a simple "rehash" should do the job

diegel wrote: Does anyone know a simple way to convert a current mp4 video in a format readable by SGI media tools?

doing the conversion with irix or for irix?

GIJoe wrote: you'd turn it on only to take a screenshot/playblast in those days.

hehe exactly and a low qualy render still shows more

indeed, premiere was probably the worst of all video programs for irix. and that means something

the 3 small round buttons as well as the scrollbars of the windows looked cheap in 10.7/8/9 already but this?



what's up with apple? don't have any decent gfx guys left?

commodorejohn wrote: Apple's visual design team has been progressively more lost up their own ass ever since they abandoned the Classic look. Feh.

exactly my thoughts. this looks like the kids version of what osx used to be. same goes for websites btw.
where's the creativity these days?

josehill wrote: I consider OS X 10.6.8 to be the "reference release" of OS X

absolutely, and even there some silly changes have been put in place already (nfs shares menu for example)

GIJoe wrote: finder with two-column display and a path-input bar (breadcrumbs a la windows)
oh and tabs - but they might have them already, judging by some pictures on the 'net.

forklift. best file manager you can get for osx. has tabs, too

commodorejohn wrote:

R-ten-K wrote: Old foggies don't like change and are scared by it... News at 11.

Pretentious snots think they're being hip by dismissing any dissenting opinion with "well, you're just afraid of change , granddad!" - film at 11.

GIJoe wrote: using a filemanager separate from the default OS provided one is not so optimal in my experience.

the total opposite in my experience

ianj wrote: Unless you're like the OP and think the smaller window controls look "cheap" (huh?)

hehe for sure. when i first gave the 10.7 developer preview a shot i didn't even consider that these gui parts were meant to be in the final release. a complete amateur job; especially in comparison to what they had before.
to be clear, unlike the mentioned 10.7/8/9 gui elements the 10.10 gui is proper work but simply a joke that lacks any sort of creativity and skills.

i'm not exactly a hiphop fan either but each to his own of course. anyhow i don't mind it if mixed with nice soul parts

indeed the irix and linux versions never were serious stuff. they used something called mainwin to wrap the windows version into ( http://www.mainsoft.com/content/mainsof ... x-overview )

xsi was, is and likely ever will be a pure windows toy. don't bother with that on irix or linux because whatever else you can get for these platforms is gonna be much better

thanks that's neat. especially fuel owners should dig it

particularly funny is the way it's advertised on the apple site:

Every bit as powerful as it looks.

going by the looks i'd assume that an amiga would beat the crap out of it

An elegant design that feels entirely fresh

no clue who came up with that but they must be smoking the hard stuff

TeamBlackFox wrote: I can, but I know absolutely nothing about C++, I'm a C guy

not very hard to catch up then. the other way around is the tricky part

niice work jpstewart but being gtk2 based and coming with gcc specials do you think that it's a big difference compared to firefox?
don't get me wrong it's great to see any sort of irix effort however i wonder if that effort wouldn't be better spent on dillo

commodorejohn wrote: This is GNU. It's only "finally fixed" until some random loser's commit breaks it for stupid and probably stupidly ideological reasons and then it remains broken for another year and a half until someone finally submits a patch that fixes it but breaks something else.

quote of the month

jpstewart wrote: compile NetSurf with MIPSpro. That one fails even earlier in the launch process (no window ever appears, it just prints an error message and exits)

i remember that it's been mentioned that some libs required by netsurf were compiled with g++?
if so that's a likely reason

ClassicHasClass wrote: I've always had a soft spot for PA-RISC

me too, simply because they were good as so was/is hpux

mopar5150 wrote:

vishnu wrote: This part looks pretty telling:

Code: Select all

Automatic update of PROM environment disabled
Graphics diagnostics

Installing PROM Device drivers ............
On-board (IO9) tigon3 1000BaseT interface
Base I/O Ethernet set to /dev/ethernet/tg0
Installing Graphics Console...
graphics install: searching for pipe 0
graphics install: cannot find VGA path /hw/module/002c26/IXbrick/xtalk/10/0/pci/
1a

That is the same graphics path that works when I run just the O350 and the GN brick. As soon as I add the router and other O350s I lose the graphics. Or are you saying something that I am missing?

if you're running only one o350 it might ignore the vga path but as soon as you have more o350s the path must be right. is it?

jan-jaap wrote: I wonder if the IP gfx are Infinite Problems like they're rumored to be...

ip were fine but the onyx4 had g2(n) gfx units which are ati cards. that in combination with xfree, but still on irix and at the time ati did not open their drivers. the onyx4 was sort of a transition system between irix and linux but even the prism with linux continued to suffer from ati's unfriendly driver policy

mopar5150 wrote: When I looked at all of the bricks one was 002c26 so I connected the G2 brick to that system and the console works. All of this has been done with the L2 disconnected.

mopar5150 wrote: I need to hit the L1/ L2 manual. I plan to break this system down into 2 or 3 smaller systems, perhaps 2 with G2 modules and connect some of the O350s to my IR3 G-brick.

nice, it seems like your system is fine after all but only needs to have the units set up properly
when you're through with the L1/2 docs decide for one o350 to be your master and mark it somehow (small sticker or so ). then always use that for all management tasks and in case you don't wanna run all nodes sometimes

pentium wrote: Does anyone have any kind of information on this version of Softimage 3D?

yup but i'm not gonna talk about the licensing system because of the forum rules
as for the rest, it runs on a vast range of systems and is quite light compared to the other gfx stuff that was around at the same time. it was before microsoft bought it and was still called "Softimage Creative Environment".
the package was completely coff until 2.66 which included a mips1 o32 binary of the main program for irix 5. considering a number of things it should run on pretty much everything up to vpro. the latter tho is likely to have some display issues.
it looks like all other si3d versions except for the one difference that it had 6 menus in the upper right pane.

oh and, it looks like this :

canavan wrote:

i remember that it's been mentioned that some libs required by netsurf were compiled with g++?
if so that's a likely reason

If that were the case, it would already fail when linking, and not produce an executable at all.

sure, assuming that nothing has been "updated" after

diegel wrote: There was an interesting post on the Dillo-dev mailing list today. The PowerPC OS X guys have the same problem like us. There is hope that someone take care about this problem.

great maybe that'll cause some wakeup calls

terrific news
big thanks to to whoever fixed it and diegel for providing them with access to one of his machines. great to see that they do care about things outside of win/mac/linux at all

errrm, just read the changelog and found:

- Fix compiling on IRIX with MIPSpro compiler.

although it sounds great it's wrong i'm afraid. the mipspro killers are still in there.

posted from dillo3 btw


EDIT:
a small change to the second part of the patch. instead of

simply use:


unless there was a very specific reason for that sort of bloat

so sad to see that often for whatever reason only the crap survives

diegel wrote: dillo 3.0.4 includes some changes from vishnu's attempt.

oh that's nice but it's still wrong. it does not compile with mipspro at all

now i could of course not help but try it on 6.2 because that's where something like dillo is needed most. managed to compensate the missing snprintf and isinf but dns.c seems to expect more content from struct addrinfo:


that might need a more serious workaround. defining the missing macros is no problem of course but finding adequate substitues for the missing or different struct members ...

josehill wrote: "Clusters are for kids."

well they are but also cheap so ...

cris_adder wrote: how easy would the step be to get it then going on 5.3?

not easy at all. 5.3 lacks even more than 6.2 and so far it's totally unclear if it'll run on 6.2 at all

hamei wrote: On the sites that are dogs, it doesn't work.

of course because the reason why these sites are slow is the amount of bloat they use a.k.a. js, flash and whatnot ... which dillo (thankfully) doesn't handle at all

according to a later hrcConvert version:



although i think if someone is using such a version today it's mostly because of nostalgia so the bugs might not bug him too much


EDIT: this should be moved to the graphics forum btw

• dillo304_fltk-gcc.tar.bz2

this is a double pack containing fltk 1.3.2 static libs and dillo 3.0.4. as the name suggests both compiled with neko gcc 4.7.
fltk is without docs and the fluid program, just the libs. it defaults to /usr/local/dillo3. you can put it anywhere as long as you edit fltk-config accordingly.
dillo has the vsnprintf changes applied but also a much lighter version of the downloads.cc patch as well as 2 ssl related dialogs disabled. the latter makes duckduckgo or ixquick actually usable because these dialogs have no "don't ask again" option. they affect occurences of X509_V_ERR_SELF_SIGNED_CERT_IN_CHAIN and X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT_LOCALLY

vishnu wrote: Just for funzies I'm still working on a MIPSPro compile of dillo that I pulled from the tip of their svn on August 30th...

that's great, and i seem to face a rewrite of the dns module for 6.2 cause of the absence of addrinfo