Linked by Thom Holwerda on Tue 18th Dec 2012 23:12 UTC
Permalink for comment 545835
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
Linked by Thom Holwerda on 04/16/13 9:29 UTC
Linked by Thom Holwerda on 04/15/13 22:44 UTC
More Features »
Sponsored Links



Member since:
2005-07-08
I suspect the game was perfectly well commented by the owner but were stripped out due to small license payment, why would MS need to understand code if they were barely paying for it after all it worked on the current hardware.
It was written in asm, maybe it was actually written in C but MS only was given the asm listing.
From the comments in the blog
The asm code was highly tuned to the FPU pipeline, paired ops and all.
As the x86 evolved with ever new FPU opcodes and then AMD64, the FPU bugs became too difficult to figure out.
Payment for the license was only a few thousand $
MSFT actually hoped that devs would pay them to add their games to the Win95 Plus pack for the exposure, didn't fly so most devs didn't join the Plus pack.
There are various comments about the game using detection algorithms that were very sensitive to FPU round off errors eventually causing it to pass through solids.