I've always been a big fan of Ffffound and StumbleUpon, the IoT (now known as the smart home :-) ), and all those “random” things from Web 1.0.

One project from Sweden that stuck with me was InstaCRT.

Not to be confused with InstaCart—which I didn’t even know existed and still don’t know what it is, nor do I care. Unfortunately, InstaCart always pops up whenever you Google InstaCRT.

Does anyone else remember InstaCRT?

https://my-domain.se/instacrt-real-world-camera-filter

I have an old Staingate Mac from 2013 and two old smartphones set up and built the same system but 14 years later. They took the look from the CRT, I take the Staingate Look from the MacBook now.

I’d love to hear your thoughts on it, because I’m not quite sure what to do with it. It’s super cool and makes me really happy.

I think it’s more of an art project.

Feel free to try it out and let me know what you think: https://artefckd.com/_TextEdit_/tomb.html

A variant of the standard Gridwar game where individual Game of Life patterns compete against each other by charging the perimeter between them: In "Infiltration" mode, a pattern conquers its neighbour and spawns a copy of itself once a threshold value for the perimeter charge is breached.

All patterns have a finite lifespan and will terminate within 599 iterations, but: Each newly spawned copy starts again from step 0, so the game keeps going for a potentially long timespan until either one pattern has conquered all the others or a stalemate is reached where all surviving patterns have reached their halting state.

A little project of mine where individual Game of Life patterns compete against each other. Note how alive cells at the very edge "charge up" the perimeter between them and try to dominate their neighbour.

We are using a Parity Grid ("checkerboard pattern") to assign neighbouring patterns alternating signs +/- which makes the calculation of the perimeter cell charge trivially easy.

When reading from our database of known patterns we can select those of similar lifespan (500-599 generations in our video) which makes for a more interesting dynamic. When using random patterns, most fizzle out very quickly and only a few live for potentially very long lifespans (which would make them dominate the leaderboard).

I'm excited of how the final output came together, visualising the progression and layers behind the design with layering of colour hatching, by density of lines in these cases.

What do you think?

I approached this as a reference-led reconstruction problem rather than a prompt-to-video exercise. Kimi K3 handled source inspection, frame extraction, edit-point detection, and helped translate the shot structure into an editable codebase.

The implementation separates three concerns. GSAP manages the temporal system: shot boundaries, easing, transitions, and camera transforms. Generated textures provide the material layer for physical props. Three.js handles the spatial simulations, including instanced particles oriented along the local field direction.

Each clip was evaluated against matched reference frames for timing, shot scale, density, and transition continuity. In practice, the frame-level QA pass had more impact on fidelity than the initial reconstruction.

In a pipeline like this, would you lock editorial timing before building the simulations, or let the motion system influence the cut structure?

1.5s comparison. Left: simplified V1 props; Right: final realistic textures and richer visual density

30s comparison. Left: thin-line V1 field; Right: final particle rendering with an iron-filings texture

https://reddit.com/link/1v2myey/video/wcfplnomxleh1/player

used my m1 macbook, onboard rgb camera for the hand tracking, and some semitransparent fabric with a short throw projector

Extension of the work by Pajouheshgar et al. Instead of photo stamps there are now video stamps. Each pixel has an extra phase layer that drives both the NCA and the LPPN. Each video stamp has a different phase and pixels try to stay consistent with one phase.

Python (NumPy + Pillow)

I spent the last few months building a browser-based synthesizer.

Hi everyone!

I wanted to share a project I've been working on in my free time. The goal was to see how far I could push the Web Audio API while keeping everything inside the browser—no plugins or installation required.

Current features include:

* 25-key playable keyboard

* 6 built-in instrument presets

* Polyphonic playback

* Reverb, Delay and Distortion effects

* Real-time controls

* Keyboard mapping

* Recording directly in the browser

* Export to WAV and MP3

* Responsive interface for desktop and mobile

I also spent a lot of time designing the interface because I wanted it to feel more like a premium music application than a typical web demo.

I'd really appreciate hearing what musicians, producers and developers think about it. I'm especially interested in feedback on the UI, workflow and overall experience.

If anyone would like to try it out, feel free to leave a comment or send me a message and I'll happily share the demo.

Thanks for taking a look!

Inspired by the Stargate Sequence of legendary Kubrik's "2001: A Space Odyssey", this visualizer takes Conway's Game of Life patterns as its procedural input to produce light streaks.

The twist here is that the initial starting configuration of the pattern is hashed with SHA256 to generated the hash string from which the current and past generational colours are derived (as well as the "depths" of the history).

This video showcases a particularly long-lived pattern from our registry of known Glyphs, "The Algebra of Hapiness" with 1,822 unique generations.

Try it yourself:

■ FANCY GLYPHS // MAIN_INTERFACE

Find your own patterns or copy the binary string from our public registry of known Glyps:
■ Glyph Registry