关于 Steam 的传言再次甚嚣尘上,但 Desura 抢先一步开源

目前还没有读者喜欢这个。
Steam rumors are flying again, but Desura beat them to open source

Opensource.com

Desura 游戏客户端不仅对热爱开源的玩家可用,现在也对开发者可用了。他们已在 Github 上以 GPL v3 许可发布了客户端 Desurium

Desura 类似于 Steam 游戏平台,它们都是玩家购买

大量优秀游戏的可下载副本的方式,而且价格通常也很优惠。Desura 还允许开发者在其游戏中加入仅 Desura 独有的功能。

Desura 最早于去年秋季推出了 Linux 客户端。然而,Steam 在这一选项上有所滞后。关于 Steam 客户端将发布 Linux 版本的传言层出不穷,本周又出现了新一轮传言。IronHammers 博客 指向了 Valve 的招聘职位,招聘高级软件工程师,其中明确指出该职位的一项职责是“将基于 Windows 的游戏移植到 Linux 平台”。

Linux 游戏玩家是一个成熟的市场,他们正等着把钱交给能够提供他们想要的游戏的人。当 2dboy 在 Linux 上发布 World of Goo 时,仅两天就占了该网站下载量的 4.6%,并且当天的销量超过了历史上的任何一天,打破了之前的销售记录 40%。那些购买 Humble Bundle(可通过 Steam 和 Desura 购买)的人,在 Linux 上为游戏支付的费用始终高于其他平台。在最近的 Humble Bundle 中,Windows 用户的平均支付额为 4.87 美元,Mac 用户的平均支付额为 7.61 美元,Linux 用户的平均支付额为 10.45 美元。

标签
User profile image.
Ruth Suehle 是 Red Hat 开源和标准团队的社区领导经理。她是《Raspberry Pi Hacks》(O'Reilly,2013 年 12 月)的合著者,也是 GeekMom 的高级编辑,GeekMom 是一个为那些在极客和育儿中找到乐趣的人们设立的网站。

7 条评论

我发誓我在哪里读到过 Steam for Linux 已经得到确认<a href="https://open-source.net.cn/life/11/4/steam-linux-confirmed">*</a>。

Steam 帖子:自 2011 年以来一直让 Bryan 伤心。

字面上启动 Windows 的唯一原因是为了玩游戏。我在家里的其他计算时间都是在 Linux 或我的 Android 手机/平板电脑上完成的。给我在 Linux 上而不是 Windows 上玩我想要的游戏的能力?我会抓住这个机会的。

我仍然是 Mac 用户,但基于这种理解,我完全同意关于 Windows 的看法。我的 MBP 上装有 Windows 7,我启动它是为了使用 Access 处理与工作相关的必需品,或玩大量游戏。我也在 Mac 上玩许多相同的游戏,并且等待了十年市场才能触及 Mac。Linux 用户等待的时间更长——我很高兴他们终于看到了一些公平。

游戏是 Windows 仍然可以在 PC 上使用的原因之一。

问题是,*哪个* Linux?在我看来,您可以选择 a) 将您的商业软件定位于少数几个企业级 Linux 发行版(RHEL、Debian、Suse Enterprise)之一,这些发行版移动非常缓慢,并且面向服务器而不是面向最终用户(例如,RHEL6 甚至没有 Remmina,它是 Linux 上唯一像样的 GUI RDP 客户端,因为来自井号的 rdesktop 对于使用 Linux CLI 远程联系其 Windows 系统的网络管理员来说已经足够好),*或者* 您可以将目标定为主流发行版之一,这些发行版移动速度很快,并且具有最终用户友好的软件/配置——Ubuntu、Fedora 或 OpenSUSE——并接受这样一个事实,即您将不得不每年重新编译您的游戏才能在新版本上运行。*或者* 您可以定位 Windows 7 API,它将在未来十年内运行,而无需您修改源代码(是的,弗吉尼亚州,为 Windows XP API 编写的游戏今天仍然可以在 Windows 7 上完美运行,十年后)。嗯……如果我是一家主流游戏发行商,我会选择哪一个?

这与 Loki 面临的问题相同,这个问题将他们赶出了商业领域——尝试为面向服务器的平台制作游戏是愚蠢的,但面向最终用户的 Linux 发行版移动速度太快,以至于尝试为它们制作游戏也是*愚蠢的*。就此而言,即使发布源代码也不能保证。Remmina 是在 Debian 上编写的,并且已移植到 Fedora。我昨天尝试将 Fedora SRPM 向后移植到 RHEL6。没有成功,即使在修复了 spec 文件以解决重命名的 rpm 之后,RHEL6 仍然缺少其协议插件所需的一些依赖项,这意味着核心 GUI 可以运行,但它不会连接到任何东西,这意味着我还必须向后移植一些依赖项。现在假设这是一个大型复杂的游戏引擎,而不是一个相当小的协议插件 GUI。在某些时候,我的时间变得更有价值,用于开发将在未来十年内工作的 Windows 软件,而无需将其向后移植和向前移植到多个 Linux 发行版,*即使* 引擎以开源形式发布,而仅由引擎运行的游戏是商业化的。

我怀疑这会在未来几年内发生。我在很多服务器和笔记本电脑上使用 Linux,但有一个 Windows 存储桶用于游戏,而且有很多游戏在 wine 上根本无法运行。在折腾了多年之后,我发现它完全无法使用。Microsoft 总是不断地更改东西,以至于逆向工程无法工作,即使它需要如此令人难以置信的工作量。因此,拥有 Steam 客户端本身是相当无用的,考虑到大多数游戏在 Linux 上都无法在其中运行。
而且 Valve 知道这一点,他们不会移植它。

知识共享许可协议本作品根据知识共享署名-相同方式共享 3.0 未移植许可协议获得许可。
© . All rights reserved.