I wasn't suggesting that they were related, but they are both methods of CPU-based software acceleration enabled by how the software is coded. I understand that re-coding FSO to be multi-threaded is hardly a simple undertaking, but considering how many freeware applications available on the net can be downloaded in 32-bit and 64-bit versions, I conclude that doing a 64-bit conversion is less of a job... though as stated, with questionable performance gains. That's why when the proposed multi-threading was shot down, I pointed out that something less trivial hasn't even been implemented yet.