Slashdot Mirror

← Back to Stories (view on slashdot.org)

GarageGames Starts IndieGoGo Campaign To Port Torque 3D To Linux

Posted by timothy on from the if-you-want-it dept.

Open source (as Torque 3D recently became) is one thing; cross-platform is another. Now, reader iamnothing writes "GarageGames is heading to IndieGoGo to port Torque 3D to Linux. The campaign is centered around hiring a dedicated developer or team to port Torque 3D to Linux. The primary target is Ubuntu 32bit with other flavors of Linux as stretch goals. All work will be done in the public eye under our Github repository under the MIT license."

3 of 71 comments (clear)

  1. I already donated a few years ago... by borfast · · Score: 5, Interesting

    Crowdfunding to port Torque to Linux? Interesting... but I'm not falling for that one again. I already "donated" a few years ago, when I shelled out over a couple hundred dollars for both Torque3D and Torque2D under the promise that they worked on Linux (they actually sold three versions: Windows, Mac and Linux), only to have all my requests for help completely ignored when I complained that neither of them worked, and see the whole Linux ball dropped a few months later. So GarageGames: screw you, you're not getting my money again.

    1. Re:I already donated a few years ago... by EvilIdler · · Score: 5, Informative

      That was IAC, not GarageGames. This company bought GG and renamed the sub-company Torque, jacked up prices and devoured souls. I'm sure the CEO also ate babies, but I have no picture evidence. People close to the company can testify this is the sort of thing they would do, though.

      I have more hope for the engines now than the IAC days, especially after having seen the improvements on the 2D side. There is still much work left, but people who are really interested in more platforms (like Android) are free to contribute. Please somebody start on Android ports of both engines so the whine can stop ;)

  2. Re:Why 32bit? by miknix · · Score: 4, Interesting

    64bit binaries are also larger, meaning that for the same hardware configuration the CPU can cache more 32bit code than 64bit. 64bit binaries also take more RAM, increasing swap times.
    This is why I'm running a 64bit kernel with most of the userspace being 32bit, the exception are numerical computation tools (numpy and friends) which live in a 64bit chroot. This is my personal laptop, office computers are fully 64bit.

    If you want "the best of both worlds", you have the new x32 ABI which gives you 32bit pointers and the extended 64bit CPU register set:
    http://en.wikipedia.org/wiki/X32_ABI
    Gentoo is already publishing release candidate stage tarballs for x32, official support should be coming pretty soon..

    PS: Parent is also me, I forgot to login.. sorry about that.