Lol, the negativity and scepticism of the article reminds of articles of other news sites when Steam for Linux and, later, the Steam machines have been announced.

Remember when *we* were quite upset that those narrow-minded other sites are so negative about it, when it just has been started and OF COURSE needs some time to evolve and can't live up to the vision just yet? :)

View this comment - View article - View full comments

OMG, that pixel art.
I had so much fun with Alwa's awakening.
Instabuy.

View this comment - View article - View full comments

Quoting: linux_gamer...
The best education on Vulkan to me was the youtube series (german)
Youtube [External Link]

That looks promising. Thanks! :)

Deutsch sollte kein Problem darstellen.

View this comment - View article - View full comments

Thanks very much to both you for the detailed input.
That's much appreciated. :)

So I guess will start getting some of those demos to run and read the spec.
Yet, I'm not expecting it to be "pretty simple". :D

Edit: The base spec is currently > 2100 pages of rather dense content. Ewwww.

View this comment - View article - View full comments

I wanted to learn OpenGL and didn't manage for years.
Simply couldn't find the time.
Now, I do have some time that I would like to invest in learning a graphics API,
but OpenGL seems to be quite obsolete by now.
Then again, Vulkan as a first graphics API without prior knowledge of GPU architectures,
sounds a bit too challenging.

What do you think is the best approach?
Thanks for any input! :)

View this comment - View article - View full comments

Quoting: ageres

Quoting: F.UltraThey released it first as a ROM to the Sega MegaDrive, don't know if the PC version is running the rom on an emulator of they also ported it though.

Commercial homebrew NES/SMD games are usually written in C and cross-platform. It isn't platform-specific assembly language.

What's your point?

C code can end up very platform specific, ofc.

View this comment - View article - View full comments

Quoting: MrokiiI'm getting sick and tired of "randomly generated" layouts for games like this. It's come to a point that I immediately loose interest in even taking a deeper look at the game. More and more I have a feeling as if these layout-techniques are nothing but a cheap excuse lazy developers use, so they don't have to come up with clever / intriguing level-designs.

This is an undeniable issue indeed.

View this comment - View article - View full comments

Quoting: Guest

Quoting: MisterPaytwickNice pixel art arcade game.

It's not pixel art, it's just native resolution to the SMD. And very well done.
I love how they haven't upped it to 60fps, retro style 2d games are horrible at such high frame rates, they belong in the 15-25 area.

Quoting: Guest

Quoting: MisterPaytwickNice pixel art arcade game.

It's not pixel art, it's just native resolution to the SMD. And very well done.
I love how they haven't upped it to 60fps, retro style 2d games are horrible at such high frame rates, they belong in the 15-25 area.

Is this running through an emulator or is this a port?
Never liked the typical look due to the palette and sprite limitation
But that looks amazing if it runs on a Genesis!

View this comment - View article - View full comments

I like your stance on Natural Selection.
I think it's somehow understandable when a developer
removes support for platform that's barely used anymore.
At least when the effort of support is totally out of
proportion with the player count.
I think in this case with a player count of barely 200, this is fair.

We've seen similar actions by developers without the user base depleting.
And this is not okay.

Your comment about Steam/Valve and a new (partial) refund policy, when a platform
is removed, is kind of problematic, when it is not paired with some quality control.
If a developer has to pay refunds for a game they remove, they simply won't remove it,
but probably don't support it anymore.
That's not much better, as it is in the Forage case.

View this comment - View article - View full comments

Quoting: ShmerlAccording to this, it's for support of Nvidia's ray tracing ASICs: http://www.cgchannel.com/2019/10/nvidia-backs-blender-development/ [External Link]

The backend enables hardware-accelerated ray tracing on Nvidia’s RTX graphics cards, with Blender’s benchmark scenes rendering 30-100% faster on a GeForce RTX 2080 Ti than using Nvidia’s older CUDA API.

Still lock-in though, until such extensions become portable. For Nvidia, it's trying to lock the 3D creators market.

Btw, how good is the OpenCL support on Nvidia's side?

For many years they didn't support newer revisions and didn't optimize what they offered.

Ofc, it's hard to interpret that in any other way than them wanting to hurt OpenCL and thus further push CUDA. At the same time bringing up business slides how usage shows how customers prefer CUDA over OpenCL.

With the many resources they have, bringing up OpenCL support on par would've been no issues at all.

I really despise the business practices of Nvidia and how they manage to make the Linux folks even praise their actions.

View this comment - View article - View full comments