Quoting: TheRiddickSo this is lumberyard? what happened to lumberyard, discontinued? Also if this is lumberyard then its open-source crytek engine 3 or 4? Does it currently support DX12 and Vulkan?

I took quick trip to Wikipedia and project page and found some answers to those questions.

So O3DE is successor to Lumberyard that took some parts from it and some parts are written from scratch. I checked also the Lumberyard Git repository activity and there hasn't been anything for a while, so successor part must be true.

Crytek connection might still be there, but it's getting bit muddier as some code has been rewritten. I guess over time situation will be like Source Engine and Quake.

DX12 and Vulkan is supported on Windows, Linux only has Vulkan. Which makes sense.

View this comment - View article - View full comments

Quoting: BlooAlienI got nothin' against this existing, if for no other reason than having one more choice available in the cross-platform game engine space. Still gonna use Godot myself, but happy there's another option out there, even if it's not the right choice for me. Looking forward to Godot 4.

Based on latest Steam Next Fest, indie developers have really started adopting Godot, so you will surely not be alone.

View this comment - View article - View full comments

Next Fests are good excuse to try out demos. Way I approach them is that I try to play as many native Linux demos that I can, which means that I might find gems that I might have not otherwise tried. This time around I wishlisted Terraformers, Woodland Empire and Neverlooted Dungeon.

Woodland Empire has interesting premise, though based on demo it still has long way to go. I'm just interested in nature simulations. Demo is still available.

Neverlooted Dungeon is immersive simulation starting more from the interaction with objects perspective. Somehow it has managed to make the interactions somewhat natural, so opening chests needs bit more effort than just pressing the interaction button. Demo is still available in case you're interested.

There are few others that might be interesting, but didn't cause enough reaction for me actually to wishlist. Maybe if I would have found time to try them bit more when the demos were actually available.

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: PhiladelphusWow, having demos available increases sales?!? Who'd've thunkit?? :tongue:

I've definitely bought a few games after trying their demos at previous Next Fests (Webbed and Per Aspera, off the top of my head, and I'm waiting for Terraformers to release).

Oh, Terraformers had a Next Fest demo? What's it like?

It plays lot like a boardgame (it even has even theme common with Terraforming Mars). You basically build improvements, more cities and balance between different kind of resources.

PS: prologue doesn't seem to be time limited: https://store.steampowered.com/app/1557040/Terraformers_First_Steps_on_Mars/ [External Link]

View this comment - View article - View full comments

Quoting: RedfaceSee https://lists.debian.org/debian-devel-announce/2021/06/msg00000.html [External Link] for the full freeze announcement of Buster which links to https://release.debian.org/bullseye/freeze_policy.html#full [External Link]

No changes in unstable that are not targeted for bullseye

Don't upload changes to unstable that are not targeted for bullseye. Having changes in unstable that are not targeted/appropriate for bullseye could complicate fixes for your package and related packages (like dependencies and reverse dependencies).

That means while sid/unstable is not technically frozen there are almost no newer versions during that time, mostly bugfixes, and newer versions only as exception.

I was reading the same document earlier and missed that part. So Debian testing and unstable are more of a rolling release with hiccups about every two years or so.

View this comment - View article - View full comments

Quoting: RedfaceNah, that is Debian, the Ubuntu development version, currently Jammy Jellyfish to be released as 20.04, does come close to a rolling release, but its like Debian testing and unstable affected by freezes, so its not really rolling, but close.

You can also use devel instead of the codename, devel is kind of a symlink to the current development repositories.

At least according to documentation, Debian unstable (aka. sid) is not subject to freezes. Testing is subject to freezes, so rolling stops for a while (shouldn't called testing rolling release as because of that it's not really one).

However as mentioned, there are other distributions out there that do rolling releases. Those are quickest way to fix the problem instead of waiting Canonical to implement true rolling release. Debian is the most familiar for Ubuntu users, Arch is doing bit of its own thing with AUR and all (which is not bad thing at all).

View this comment - View article - View full comments

Quoting: ElectricPrismMAKE A ROLLING RELEASE UBUNTU VARIANT

It kind of exists, it's called Debian. You just need to enable the testing (or sid) repositories.

View this comment - View article - View full comments

Quoting: F.UltraWhich is why I hate when people like LTT make claims like "if GitHub is only for developers then that means that Linux is only for developers" when the whole frakking reason we don't have hardware support for his GoXLR in Linux is due to the shady practises of Microsoft. Its a hill that we have to climb up, but the thing is that the hill is artificially created and keep on getting steeper and steeper as we climb it.

To add insult into injury, Github is owned by Microsoft. Github sure does have some usability problems, it doesn't matter if you're developer or not. Linus is just taking the mentality that he doesn't want to be developer bit too seriously.

Github just happens to be the place where the projects start. Some projects don't even bother with packaging and let distributions handle that.

I guess the difference is that with Windows, projects that don't have any kind of infrastructure yet, get way less attention. It used to be bit complicated to set up free development environment for Windows. With Linux all you need sometimes is just GCC and text editor, possibly Make on top of that.

As for GoXLR, somebody with Windows can be valuable. I think one of the first things to do with when creating new USB driver is to snoop the traffic between the Windows and the device. I have no idea how easy it is to just record the traffic and replay it on Linux without creating a driver first.

Optimally there would be official driver, but I would assume getting it accepted into kernel might take few rounds of reviews as it might take a while get used to the conventions.

View this comment - View article - View full comments

Quoting: scaine

Quoting: dubigrasuIn any case, I don't think gaming as it stands today with local collections and expensive/bulky personal devices will survive for long. We are the last dinosaurs and we don't realize it yet.

Can't say I entirely disagree. I thought much the same about music streaming when it first landed, but I'm bought into that. But it succeeded for reasons that don't apply to cloud gaming.

Getting bit side tracked, but what's actually funny is that at least Spotify technically is only kind of streaming as the caching is quite aggressive. Spotify actually downloads the songs and puts them in local cache on the device. That has benefit especially on mobile devices that have unreliable network connection, so even if you lose connection, at least the current song will keep playing. And that's the online mode. Offline mode is able to work without network even longer (I think it needs to connect to Spotify servers at some point just to verify the license).

I can't remember for sure (might have been on some of the consoles like PS5), but I think games might be able to support something similar. So you could start playing the game before it has downloaded completely. Combine that to losing all the games if you cancel your subscription and that's already quite close to how Spotify works.

If that's any indication, even if Stadia model doesn't work, some hybrid model might. After all, music streaming is convenient enough as you don't think about what to store on the device and pay for individual albums. You can just consume.

View this comment - View article - View full comments

Quoting: F.UltraThe fork done by the FreeBSD team (libressl) was done because the FreeBSD devs wanted more control over such a central piece of software that had gotten stale. Due note that the funding that happened due to this went to OpenSSL and not to LibreSSL and while LibreSSL was the better library for a short while, the OpenSSL project got rejuvenated in the process and LibreSSL is now basically only used by FreeBSD and the distros and projects that went with LibreSSL are close to all back to using OpenSSL again.

It was actually done by OpenBSD folks, though porting it to FreeBSD might have been faster than to Linux. After all FreeBSD and OpenBSD share same 386BSD ancestry. Linux is it's own thing and thus is not by default compatible with things developed on other operating systems. Same thing applies on other direction too.

LibreSSL threw away lot of legacy things in order to improve security. So the goal wasn't just add features on top of OpenSSL. Which might explain why supporting LibreSSL hasn't been always that easy. Which might explain why supporting LibreSSL as OpenSSL replacement might have not been worthwhile once OpenSSL started to be good enough again.

Not that forking hasn't stopped to LibreSSL. Both Tink(Google) and S2N(Amazon) seem to roughly follow same ideals. I noticed that both share same license with OpenSSL, Apache 2.0. So they are able to share code if necessary. LibreSSL seems to be stuck with the older OpenSSL license.

View this comment - View article - View full comments