Show us some linux love - Linux Port?
Since Tales of Monkey Island will be ported to Mac I would like to ask if it will be possible to make a Linux port too.
Perhaps there are some more linux users who would like to play it natively on their system, if so, raise your hand!
Are there enough linux users out there who would like to play Monkey Island (without any emulation/Wine/VM) on linux?
Perhaps there are some more linux users who would like to play it natively on their system, if so, raise your hand!
Are there enough linux users out there who would like to play Monkey Island (without any emulation/Wine/VM) on linux?
Sign in to comment in this discussion.
Comments
Someone had to say it.
Running Telltale's games on Android would be awesome!
pirate132 asked nicely if there were sufficient Linux users to justify Telltale making a Linux port, a sensible question.
@Falanca: it was a serious request so please stop that.
@Lena_P: this shouldn't be a flamewar thread about OS. So I really hope that there will be some linux users adding their voice for a port and perhaps some official reply from TTG about it.
@CheekyBoinc: that makes two already Spread the word!
It was a refference to Sam & Max (season two), where all the computers in hell actually did run linux. At least the one in santas hell anyway. Just incase you didn't get the refference.
OT: Whilst i don't run linux, and don't know anyone who does, the more platforms the merryer i say!
No, I got the reference, which is why I didn't delete the post. At the same time I wanted to make it clear up front that flamewars are discouraged. This is in the ToMI forum, after all, and there are Tales fans who aren't familiar with Telltale's Sam and Max games.
I know it doesn't with wine, because I tried. Installs everything fine but when I try to start it asks for the key and does nothing.
My husband's desktop runs windows so we're playing there. I won't deny it would be nice to be able to play it on Ubuntu, but I'm not sure if it would be worth the effort for Telltale, since I don't think there are that many Linux users.
I meant around here. That play telltale games and would have a need for a Linux version of them.
I think if you compile a program an package it successfully for one distro, it is very easily repackaged for another distro, but I'm not even remotely 100% sure. I've only compiled some very simple C++ programs in Ubuntu (running from the console, mind you...)
To me, SUSe is a fine OS to do db management in. But I've never played games (other than local chess app) on Linux, so I can't say how good or bad can that decision be.
by the end of that laptops reign it had been deemed the craptop.
I loved it. unitil the unlikely date of it being ported to linux, use WINE.
What does WINE actually stand for anyway? I know the joke of WINE is Not an Emulator.
like in Dilbert; The TTP Project
Isn't it WinE btw, i.e. "Windows Emulation"?
So far I've been able to play the games okay via wine/cxgames but native gaming is always native gaming.
Nope, it's "Wine Is Not an Emulator."
Still a fantastic piece of software though.
Wine really isn't an emulator, its an implementation of the windows api for linux (and mac, *bsd, ... etc.).
Also, IMO, people who run primarily linux also hate DRM, so it would almost be pointless throwing up a linux version with DRM. Although I have had no issues with the DRM of ToMI yet, and applaud the developers for not using some of the crazy systems other developers use, I can see that being a reason not to buy any of these games for linux users.
That being said, I would grab a linux version the moment it becomes available, DRM or not
Cheers,
-Andrew
It's a running gag in the Unix/Linux-world. It does not have to make sense at all.
It can be expressed in BNF as:
Or in Java as:
If you learn about recursive functions for the first time that usually leaves a certain impression. Look at a classic example, Fibonacci.
You write a function by using the function you are currently writing as if it was already working, which might seem kind of absurd if you're new to it.
Recursive acronyms probably don't make more sense to you now, but at least i got you to read this geek stuff.
Err... you lost me at BNF.
I use Ubuntu as the main system for everything, games, when supported natively, just as anything else.
Wine does run TTG games, but not as well and as hassle-free as windows. In fact this is the ONLY reason I still tolerate to have also a windows installation on my PC, and I would love to finally get rid of that hopeless junk.
I spare you the technical details, but the various linux distros are really a non-issue. In fact supporting various linux distros is BY FAR less work than supporting, say, both WinXP and Vista.
Furthermore, Wine is not only a binary launcher, it can ease the porting itself.
For example, now that the mac build is out, will that become the go-to version for linux users to fiddle with or will they stick with the windows builds?
There just isn't the infrastructure to run Mac-specific programs like ToMI (and most Mac-specific) on other OSes, even though they're both Unixy. ToMI for Mac still uses the MacOS X Cocoa APIs, which are OS X-specific, and there's pretty much ZERO project out there to run that on other OSes, whereas there's a pretty strong series of projects (WINE, etc) to run Wndows API-using binaries on various OSes.
Though I imagine it'd probably be somewhat easier to port ToMI to Linux now that the Mac port is out of the way (especially since it uses a lot of QT and other cross-platform things). But all of the Cocoa API stuff would have to be replaced with things that work on Linux.
And it MIGHT be easier to build a Cocoa API implementation from scratch than a Win32/etc implementation, but there's 15 years of serious work already done on the Windows APIs
I also second the statement about cross-platform libraries which could ease linux port through the mac port, but I also would suggest to consider the option to use wine (which again is not only a binary launcher but also a tool and collection of libraries for porting windows-specific code to linux) to start the linux port from the windows version. If all needed features are supported by wine libraries, it maybe could be faster.
Of course, moving the game engine to cross-platform libraries (is SDL still en vogue?), and building up future games upon that from the start, would very likely be the best overall solution in perspective.
As far as i can see in the Mac version we have:
Launcher: Qt
Audio: Fmod
Graphics: OpenGL
They are all usable for Linux as well. It makes more sense to take the Mac version and adapt/rewrite the platform specific code for Linux, than taking the Windows version and wrapping it into Wine. Wine would increase the complexity for no good reason and create a dependency on foreign code. Also it doesn't make much sense to use its DirectX->OpenGL mapping if there is a native OpenGL solution available already.
If the goal however is not a native port, but just better Wine support that could be a different way to make Linux users happier.
Interesting, I'm persuaded
Another good point.
Again, asking for my own personal edification since I'm not a programmer nor a project scheduler, but what would be required to make things more wine friendly?
From what i have read wine has or had issues with the Launcher. Those could probably be mitigated in various ways, e.g.
- Allowing to bypass the graphical launcher and to enter the login credentials on the command line
- Switching the Launcher of the Windows versions to Qt and thereby removing the dependency on internet explorer to display the Launcher properly.