I OWN A BRICK!

http://i23.ebayimg.com/03/i/02/78/fc/eb_1.JPG

http://i7.ebayimg.com/03/i/02/79/06/ac_1_b.JPG

You own 2 Bricks!  ;D

wrote on 23.09.04 at 20:32:41:

You own 2 Bricks!  ;D

Nope, just one.

wrote on 23.09.04 at 20:43:26:

Nope, just one.

OMG, that's sicko dude Whaaaaaaaaaaaa Zaaaaaaaaa!!!!!

But I also recieved something nice :)

A free Compaq Voodoo3 1000 16MB Prototype from a collegue, only it's still at his place, he will bring it by this week :D :D And a Retail Skywell Technologies Magic 3D II 12MB with the famous motto: ---->

http://gathering.tweakers.net/global/smileys/worshippy.gif Get Voodoo! http://gathering.tweakers.net/global/smileys/worshippy.gif   :P

Nice one @gdonovan! 8)

Remember that it will ONLY run in WinNT... ::)

Also it'll ONLY work in a 'special' server mainboard... ::)

You'll have to ask @fish about the MB to use as he has a MERCURY in it's original case (although his MB was broken...hope he's replaced it now?) ???

I bet that UT would look SWEEEEET on this beast! 8)

wrote on 24.09.04 at 03:39:46:

Remember that it will ONLY run in WinNT... ::) Also it'll ONLY work in a 'special' server mainboard... ::) You'll have to ask @fish about the MB to use as he has a MERCURY in it's original case (although his MB was broken...hope he's replaced it now?) ???

1) NT4 discs are standing by =)

2) I don't see why it won't work in any BX board, the only thing really unique about the GX is dual CPU support. Only one way to find out and I have BX boards a-plenty.

3) I think his new board is in route now. ;-)

4) I'll be stoked if I can get GLQuake running, it was well supported under NT.

Well. Forget about speed on this thing. It is all about the FSAA. Because my v2 @ 105mhz can beat that thing at UT.

Congratulations.

Yes, the mainboard is on the way. Hope all will work fine now.

wrote on 24.09.04 at 10:43:31:

Well. Forget about speed on this thing. It is all about the FSAA. Because my v2 @ 105mhz can beat that thing at UT.

That would be true, because if I recall, this thing wasn't built for playing games on. Just simulators. :)

Very true! ::)

The mercury was built specifically for all of those 'Army' type sims where they could test a simulated torpedo and all that SH!TE... :P

Although I'd admit that it WOULD be pretty cool if someone could get their hands on one of the 'Tank' sims that the army were running! 8)

The texture detail in these was LOUSY, but just think of the physics engine they'd use! :o

WHOA! ;D

Wish we could see some photos of one of the simulators and what they looked like! Did you have to climb into a big ass tank and control the sim through some screen built to function with a tank, or did they just sit inside a dark box playing these sims on some of the most powerful 3dfx (joint Quantum3d) technology of it's time?  ;D

Knowing the U.S. military - A BIG Tank 'shaped' box! ::)

ROFL! ;D

wrote on 24.09.04 at 03:39:46:

Also it'll ONLY work in a 'special' server mainboard... ::)

Quantum3D Obsidian(R)2 Multi-subchannel Series

This release includes drivers and utilities for the Obsidian2 Hg and 90D models of the Professional Series of graphics accelerators for use in Quantum3D Heavy Metal Mercury systems.

I. Minimum System Requirements
==============================
- PCI 2.1 compliant system
- Pentium(R) class or faster processor
- 16MB of system memory
- Available PCI expansion slot(s) (ATX form factor recommended)
- Windows NT 4.0 Service Pack 3 (or later)
- Windows desktop (VGA) display adapter
- VGA compatible monitor

================================

The release notes indicate Glide support =)

I'm going to have this other NT system up and running with a big fat power supply and just waiting for the postman to show.

Hope I have all the cables needed ;-)

And when you get it, could you tell me if the mercury used 125mhz edo-ram?? And when it does, what brand they are from?

Do you think that the tanks maybe branded with the logo:

"Powered by 3dfx / Quantum3d" ?  ;)

Nah mate! ::)

They're prolly branded... :P

"American chava-tank" ;D ;D

with... ::)

"3Dfx, the components that WORK!" 8)

ROFL! ;D

LMAO! ;D

As part of an intimidation trick to the enemy, they could paint the 'Voodoo Eyes' series on the front of the tanks to really sh*t 'em up!  ;D

http://www.thedodgegarage.com/3dfx/offsite/3dfx_200sbi_v6k.jpg

Never thought I would own a 3dfx card longer then a V5-6000.

And yes the cards have 125 mhz ram chips, all four tested out as functioning!

Now I just need to work on the cabling and hope the riser cards are good!

I wouldn't even attempt to get a case for them.  I would just have an "open air" system for those.

did you test this monster allready?

problems with a slave card I think.

wrote on 15.10.04 at 14:44:03:

problems with a slave card I think.

Still waiting for a motherboard to do testing with complete assembly.

Tonights the night- I have NT4 setup, the machine is up and running and I'm putting the brick back together.

I don't think there is anything I will see with the I/O connector missing but at least I can try and might get a good screenshot of the display properties.

i want benchmarks  ;D

wrote on 29.10.04 at 11:32:44:

i want benchmarks  ;D

Well till I get an I/O connector that could be a problem, but I'm working on it.

Have regular Quake running under NT, had to download service pack 6 last night and installing it this morning... after that is done I pop Mercury in.

Well now... hmmm.

The brick installs with no problems and everything seems to work but when you hit the test glide button in the control panel the test program seems to hang. I don't expect to see anything of course (no I/O connector) but I should be able to hit "esc" and get the driver control panel back. For the gamma test that does work.. with a slight delay.

Possible causes-

1) The drivers indicate service pack 4 are required, I installed service pack 6a (the latest) maybe an issue, maybe not.

2) Motherboard isn't correct- The drivers indicate an intel BX motherboard should be fine but LogicalMadness posted he could not get his working in anything but a intel GX.

3) Power supply doesn't have enough balls- The best I had handy was a very high quaility 300 watt ATX unit from PC power and cooling I used years ago with my 1.0 ghz Athlon system. A 400 watt was mentioned as being a good idea.

I may have to 'jack the 550 watt unit from my 2.8 ghz machine for further testing ;-)

So.. there is no errors when the control panel comes up and the cards have been individually tested ok already so that is a good sign.. I think the next course of action is to find an I/O connector and get a burly power supply and try again. I could try reloading NT4 and just install SP4 but I don't think SP6a is the issue but won't write it off either!

G.  

That's just awesome ;D

One question though. What is this I/O connector your missing? Could you show us a screenshot of it? Some of us (me) haven't really seen a Merc in real life.

Once Mercury is assembled the connectors on the backplates of the cards do nothing. Everything is routed through the Mercury module at the top of the cards.

From there there is a connection for a multipin ribbon cable that runs to a case mounted output connector *OR* a backplate that mounts in a slot like an old printer header with output connections.

It looks like a pretty simple setup with no circuits on the I/O pcb, just a connection point that swaps over to the connections needed. I have contacted a few people with mercury setups inquiring about a spare I/O for sale or loan so I can make my own.

So the missing I/O connector/cable, (it is a cable right?) will plug into that connector that looks like a Joystick connector? If so, how many pin cable is needed? It's not the X-24 medusa cable is it?

Man It looks like your getting ready for some serious Quake action!!

wrote on 30.10.04 at 00:35:25:

So the missing I/O connector/cable, (it is a cable right?) will plug into that connector that looks like a Joystick connector?

That's a regular medusa cable connector!

I was looking at the "Adaptor Information" from the "Display Properties" and had a few questions. I don't see any mention of secondary Texelfx processors like you would see on the 100-4440. And the frame buffer memory shows 8. The texelfx shows 4 processors with 4 meg each.

I'm hoping this means 8 meg for the Pixelfx per card.
And 16 meg for the texelfx per card.

That would make this a 96 Meg SLI set???

OK. You have a medusa, so it the ribbon cable needed.

wrote on 30.10.04 at 00:51:38:

That would make this a 96 Meg SLI set???

Don't know, it shows what is shows and each card was individually tested under WIN98SE.

All the cards are fine.

I need a ribbon cable and the case connections, those pictures posted are not of my parts. The ribbon cable is easy, it's just a floopy drive cable.

wrote on 31.10.04 at 22:31:58:

These parts are mine. I watched them. Not sure that you would be able to copy them easily.

Yes, they are from your 200SBi auction win.

I have friends who can copy anything, however would need an actual piece on hand to make sure it's done correct. I'm not one to take chances with rare pieces...

But I'd like to have a Mercury that functions rather then a mantlepiece.

You don't own a full mercury... yet! ;-)

stranger things have happened.

Things happen if one is patient.

http://i4.ebayimg.com/02/i/02/c7/ec/9b_1_b.JPG

I've got the parts that came with my 200SBi stashed away.  I will only ever use my 200SBi as a standard Voodoo2 SLI with attitude (it's blue lit in my windowed case, black 200SBi, black motherboard, black sound card, blue GeForce 6800... well, nobody's perfect...  ;D).  So if you still need those parts then let me know and I'll go and dig my set out.

I won't ever part with my 200SBi so there's no danger of it arriving with the connectors missing for Patience's Mercury project in the future!

Is patience working on a Mercury project? ???
I am working on a voodoo2 project to but a totally slightly different one  ;).

I'd like to own a functional merc some day. Gary if your going to the trouble of replicating merc components let me (us) know. It may be in all our best interests to share in the costs and have 5 or 10 made. That is, for the ones of us interested it owning a merc some day.

Pictures of system can be found here-

http://www.3dfx.ch/gallery/album48

Missing drive cradle-

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=5734647425

Missing Motherboard-

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=5733720057

On Tuesday if there is nothing wrong with the motherboard I should have a fully functioning system returned to OEM Quantum3D "as shipped" condition.

Note- The later green bricks work on BX chipsets, the earlier black bricks do not.

I have the green brick up and cooking GLQuake and Quake 3, trying to get the 4 sample AA working now.

4 sample works as default on Q-test with motion blur and looks sweet! As soon as I can figure out how to get a screenshot I will, the default method doesn't work.

See- http://www.3dfx.ch/gallery/album51

very interesting pictures  :)
Which DirectX-version do you use?
DirectX 6 ist the last one afaik for NT.

wrote on 29.11.04 at 23:15:00:

very interesting pictures  :) Which DirectX-version do you use? DirectX 6 ist the last one afaik for NT.

None (or I assume none since I did not install any when I loaded the machine with NT4)-

Both GLQuake and Quake3 are opengl.

I'm going to try and find a screenshot utility for NT, the screenshot function is clearly disabled in the Q3 "blur" demo. The Q3 demo at 1024 x 768 with 4 tap AA looks insane.

Dropping the screen resolution to 512 x 240 clearly brings out the AA effect compared to a computer running a V3 with no AA.

Very pretty =)

what about the speed? any benchmarks? or Mercury give only AA advantage?

See this link for images-

See- http://www.3dfx.ch/gallery/album51

Screenshots do not show the AA in effect- I bet that's why the screenshot function is disabled in Quake 3. You can clearly see it in use on the monitor by dropping the resoultion to 512 x 384. These pictures were taken at that resolution and then resized, a few pictures where taken with my digital camera to catch the anti-aliasing!

wrote on 30.11.04 at 05:33:45:

what about the speed? any benchmarks? or Mercury give only AA advantage?

Mercury is all about image quality, speed doesn't look to by anything fantastic.

What's odd is sometimes in Quake3test (3dfx t-buffer version) the frame counter drops into the low teens but the game is still buttery smooth.

Hypersnap 5 crashes under NT, 4 works but displays the same screenshots (No AA evident)

Must be something the can interupt the video signal coming from the cable.

Gary

p.s. A running Mercury rig is a great way to keep your office warm.

http://www.thedodgegarage.com/3dfx/q3d_mercury_faq.htm

work in progress, I'm going to bed.

zzzzzzzzz

This is really something Gary :) Never knew that a Mercury set could do 4x FSAA automatic   :-X , That's wacko!

I suppose it is faster than a Voodoo2 Sli set of 2x 12MB in Quake3 Arena.

Is it possible that it might work in Win2KPro, because actually Win2K pro is WinNT5.0, i just wondered that.

Nice stuff, gary keep up the great news and progress ;)

Regards,

Obi-Wan Kenobi.

wrote on 02.12.04 at 14:50:48:

This is really something Gary :) Never knew that a Mercury set could do 4x FSAA automatic   :-X , That's wacko!

Well that's what Mercury was designed to do!

I'd rather keep the setup with NT4 since the idea is to have a system "as shipped" from Quantum3D.

Though I had a thought last night while asleep- All the black brick Mercurys require a GX+ motherboard... but my green brick does not and runs fine on a BX board... which begs the question... will it run on a P4 platform?

hmmm.. rack-mount green brick system with dual P4's.

=)

Imagine the power, of that system, then you will really have the maximum power of the system. And you will maybe notice the performance of Sdram over Edo-ram.

@gdonovan
Oh, very nice FAQ! Just a three weeks earlier and I won't let Mercury from eBay go from me - that time it looked risky to buy that without knowing any working systems that time:)

Actually, one of the most hardcore things I saw this year in industry... I'll post a link in our news on ModLabs.net when you will finish FAQ. Excellent work!

By the way, I saw a page with AAlchemy on your site but almost no information about card. Does it work?

wrote on 02.12.04 at 18:26:02:

@gdonovan Oh, very nice FAQ! By the way, I saw a page with AAlchemy on your site but almost no information about card. Does it work?

1) Thanks, just something I roughed together in a few hours, someone needed the Medusa PCB pinouts so I thought I would start a complete page covering all aspects of getting a system operational. Will be much more polished in a few days.

2) Will take on AAlchemy after Mercury is "finished" in the next week. Still have to make up my mind to keep the other brick or not. If I do keep it I want to sync-lock the two units together in a rack.

Just a follow up- I have the green brick up and running on the GX+ board (dual P3-650's with a gig of ram) under Windows 2000.

There isn't any control panel, GLQuake won't run but Quake III will.  

Using the current version of Q3 and the only demo, at 1024 x 768 46 fps is noted, 800 x 600 55 fps is noted. Quake 3 being a mhz hog I'm sure better numbers would be noted with faster cpu's and this is with anti-aliasing active of course.

Note- Not sure now if Mercury is using 2 or 4 x AA, I assumed from the visual quality is was 4x, will compare to a 5500 and see if I can determine.

Updated-

http://www.thedodgegarage.com/3dfx/

http://www.thedodgegarage.com/3dfx/q3d_mercury_brick.htm

http://www.thedodgegarage.com/3dfx/q3d_mercury_system.htm

http://www.thedodgegarage.com/3dfx/q3d_mercury_faq.htm

Is Motion-Blur actually functional on the Mercury's V2 chipset? I know FSAA works on the Merc. but was unaware that T-buffer worked on the V2. I thought it was hardware dependent on the VSA-100 GPU.

wrote on 10.12.04 at 06:02:15:

Is Motion-Blur actually functional on the Mercury's V2 chipset?

Sure is functional, I'm going nuts trying to figure out how to hack the drivers and get the TV output enabled so I can run it out to video and post a nice mpg.

Did you notice that during the boot process the TV/out is functioning?

It isn't until I Ctrl-Alt-Del the enter the user passwork, this as soon as I hear the windows login .wav and see the Icons appear, then the TV/out shuts off >:(

wrote on 19.12.04 at 23:03:14:

Did you notice that during the boot process the TV/out is functioning? It isn't until I Ctrl-Alt-Del the enter the user passwork, this as soon as I hear the windows login .wav and see the Icons appear, then the TV/out shuts off >:(

Correct, I have TV out till the machine logs in. I suspect a change in the INF or the windows INI/registry  file will fix that.

Interesting!!

It works on the 200SBi in windows NT4 with so that may not be so hard to find since we can compare the two.

I wonder why they disabled it.

I noticed that on my TV it was rolling pretty bad on the Mercury but the 200SBi looked actually pretty good during the boot process.

Maybe they couldn't get it to work acceptably so that was their reason for disabliling it???

Did yours look not up to the 200SBi standard. As you know I haven't had my Merc. up long enough to consider it fully functional yet.

wrote on 20.12.04 at 05:45:38:

Did yours look not up to the 200SBi standard. As you know I haven't had my Merc. up long enough to consider it fully functional yet.

It has a rolling screen during boot up but as soon windows starts it's normal.

I may do a line by line boot-up and see at one point the TV out is cut off and then look into that area.

I do have the other GX board setup with a single 200SBi, just have not head the chance to look things over yet, too pressing with the holidays and everything else going on.

Had another question for you on the Mercury.

In the display properties "Obsidian" tab if I check the "wait for vertical retrace" box and then press "test" I get a black screen and have to reboot. Uncheck I can successfully run the test. Is this the same on yours.

I have a .pdf file from Q3D on Swaplock and it mentions something about looping swaplock in and out together. I think there's a relationship here?

Your thoughts?

Can't recall, will check later if I get the chance.

Gary,

If I'm ever luckly enough to find a case like yours, I'll need to try to duplicate those overhead fans. I can get a pretty good look at them here http://www.thedodgegarage.com/3dfx/q3d_mercury/q3d_mercury_open_large.jpg but I was hoping that maybe next time you have the hood up you might take some pictures of the fan assembly itself and add the to your FAQ page? Is that a wingnut attaching the fans to the tail assembly of the Mercury sub-System? Coming up with the fans should be easy, but the mounting brackets will will prove to be challange.

Updated-

http://www.thedodgegarage.com/3dfx/q3d_mercury_faq.htm

New page-

http://www.thedodgegarage.com/3dfx/q3d_mercury_gamefaq.htm

If eventually all attempts to lett the mercury display on a TV. You can still use a VGA to PAL converter so that the signals are just converted, and some new TV's can handle VGA signals through the Scart port.

Excellent news! AAlchemy lives!

WEEEEE!

Woohooo time for VSA100 finally. I'm really loking forward to this project Gary. Now you only need three more to make it a compleet 8461  ;D

-that is if you mean this Aalchemy  :P

Does it take 4 to be complete?

I thought you just needed one??? That babys got 8 VSA100's on it.

AAlchemy was available in multi-channel configurations but that was just for multiple monitors. Having extra cards doesn't decrease rendering time since every card is linked to it's own monitor.

AAlchemy systems were identified by letters- GX, TX, QX, SX. Best thing to do is download the manuals from Quantum3D and each one explains the differences in the systems plus has pretty pictures to take notes of =)

I'm going to build a AAlchemy GX system- Quantum3D was running an upgrade program for Mercury owners call Mercury Rising that replaced the Mercury brick with a single 8164 board. Since I know the ins and outs of a Mercury system and have a single AA5 board, building an AAlchemy GX system thats fairly original looking should be a snap.

Only real hold up is power supply for the card which is being worked on (waiting on pcpowerandcooling.com for a quote)

Yes I'm excited to be playing soon, one wonders what will run under Win2000 and 8164 and how it will look. If Mercury is any indication just about ANYTHING OpenGL or Glide will run on the hardware.

So why are people making a fuzz about putting 4 Aalchemy 8161 card together as a whole? I was always convinced Quantum3D named it Aalchemy 8464 and it would't be easy to get such a system. I even read about these systems costing 40.000$

And now you tell me that putting 4 together has hardly any performance gain, what a dissapointment  :(

Anyway, Gary is you Aalchemy provided with all the daughterboards that Iwellius had? He had two extra boards connected if I'm not mistaking.

wrote on 09.01.05 at 00:06:51:

So why are people making a fuzz about putting 4 Aalchemy 8161 card together as a whole?

Well it would be an impressive array, I can inquire but the Quatum3D manuals clearly state each card just renders part of a scene (left/right/center for example)

That would make sense as Heavy Metal systems were sold with 3 200SBi's sync-locked together for three channel display or you could of course sync-lock 3 Mercurys together for multi channel display.


Quote:

I was always convinced Quantum3D named it Aalchemy 8464 and it would't be easy to get such a system. I even read about these systems costing 40.000$

Quantum3D hardware isn't immune to time any more then any other PC hardware. What was state of the art 5 years ago is now in a landfill.


Quote:

Anyway, Gary is you Aalchemy provided with all the daughterboards that Iwellius had?

All I have is the single board, the "daughterboards" are just PCB for the power wiring. No doubt to keep prying fingers away from the power connectors while running since a single 8164 draws 30 amps on the core voltage line.

There also was options for hardware monitoring, I don't have any of those pieces.

gdonovan,

Do you plan to have a FAQ section for the AAlchemy system as you have done for the Mercury System on your web page?

Of course.

Quote:

All I have is the single board, the "daughterboards" are just PCB for the power wiring. No doubt to keep prying fingers away from the power connectors while running since a single 8164 draws 30 amps on the core voltage line. There also was options for hardware monitoring, I don't have any of those pieces.

This is what I mean  :D

http://iwellius.abanter.de/aalchemy2/IMAG0082.JPG

http://iwellius.abanter.de/aalchemy2/IMAG0080.JPG

Gary does yours have the flat panel connectors?

wrote on 09.01.05 at 20:46:27:

Gary does yours have the flat panel connectors?

No- The 8164 shown is of very unusual configuration, I have seen nothing like it mentioned in the manuals.

It looks pretty Cool! But also look like it will take up 4 slots.

Bad news- No direct X rendering titles for Mercury!

None of the V2 drivers support Direct X under NT or 2000, and I mean NONE. Even the 3dfx beta reference drivers (just glide or opengl)

Not even the weirdo 1.00.00b driver which doesn't support passthrough and has no glide or OpenGL support?  ???

I've got DirectX titles that will only run on my 200SBi under Windows 98SE because they can't cope with my primary card's 256MB memory (6800 GTS).  The Organic Art screensaver, which Microsoft actually distributed for a while, is one!

But a Mercury's never going to run on cranky old DOS-based operating systems.

I envy you with your experimentation although it must be frustrating sometimes.

wrote on 11.01.05 at 19:33:34:

Not even the weirdo 1.00.00b driver which doesn't support passthrough and has no glide or OpenGL support?  ???

I just did a quick sweep of the general V2 drivers available on 3dfxzone, all of them state Glide or OpenGL only.

If you were building a non-original system it would be no big deal, just install a GF2 for the main card. An orignal Mercury system only has a 2D Cirrus Logic on board however, limits my options ;-)


Quote:

But a Mercury's never going to run on cranky old DOS-based operating systems. I envy you with your experimentation although it must be frustrating sometimes.

Just NT and 2000 so far, though I have not tried under 98 (other issues raise their ugly head under Win9x)

Sometimes it's fun (when you can get something working!) other times it's a PITA (now why doesn't this work?!)

Like Descent 3 for example- The game hooks into something that tells it a glide board is installed, I have not found out just what yet and still can't get it to work under NT.

Well, 3dfxzone just doesn't have the "right" Driver, that's it ;)

Check the Archive and read the ReadMe File of the Win2k V1.00.00b Driver, if Win2000 is installed.
Requires a dirty workaround and imposes several limitations, but there, the Voodoo2 is able to render Direct3D to some extend.

I thought Koolsmoky had just released a winxp direct3d capable V2 driver? He has contacts with 3dfxzone.it why not implement koolsmoky's driver with the fastvoodoo2 xp.

wrote on 11.01.05 at 22:47:20:

Well, 3dfxzone just doesn't have the "right" Driver, that's it ;) Check the Archive and read the ReadMe File of the Win2k V1.00.00b Driver, if Win2000 is installed.

I'll look into it but if it's not written for Mercury a moot point.

I'm afraid when you intend to run an OS that no official Mercury Driver exists for (I assume no official Win2000-Drivers exist) , you'll probably have to "mix&match" anyway.

Anyway, it'll be interesting to see how far you can get with it :)

wrote on 12.01.05 at 00:36:22:

I'm afraid when you intend to run an OS that no official Mercury Driver exists for (I assume no official Win2000-Drivers exist) , you'll probably have to "mix&match" anyway.

Well 2000 is close enough to NT4 that the drivers work (but no control panel tab) I don't think that I'm going to tinker around too much trying to get Direct X working. I don't know enough about how windows and the drivers work to start editing things.

I think I can live without an "Obsidian" tab in the Display Properties of the Control Panel. That is, if the trade off is better game compatiblity ;)

wrote on 12.01.05 at 01:52:52:

I think I can live without an "Obsidian" tab in the Display Properties of the Control Panel.

I'm just picky, be nice if it worked but something of a non-issue if there is no advantage to me running 2000.

So far there isn't and I'm starting to learn my way around NT and get comfortable. About the only issue I have now is that using IPX for networking it doesn't see the Win98 machines for some reason but they don't have a problem seeing the NT box.

IPX? That's like for Novell Netware. Why not turn on TCP/IP

wrote on 12.01.05 at 03:19:59:

IPX? That's like for Novell Netware. Why not turn on TCP/IP

Early id games run IPX networking, it's how I learned to network computers and never learned to fool around with TCP.

I remember those days. We used to have LAN partys playing GLQuake and Descent II (patched for Glide of course). Newer games now require TCP/IP.

I use to be a huge quake head- I'd play/practice for something like 6 hours a day and then my poor roommate would come home and want to play on the LAN and get slaughtered. The first time I rocket jumped on a map in front of him he just stopped playing, lol!

Ahh the good old days of early ICQ, quakespy, netquake and when everyone had high pings and no cheaters....

My old clan still has a site up, doesn't look like it's been updated in a few weeks though, use to be more extensive.

http://www.quakemarines.com/

I owned DM2, lock stock and barrel. I knew every single sound on the map and could tell what the other player was doing and track 'em like radar.

wrote on 13.01.05 at 16:42:23:

I use to be a huge quake head- I'd play/practice for something like 6 hours a day and then my poor roommate would come home and want to play on the LAN and get slaughtered. The first time I rocket jumped on a map in front of him he just stopped playing, lol! Ahh the good old days of early ICQ, quakespy, netquake and when everyone had high pings and no cheaters.... My old clan still has a site up, doesn't look like it's been updated in a few weeks though, use to be more extensive. http://www.quakemarines.com/ I owned DM2, lock stock and barrel. I knew every single sound on the map and could tell what the other player was doing and track 'em like radar.

Wow that's wacko Gary A GLquake1 clan that still live's, I'm try'n to get QuakeII LithiumII go'n at my little Computer club, I used to be a Snorkel and the team were Garfields LOL  :D :D :D :D That was so much fun frag'n those harmless cats with Railguns hahahaha

Heh- Finally got around to firing Merc back up to test some cables, install OpenGVS and update the network settings so it could access the DSL.

Of course then I had to update IE 3.0  :'(

Gary

Did the internal SwapLock/SyncLock cables test out Okay?

wrote on 23.10.05 at 05:52:13:

Did the internal SwapLock/SyncLock cables test out Okay?

Perfect.

Iron runs with or without sync to refresh checked off, just won't run with master/slave/slave set.

I'm thinking since that is under "override application" it should not be set since the OpenGVS programs are already compiled for multi-channel.

At any rate, I'm waiting for an answer back, wish I had three green boards to test.

Note- The OpenGVS demos sure look nice with Mercury AA.