Comment by proxysna
8 hours ago
What a great write up, and a video too! Even though Minecraft stuff ofc was a bit of a bait, it would be interesting see the answer to "Can it run Doom?".
8 hours ago
What a great write up, and a video too! Even though Minecraft stuff ofc was a bit of a bait, it would be interesting see the answer to "Can it run Doom?".
> a bit of a bait
"a bit" is doing a lot of work there. It was absolute nonsense. They were no closer to running a Minecraft server than I am to running UKGOV.
They hosted a program that allowed minecraft clients to connect... I'd class that as a minecraft server, even if it wasn't a very good one
> They hosted a program that allowed minecraft clients to connect...
Connect in the sense of receiving a login packet and saying "yes". That's it. Steps 1, 2, 3, 9, 10 of [0] (they didn't mention encryption or compression, I'm assuming they didn't implement it.)
They didn't mention anything about any of the steps past 10 - again, assuming they didn't implement them.
It's a trivial thing they've implemented - good work, sure, but a Minecraft server? Absolutely not.
[0] https://minecraft.wiki/w/Java_Edition_protocol/FAQ#What's_th...?
1 reply →
Yeah, my thought exactly, execution lacked, but i do admire the attempt.
Feels kind of like when Usagi Eletric got "Doom" running on a vacuum tube computer with a teletype interface without support for even ASCII, but it was just an imitation of the background music.
Anything for the thumbnail.
It could probably run the code for doom, once recompiled for the risc-v emulator, but given that the only output is a paper teletype, displaying it would be a problem
> but given that the only output is a paper teletype, displaying it would be a problem
You are in a maze of twisty passages, all alike. A cacodaemon floats by, hissing.
I wonder which would be faster: computing a frame, or printing it? If you could print one frame at a time, you could make a flip-book animation.
And given the NES emulator example, take half an hour per frame.