The terms gamer and gaming community are used by people to lump anyone who plays video games into a small digestible nugget. There is no single gaming community and the sheer size of each of the countless gaming communities dwarf most other hobby or enthusiast communities.
Most people promoting gaming on Linux are so out of touch that they think having Tux Racer playable makes a Linux desktop computer a first or even second class gaming platform. Having The Witcher 3 or Tomb Raider on Linux is a novelty or a way to win brownie points.
I'm not a serious gamer by any means, my highest played game only logs 403 hours of playtime, I've see people with ten times that. With that in mind, none of the games in my top 10 list in terms of hours (~1800 hours) played are available on Linux.
I feel like a large part of the group making who believe Linux is gaming ready doesn't understand that angle.
At this moment they make up nearly 1.3 million concurrent players. The rest of the top 10 games that do not have a linux port accumulate close to 0.7 million concurrent players.
For a lot of players, CS:GO or Dota 2 are the only games they play regularly, so linux is a viable option for them.
You'll see all kinds of posts showing Min/Max FPS and how Linux beats Windows at this game or that but you rarely see any mention of Average FPS because they're usually pretty awful.
https://www.google.com/search?q=CS%3AGO+audio+delay+linux&ie...
In any case, it's the game developer's choice and not mine. Yet another problem Linux has for developers is that there isn't always a clear choice and the flavor of the day may not be the best choice long term. That's why frameworks like Qt and Unity are so prevalent because they abstract a lot of the crap away.
The rest are indie games tiny budget indie games.
Are there any numbers, I'm actually curious. I don't regularly see it on the Twitch.tv front page, so my impression was it was a bit behind the big names in esports (LoL, DotA, CS:GO, SC2, Hearthstone, Overwatch).
The term AAA is analogous to Blockbuster in the film industry. It's a reference to both budget and expected unit sales. Blockbuster movies have budgets starting in the hundreds of millions where as Indie films budges are usually in the single to double digit millions. Video games are no different in that respect.
That's why I don't like the term AAA, it's way too confusing, conflating unrelated and often orthogonal issues (budget, publisher funding vs independent development, quality and so on).
Anyway, there are big budget games coming out for Linux, so above is really besides the point.
Budget is a good indicator of audience numbers regardless of quality.
You can say that there are plenty of good games on Linux and everyone should switch but the reality is that the games people want to play are either unavailable or lacking in some way that makes Linux on the desktop a non starter. C64 and Amiga probably have a larger base than Linux.
In way I don't mind that Linux gamers are getting better games on average, because of less mass market mediocrity, but more interesting (usually crowdfunded) releases that are reaching Linux gamers today. However it ties to the next point, of the market size:
> You can say that there are plenty of good games on Linux and everyone should switch but the reality is that the games people want to play are either unavailable or lacking in some way that makes Linux on the desktop a non starter.
That doesn't describe the situation well. Linux gaming is for sure a much smaller market than Windows gaming, but not only it's already viable (as many developers who sell Linux games demonstrate), it's gradually growing. So it's surely not a "non starter" anymore.
However, since it's smaller, having too many games can actually cause a problem, even if it sounds funny. Simply because it will be overcrowded developers wise, and they'll have harder time selling Linux games. So I'd say actually current amount of games healthily corresponds to the rate of Linux gaming growth.
Who says they are? There's plenty of crap available for Linux. I mentioned Braid because it's a very popular and very good Indie game available on both platforms. I surely wasn't implying that Linux only receives ports of the finest of games.
Also what makes a game "good" is subjective. From the perspective of hours played, Braid isn't very good.
> That doesn't describe the situation well. Linux gaming is for sure a much smaller market than Windows gaming, but not only it's already viable
It is viable for some small developers and for larger developer who are already using tools ported to Linux it can make sense to add support however for the majority of game studios making popular (not necessarily good or bad games) it doesn't make sense.
The market however is viable for everybody, but as I said, if everybody from the Windows gaming market will start releasing games for Linux now, it can actually hurt it, rather than improve it. Gradual growth is better, and it's already happening. Tools wise, the situation is getting much better as well, with all major engines gaining Vulkan support. Common middleware like Umbra 3D also often supports Linux these days.
So again, AAA or not AAA, quality is what matters, both artistic and technical.
Today, good studios are releasing games for Linux. Such as inXile, Obsidian and others.
Here are the release dates with linux support date.
Tomb Raider: 2013, 2016
Middle-earth: Shadow of Mordor: 2014, 2015
The Talos Principle: 2014, same day
Here are some other random selection:
Borderlands 2: 2012, 2014
Europa Universalis 4: 2013, same day
Pillars of Eternity: 2015, same day
Civilization 5: 2010, 2014
Civilization 6: 2016, 2017
Factorio: not yet released, already supports both
There is a clear trend towards more games with linux support and less lag between windows release and linux release. My impression is that the tipping point for newer games is already in favour of linux support than not linux support.
If you want to argue against linux gaming, I would argue with slightly older games that didn't receive a linux port and maybe never will.