Port for Linux.

(LyndonL) #301

Of course he has [superior]own language.

:wink:

(brbrbr) #302

[QUOTE=LyndonL;224794]Of course he has [superior]own language.

;)[/QUOTE]
sure.
currently im superior all yours, this time.
to be exact.

p.s.
you poor knowledge of russian dialect of english is unvalid excuse for lack of learning skills[2 fix it, for example].

(Slade05) #303

What`s much more funny is, you see, this guy here claims to be in IT fckin consulting. Hillarious.

(Nail) #304

no where near as hilarious as you guys ranting for 2 pages on him saying he heard ZeniMax might be interested in Linux, any one citing sources that prove him wrong ?

didn’t think so

(Slade05) #305

Ahem?
It`s like my second post here!

And he made it into the tags already. Oh god.

(brbrbr) #306

“***in” ?
way of talk/write indicate/project/represent way of think/feel/live
so sad to see you life completely “***in”.
but not surprising.
nobody like/tolerate [random offensive sentence here]nearby.
thats are society all about.
help survive/live each others.

God hear you anytime. and [what more importantly]understand.
there is no need to raise his atention in such nonsense context[actually serious sin in abrahamic religions].

(system) #307

It would be nice to stick to the “will there be a linux port” topic without writing bull**** like this wich has nothing to do with the topic and is not even readable for many people.
(At least try to write sentences without those and/this/or/that[but not all] nonsense…)

…slowly giving up on this topic… :frowning:

(Slade05) #308

Oh, resident blabbering captain obvious-wannabe got butthurt I see.
How cute.

Apply your preaching to yourself first lol.

(Chant) #309

I’d be happy if Brink had a Linux client, but I’m already planning to get Windows for Starcraft 2 and Natural Selection 2, so Windows-only wouldn’t be a deal-breaker.

(Arcanoxer) #310

[x] Linux Client

Devs, please dont disappoint the Linux users!

(Nail) #311

It’s up to the publisher (Bethesda) if a linux client is available

(brbrbr) #312

[QUOTE=Susefreak;224712]Wine and Cedega are certainly not a holy grail. Especially the latter just sucks balls.
Games might be playable, but some need some serious tweaking. Another con is that Punkbuster doesn’t run in Wine, aka bye bye Multiplayer.[/QUOTE]

NOTHING is “holy grail”.
especially windows/directx and [proprietary]API’s.
many investors/shareholders/developers learnt lessons from DirectSound “improvements” in Vista and switch to OpenAL subset of SDL.
point is while nothing perfectly “works” in [various]windows, naive expect same level of support from 3-rd-party software.

note:

  1. cedega sucks[against latest beta-versions of WINE]. but more easily manageable.
  2. PB services installation in WINE, is tricky, agree.
(brbrbr) #313

customers can sponsor developers from own pocket 4 this, i guess :wink: in free time, but not for free :slight_smile:
just start campagn of "raising funds fro Linux client fro “Brink the game” in twitter :wink:

(Cypher05) #314

All I know is that when I play ET:QW it is on Linux. No matter what distro it is that I’m using. I love the fact that I can use the qw disk and the .run to install it and play.

(Susefreak) #315

[QUOTE=brbrbr;225122]customers can sponsor developers from own pocket 4 this, i guess :wink: in free time, but not for free :slight_smile:
just start campagn of "raising funds fro Linux client fro “Brink the game” in twitter ;-)[/QUOTE]

That makes sense: As a Linux based user you would need to pay much more than a Windows user, just to get a same product.

:rolleyes:

(Nail) #316

just like a Widows user pays much more for an O/S than a Linux user

:wink:

(Brathering) #317

+1 vote for a linux client

Games are art. Without a native client I won’t be able to appreciate your art. For me to make art enjoyable it needs to be in the right environment.

(SingularityCat) #318

Short Version:

I would like a linux port.

Long version:

About a linux client (my own take on the subject):

Debunking myths:

Since there are many flavors of “linux” kicking around, supporting all of them is, a daunting task. Incompatible libraries etc…

HOWEVER…

“Incompatible libraries” is a bit of a non-issue. You could link statically, but this is stupid. Don’t do it! There is only 1 reason why you might want to do this: If you have used a patched library that modifies important functions, and you need this patched library or something will break. (I have seen this before).

A much better way of dealing with this, is to do what LGP do. They have their programs look in a directory inside the install prefix. (for lgp games, its usually PREFIX/lib/lib1 or lib2), but have the program fall back to /usr/lib(32/64/128 or whatever) should they not find the required libraries in PREFIX/lib/*. This is useful, especailly in the case of OpenAL, which can be compiled with support for additional sound systems. LGP compile OpenAL(soft) with ALSA and OSS support, but you can replace it with one containing support for, say, pulseaudio or jack, or whatever the next big thing is.

Another thing is, that library developers for mature and used libraries will quite often try and preserve the ABI, or the Application Binary Interface. If this is kept intact, then Newer or older libraries will continue to work with the same code. (OpenAL does this extensively - dinosaur versions of openal still work with minor issues.)

There are portable compilers. While this one does offer static linking as a portability option, it also does some other things. Good read, IMO.
http://www.autopackage.org/apbuild-apgcc.php

Also, using loki_setup, MojoSetup (as ETQW uses) or an autopackage or even a custom shell script, installation is trivial. You don’t need Debian Packages, or RPM Packages.

Why it wouldn’t be that hard:
idTech4, the engine used by doom3, quake4, ET:QW and, soon, Brink, ALREADY runs on linux systems! (well theres a DUH moment). (on linux) It uses SDL for input, OpenGL for video output, and either the “Miles Sound System” (which supports OSS and ALSA) or OpenAL (which supports LOADS of sound systems).

On windows? It uses OpenGL, again (it may have a Direct3D interface, not totally sure). Input might use DirectInput, or SDL. Miles Sound System (DirectSound support on windows, AFAIK) or OpenAL or DirectSound, again, not sure.

Most libraries used in linux ports also run happily under windows. One such example is SDL, which works a treat. SDL is almost like a free DirectX. I has networking, graphics, (sometimes awful) sound, and input. OpenAL also has hardware acceleration under windows, in comparison to current versions that disable DirectSound Hardware acceleration!

Finally, the most used linux distro’s (in no order) are:

Debian and co. (Primarily Ubuntu and it’s many clones… [I don’t hate Ubuntu, I used to use it.] )
Arch
Suse
Fedora
Red Hat
Gentoo

and, Slackware.

And they are all somewhat LSB compliant. That’s Linux Standard Base. Yep, there is a standard.

I hope this obliterates any misconceptions.

:orbital:

Also, all games made by splash damage so far have had native linux ports so far. Don’t break the trend!

(the_madman) #319

Guys.
The PS3 uses OpenGL as its 3D graphics API.
Linux uses OpenGL as well.
We know that at least one version of the game engine is written primarily in OpenGL, at least one version is optimized for keyboard and mouse, and it makes logical sense that they wouldn’t write the same engine twice for the sake of using DirectX in Windows when OpenGL has comparable performance. We also know that the higher-level API (which includes sound and input manipulation in the API) used for at least the Linux version of Enemy Territory: Quake Wars was SDL, which is in turn based on OpenGL and is also cross-platform.

What, prey-tell, is the issue? What platform-specific code is present to prevent simply re-compiling for Linux? I could understand if the game wasn’t already designed to be cross-platform (for example, if it used DirectX), since porting would be a huge effort; but it is designed to be cross-platform from the start.

(RR2DO2) #320

I believe I mentioned this earlier in the thread, but the PS3 doesn’t use OpenGL. We use OpenGL on Windows though.

ETQW only used SDL on Linux for input, to handle OpenGL we had a custom, more correct/powerful implementation ourselves there. SDL hides a bit too much.

Basically input and sound are two of the areas that are the biggest differentiator for Linux. Driver quality doesn’t always help either.