You can sign up to get a daily email of our articles, see the Mailing List page.
We do often include affiliate links to earn us some pennies. See more here.

Vivox, the voice chat middleware used by a number of games that doesn't currently support Linux recently suggested a developer just drop Linux support. They've now reached out to me with a statement.

It all started when one of the developers from Alderon Games, who are currently working on the MMO dinosaur game Path of Titans, posted this response they received from Vivox into our Discord channel about their request for Linux support (click to enlarge):

This was then later posted onto Reddit by the developer, where they got a lot of support from the Linux community.

I sent out a personal Twitter post to express my dissatisfaction with what they said and just today (and to my surprise), Vivox actually replied. Their statement, sent to me on Twitter starts with "To the Linux community and development friends," and then includes the below statement in an image:

I think they made the right call here, as it was an extremely bad look to suggest a developer drop an entire platform just to use their middleware. We're a smaller platform, sure but it's still not something anyone at Vivox should be suggesting to potential partners. You don't win people over, by doing things like that.

Also interesting to see them suggest they may bring Vivox to Linux in future, which would help future Linux ports be made (and likely be needed for Google Stadia support too since it uses Linux/Vulkan).

Article taken from GamingOnLinux.com.
Tags: Misc
39 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
28 comments
Page: «2/3»
  Go to:

Mar2ck May 1, 2019
Quoting: callciferImagine a business seeking profits, the horror!
So? Obviously corporations exist to make a profit but that fact doesn't make their actions infallible. That's like a company dumping waste into the ocean and someone defending them with "They're just doing that to maximize profit" like duh of course but their profit-driven motive doesn't excuse their actions from criticism.
Apparition_B5 May 1, 2019
Quoting: ShmerlDevelopers should just use Mumble which is open source. No need for any closed middleware for what is already available as FOSS.

I have been reading some misinformation on generic PC gaming sites the past few months that Mumble stopped development in 2017 because "everyone uses Discord now." If generic PC gaming sites are saying that, I'd imagine quite a few people believe it.
DerpFox May 1, 2019
Quoting: Apparition_B5
Quoting: ShmerlDevelopers should just use Mumble which is open source. No need for any closed middleware for what is already available as FOSS.

I have been reading some misinformation on generic PC gaming sites the past few months that Mumble stopped development in 2017 because "everyone uses Discord now." If generic PC gaming sites are saying that, I'd imagine quite a few people believe it.

I think that is because Mumble have the same big problem that Gimp have. Compared to any of there Closed Source counter parts they have a very very very very slow development pace. And the gap between the two are getting bigger each year that pass.

TeamSpeak 5 is about to make it out of beta and have been planned and created around the idea of fighting against Discord. Mumble is nowhere near that. Discord have set new rules for online communications for small communities TS is now playing by these rules, Mumble is still playing by the old rules. The day Mumble will finally move away from that it will be way too late.

Quoting: ShmerlDevelopers should just use Mumble which is open source. No need for any closed middleware for what is already available as FOSS.

Maybe Mumble is not adapted for that use case. I mean in integration within a game engine blending in the game UI. I'm also not sure that mumble provides any 3D space voice chat for in game use. Mumble is just a Voice/Text software after all as we meant it a few years ago.
Shmerl May 1, 2019
Quoting: DerpFoxMaybe Mumble is not adapted for that use case. I mean in integration within a game engine blending in the game UI. I'm also not sure that mumble provides any 3D space voice chat for in game use. Mumble is just a Voice/Text software after all as we meant it a few years ago.

If you mean positional audio, Mumble has that:

https://wiki.mumble.info/wiki/Positional-Audio
https://wiki.mumble.info/wiki/HackPositionalAudio


Last edited by Shmerl on 1 May 2019 at 7:57 pm UTC
DerpFox May 1, 2019
Quoting: Shmerl
Quoting: DerpFoxMaybe Mumble is not adapted for that use case. I mean in integration within a game engine blending in the game UI. I'm also not sure that mumble provides any 3D space voice chat for in game use. Mumble is just a Voice/Text software after all as we meant it a few years ago.

If you mean positional audio, Mumble has that:

https://wiki.mumble.info/wiki/Positional-Audio
https://wiki.mumble.info/wiki/HackPositionalAudio

Ok than you, I was really not sure about that. But the question still persist could Mumble work as an SDK in ful integration in a game engine and not just a 3rd party software.

That seam to be the only goal of Vivox as it is giving a fully integrated SDK in two game engines. I guess mumble as it is FOSS could be modified to do it (https://github.com/BananaHemic/Mumble-Unity is an example of that) but there don't seem to be any movement made from Mumble devs of the FOSS community to support that at the moment.


Last edited by DerpFox on 1 May 2019 at 8:05 pm UTC
Purple Library Guy May 1, 2019
Quoting: DerpFoxI think that is because Mumble have the same big problem that Gimp have. Compared to any of there Closed Source counter parts they have a very very very very slow development pace. And the gap between the two are getting bigger each year that pass.
Is that actually true of Gimp? There's a gap and there's always been a gap, but it's unclear to me that it's widening.
What I've noticed about closed vs open development is that closed development tends to be a series of sprints where open development is a bit closer to a marathon (albeit definitely with fast and slow phases). With closed, there tends to be a big effort to make a deadline, and then some bugfixes, and then nothing much for a while until they start planning the next release, and then another big effort. With open, it's more like an ongoing slower effort punctuated by rushes of enthusiasm or arrivals of big new revitalizing individuals or groups. People sometimes look at the average pace of open and compare with the sprint phase of closed, but that's misleading.
Total speed depends on market share either way--closed because big market share means big funding, open because big market share tends to be reflected in widespread interest and so more contributors. But it's clear that open is capable of matching or nearly matching the speed of closed based on a much smaller market share. Contrariwise, in areas where open gains a market share lead, closed tends to gradually shrivel up and die; new competitors to dominant open source software tend to themselves be open. So, per unit usage share, I think it could be argued that over time open source development is probably faster, even if closed development is faster in the sprints.
Gimp of course has a much smaller share than certain closed competitors, so it suffers. But even so, I'm not clear that the gap between is widening.


Last edited by Purple Library Guy on 1 May 2019 at 9:14 pm UTC
const May 1, 2019
What really irritates me about that is why middleware develpers would care about end user marketshare at all. We are not their customers. Game developers are their customers and what counts for a middleware developer is the count of projects that choose to not use their product because of missing features like linux support...
nazandrake May 2, 2019
Ok it's been some time but doesn't Wine provide libs and tools to compile your project on which makes it compatible with it. I have not used it personally and lately I'm sparsely using Wine (just for playing wow from time to time) so correct me if I'm wrong but I do remember that blizz once said their are using it and thus not release games like wow natively on Linux (don't remember if it was really a blue post).
skinnyraf May 2, 2019
Quoting: gradyvuckovicImma keep it real with ya chief - That response is 100% PR Talk

Of course it is. However, we've seen enough arrogant responses to questions about Linux to appreciate a polite PR response.
elmapul May 2, 2019
not all employees are PR persons, or are qualified for ansewer for their company...
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.