I chuckled.
> stty -icanon && cat mario.nes - | nc play-nes.org 4444
stty makes the keyboard work, and "-" is needed after .nes.
< mario.nes nc play-nes.org 4444The actual command is "cat mario.nes - | nc ...”
The trailing dash allows you to actually control the game after the rom has been loaded.
The Wikipedia article even concedes that cat might be better:
> A cat written with UUOC might still be preferred for readability reasons, as reading a piped stream left-to-right might be easier to conceptualize.[10] Also, one wrong use of the redirection symbol ">" instead of "<" (often adjacent on keyboards) may permanently delete the content of a file, in other words clobbering, and one way to avoid this is to use cat with pipes.
I‘ll happily continue to “abuse cat” going forward and sleep perfectly well.
> When I offer a pipeline as a solution I expect it to be reusable. It is quite likely that a pipeline would be added at the end of or spliced into another pipeline. In that case having a file argument to grep screws up reusability, and quite possibly do so silently without an error message if the file argument exists. I. e. `grep foo xyz | grep bar xyz | wc` will give you how many lines in xyz contain bar while you are expecting the number of lines that contain both foo and bar. Having to change arguments to a command in a pipeline before using it is prone to errors. Add to it the possibility of silent failures and it becomes a particularly insidious practice.
- Someone who knows the trick
OP, I appreciated that bit
"Let me give a half effort on X product. Oh, see, nobody likes it. Well, guess I'll go ahead and shutter it."
It's a shame that products with so much potential have all the resources put into them wasted with their behavior.
Definitely this. The service itself was great, was ahead of the competition gameplay-wise. Google just did what Google does.
It's great to see somebody picking up the idea again and extending it.
It's a cool idea. Lots of possibilities for fun RPC projects with distributed processing.
Remotely accessible 80-column cards and custom mappers FTW, eh?
Good reminder that projects are meant to be implemented.
(Yes, this isn't entirely serious, but people could and did make use of it)
https://www.arewesixelyet.com/#gnome-terminal
Looks like if you build the latest libvte from master and make sure to explicitly enable sixel support via the appropriate build time flag, you can then build GNOME Terminal against that and you'll have sixel support:
However, while i got the game to render, I couldn't get the game to respond to controls after that, so YMMV
Given you have a NES ROM named “mario.nes” in your current folder, you will play that ROM by executing the full command.
It literally reads the ROM file, what cat normally does.