Web Server on a Nintendo Wii | Hacker News Reader

Web Server on a Nintendo Wii

wii.sjmulder.nl

108 pointsadunk36 comments

I appreciate the lack of a reverse proxy in front. While I love the various "website hosted on X" projects they end up in reality just served by CloudFlare. Which is fine since you don't want your C64 or vape pen or whatever to explode. It's just less "hosted on X" and more "single HTML page served by CloudFlare".

It depends on the cache settings but by default CF doesn't cache HTML

It looks like it's proxied if you come over IPv4 - which the vast majority of "customers" likely do.

I meant to replace it with IP forwarding from a secondary IPv4 address on another host running OpenBSD, but I haven't been able to get that to work yet. Perhaps any OpenBSD/pf folk here have an idea? This is my config (where in the real file the variables are literals):

  pass in on egress inet to $secondary_ipv4 \
    af-to inet6 from $ipv6 to 2a02:a45f:8eaa::2/128

All I get is timeouts and traceroutes with infinite hops. First I tried rdr-to, but that complains of the address family mismatch.

If it's proxying without caching, what you have is "basically" real.

It's just there have been others who put a gameboy behind a massive cache, and most requests would come back from the cache server.

Turns out the rule works perfectly fine, I just forgot to enable IPv4 forwarding in sysctl (in addition to IPv6, which I did enable).

Wish we had the level of renewables in the West that China has. Their pricing is supposedly now 7-11 cents per kwH (as opposed to 20-30 cents kwh average in the states). This would further enable usage of all computing instead of tossing it into eWaste. Who cares how much power old equipment uses, host something on it until the chips literally burn out. Every Wii and other console that has homebrew should be running something....anything.

The US is not lacking of space to store this stuff but is tossing so much precious resources into the trash because they are not economically justifiable power wise.

I asked Claude to map Chinese electricity prices vs capacity (broken down by power plant type) from 1990 onwards and the only thing I see is a dip from 9c to 8c in residential pricing due to renewables oversaturating the grid. Otherwise it was linear, even as renewables were added. Industrial prices remained linear also.

So I would say its less renewables keeping the overall price cheap, and more the government subsidies and the sheer amount of electricity being generated by their Coal (1195), Nuclear (61), Gas (~200), Renewable mix.

More powerful than a Sun sparkstation 5!

> I was doing this bit using a capture card and Photo Booth on macOS which doesn’t actually support disabling the image-flip on the video feed

I use OBS to monitor my video capture. This essentially lets me use my Mac as a monitor for my headless desktop (which does not have a monitor of its own). Maximum gaming.

Deskflow lets me use my Mac as a keyboard over LAN, too. Beats remote desktop for sure. Especially when gaming.

My preferred way is ffplay(1). Last time I checked I get lower latencies than OBS at that, at least when I use `-sws_flags fast_bilinear`, which is the same scaling OBS uses by default.

I wouldn't wish bilinear scaling on my worst enemy; 1:N is the only way to go for me. I'll check out ffplay.

Edit: ffplay doesn't support cropping the output to fit my display (or if it does, it's far too arcane for me). As composable as ffmpeg is, it's awful UX for me. I'll stick to OBS.

Use whatever gets the job done. As for scaling and cropping, to the best of my knowledge, ffplay(1) supports all the options that ffmpeg(1) does. Here is what I for example use when capturing my Famicom: ffplay -sws_flags fast_bilinear -framerate 60 -video_size 1920x1080 -vf crop=iw-360:ih,scale=-1:1080 $DEV.

Gopher. Shake hands. Glad to see you are still hacking