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. :-)
I’m okay with owning a license to the game, rather than physical media. But I want to own it, in the sense that the companies cannot take my license rights away and that I can resell the license. And it should even work if the company or servers go away. Funny enough NFTs (Non-fungible token: https://en.wikipedia.org/wiki/Non-fungible_token ) would have solved this issue. Although it does not solve the issue with inactive servers, at least a specific license to a game could be owned.
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.
unnecessarily
While I agree with your statement on personal level, I still wouldn’t say it’s unnecessary. Not everyone cares about old games, but want to have a cleaner system without old libraries. So from their perspective it would be unnecessary not to break old games.
Let me be clear, I do not want old games to be broken. I just try to sympathize and see from their perspective with those who want the 32-bit libraries gone.
The context does not matter for our discussion. I evaluate the quote by itself, not as a quote, but as a standalone statement. There is nothing wrong with that approach. Why? Because the quote is used in context of OUR discussion, not in context of the film. It is applied as reasoning to our topic that has nothing to do with the film or its origin. And I disagree with that reasoning.
I don’t know how to explain it else. Edit: Simply, I don’t care what the comic character has a reason for to say that. It has 0 impact on what I believe is right or wrong.
As said, I don’t care where the quote comes from and what reasons they present in 2 hour movie. I apply the logic of the quote to the discussion we have here, and decided to not agree. It is my personal opinion independent from the film. BTW I watched the film too.
The source of the quote actually doesn’t matter to me. I judge the quote itself.
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?