Scanwheel is a drum style mechanical television you can build yourself

Unfortunately the video link points to https://example.com/docs

From git history on the readme.md

	▲	jolmg an hour ago \| parent [-]
		Also, the second picture is a video link with the correct URL.

▲

bensmoif 2 hours ago | parent | prev | next [-]

It's stunning. The video speaks for itself. Please scale this up, like way up back of a truckbed size. This would be delightful to see spinning and running IRL.

Then get a grant and make one as wide as a city street

▲

CrzyLngPwd 2 hours ago | parent | prev | next [-]

Okay, that is genuinely amazing.

Love it, thank you for sharing and for being inspiring :-)

▲

josh-wrale 3 hours ago | parent | prev | next [-]

I can see this being applied to hubcaps in the future.

▲

pbronez 41 minutes ago | parent | prev | next [-]

How do you get the flashing LED synced up to the spinning pinholes? Maybe the motor provides some positioning feedback so you just have to line it up once…

▲

lagrange77 4 hours ago | parent | prev | next [-]

Absolutely fantastic!

The video URL doesn't seem to be correct, through. ;)

	▲	mysterydip 3 hours ago \| parent [-]
		> Avoid use in operations. Oops

▲

effnorwood 39 minutes ago | parent | prev | next [-]

eat it hdmi

▲

lstodd an hour ago | parent | prev [-]

about the same idea as nipkow disk

nowadays when people don't want to go the rotating led bar way, which requires very high density led strips (hundreds of ~200-400 mil smd leds) and the accordingly complex control circuitry (basically an FPGA per bar + high speed bus, etc), they do nipkow disk but with individual leds instead of holes. this way you can get away with tens of leds while still having a reasonable sized picture and not that much bandwidth to drive it.

edit: another, less sophisticated take is for example

https://hackaday.io/project/191947-rotating-led-display/deta...

	▲	kitd 2 minutes ago \| parent [-]
		I mean if you squint hard enough, it's the same idea as a cathode ray tube. Each hole scans across the "screen" for the desired width, then the next hole down takes over, which does the same. Back in the day, you'd get an interrupt when the reset happened, and you could recalculate your sprite position before the next line got scanned. Very cool seeing this implementation though. Congrats, OP!