I agree. My point was, even if Linux Kernel developers are flooded with slop PR, that does not turn the project into slop, because the developers handle it well. And even Linus himself said the situation improved drastically and they don’t get so much slop PRs anymore. It was a huge burden in the beginning, but now its much better. I think it was an interview, but can’t point to a source right now.

No, it’s Kdenlive.

Steam has a list of games that are “Controller Friendly”. I mean the Library view in Steam client, next to “All Games” list. On your Steam Deck it lists games that are verified for Steam Deck, but on PC client it lists games that are Controller friendly in general.

You can create a custom Collection for that too, a list that is available on all systems you log in. Go to “All Games” view, click “Fliter” (or X button), scroll down to “Hardware support” and enable filter “Full Controller Support”. Scroll down and click “Save as Dynamic Collection”. Name it and save it. Now this is a dymanic collection, which means it will automatically expand with new added games that fit this criteria. I would say all games from this list should fit your requirement and use case of being playable with a gamepad.

Machine code or BASIC possibly? I remember PC magazines hat sometimes BASIC games printed. At that time I didn’t own any sort of computer, so was always curious what that even was. I don’t remember seeing any machine code, but at that time everything was BASIC for me.

Steam isn’t a game.

What is turbo loading?

I just had an idea what the old generations could have done to load games faster. If you buy multiple cassettes and readers, then connect them to master device (to start and stop with a single button), and load them all at once from different positions. Basically hardware level multi-threaded loading if you will. I mean cutting the loading in half would be a huuge improvement already. Would this have been possible?

You can have cassette images on your NVMe and SSD drives. :D In an emulator they load basically instantly (if the emulator supports such functionality to load them quickly). In example C64 cassettes load basically in an instant, instead 20 minutes.

Ah, I see how this works in this tape system. I thought it would load everything into memory and then play it, like those old cassette tapes. But looks like its similar to those full motion CD and Laserdisc games… wait:

with eight video streams running simultaneously on the tape

Okay, this is intriguing! Sounds like a QuickTime event game.

Rather than making the entire experience out of branching prerecorded scenes, the system uses imagery stored on the tape as a backdrop for gameplay generated by the external hardware.

I imagine it plays out similar to how these LCD Game and Watch games are? But not able to move a character, I have no clue how this works.

I have yet to read the article. My first thought is, that we had videogames on tape already, like those audio tapes. Now I personally never interacted with such device, but my friend told me and off course I have emulation with dumps of games that were on tape. It’s like having the game on disc, but loads extremely slow before game can be started.

I will read the article and may or may not add more comments. Love these topics.

Incorrect. “Slop” is anything generated by AI.

Please don’t spread misinformation.

There is no definition that is correct for everyone. Therefore this is not misinformation, just because you have a different definition. Slop means if its in example vibe coded. But the Linux developers don’t do slop, even when using Ai.

Please stop labeling a different opinion as misinformation.

No, Linux can handle that. :-)

Ah right. Forgot about that cancer. If we are at it, also Visual Studio Code (or VSCode for short) too.

absolutely irrelevant that in the backend is running a linux kernel

I don’t think so. Android is a Linux distribution, because it distributes Linux and is build the operating system using it. Besides that, Linux itself isn’t fully POSIX standard conform too: https://en.wikipedia.org/wiki/POSIX#Partially_conformant and thus no operating system built distributing the Linux Kernel is POSIX compliant. Android supports lot of POSIX functions, so its not that far off. The difference is not POSIX, it’s actually GNU tools and proprietary blobs included, and the user application packages that make it so much different.

Also interestingly there is a man page about these type of standards: https://www.man7.org/linux/man-pages/man7/standards.7.html

Same people who use Microsoft Edge on Linux.

Because closed source code isn’t easily accessed by the AI for training, but Open source i

Besides all those Ai users, where code is uploaded to their servers.

I watched the film. But the source doesn’t matter to our discussion. I talk about the statement on its own with context to our discussion. It doesn’t matter to me who said it. I was very clear about this.

I agree with you that the Kernel isn’t doing slop. But there are a few points I want to address, maybe even disagree. First let me say that people have different definition of what slop means. That is why we don’t always agree on statements involving slop.

he Kernel actually has a huge number of maintainers.

True, but its still not enough to handle all slop. One problem is, its not always apparent at first glance. And more code is generated than ever before, surpassing the capabilities, time and nerves of all maintainers. That means they start using Ai to combat the amount. And that’s an issue on itself.

Writing bad code isn’t something new, and isn’t unique to LLM’s. Coders (and it seems some “journalists”) have been writing slop since computers were invented.

This might be true, but that is not a reason to accept or normalize slop. It does not matter how much slop was before, we always try to minimize it. The difference to before is, that nowadays its easier and faster to write (or generate) slop in mass that looks legit. Finding out its bad code or wrong can suck up huge amount of time of maintainers, which would have worked on something more productive instead.

The only thing that matters is the human who submitted the code

For you maybe, but there are issues using Ai regardless of how the code looks. And I don’t even talk about the amount of code it can generate and outpace every maintainer capacity. I mean stuff like how the LLM was trained on in example, and if the licensing will become an issue one day.

While the Linux Kernel operates very securely and in a controlled manner, that we cannot call it slop (yet). But there are inherent problems using Ai that are unsolved.

I never agreed with it in all context I read it. I can’t disagree with a context I never read. I don’t know why you make it this complicated. I simply do not agree with it. Nothing to discuss about it.

That is not what slop means. It’s not ai slop if the developers understand the code and know exactly what they doing, audit everything.

I don’t mind the platform being open to allow everyone to publish games. There might be lot of bad games out there, yes, but it also brings more good games too. Instead limiting the publishing, we should (and if I say we, I mean mostly Steam) should make sure that games we want to buy or play are displayed mostly. The algorithm on Steam, communities, reviews, news media, and even advertisement does its thing. And it clearly works on Steam.