Kurulum: Kullanıcı arayüzü durumları aracılığıyla şekil değiştirme

Benden şunları isteyin: Şeklin dönüşmesini istediğim 8 ila 12 kullanıcı arayüzü durumu (örneğin düğme, yükleyici, oynatıcı, kaydırıcı, geçiş düğmesi, sekmeler, grafik, komut paleti, bildirim), tamamen siyah beyaz veya tek bir vurgu rengi ve yaklaşık 120 BPM hızında telifsiz bir şarkı (örneğin Mixkit, ticari kullanım için ücretsiz).

Dribbble seviyesinde kullanıcı arayüzü hareketi. Tek bir şekil, asla kesilmez: her durum, içeriği kısa bir bulanıklıkla değişirken boyutunu, yarıçapını ve rengini değiştiren aynı öğedir. İmleç, gerçek tıklamalar ve sürüklemelerle her değişikliği yönlendirir. Açık sıcak gri tuval, siyah beyaz bileşenler, temiz bir kullanıcı arayüzü yazı tipi (Geist). Her yerde yaylar, en fazla küçük bir taşma. Kamera, her durum çerçeveyi dolduracak şekilde yakınlaşır. Son kare ilk karedir, bu nedenle döngü halindedir.
Yasaklananlar: zıplayan yumuşatma, parçacık patlamaları, parlamalar, kullanıcı arayüzü öğelerinde gradyanlar, uyumsuz simge konturları, ölü zaman, şablon gibi görünen her şey.

Dakikada 120 BPM, 7 ölçü, her vuruşta bir şey oluyor.
Düğme → yükleyici → onay işareti → dinamik ada → oynat/duraklat geçişli müzik çalar → ilerleme çubuğunu kaydır → maksimum seviyenin ötesine sürüklendiğinde uzayan bir ses kaydırıcısına dönüşür → bir geçiş ritme göre değişir → düğme sıvı sekme göstergesine dönüşür → sekmeler, üzerine gelindiğinde ipucu veren, kendini çizen bir grafiğe açılır → ⌘K'ye dönüşür → filtrelemek için yazın → enter → bildirim → düğmeye geri dön.

1. Tek bir HTML dosyası, kare 1440x1440. Her stil, seek(t) içindeki zamandan hesaplanır: CSS geçişleri yok, zamanlayıcılar yok, kareler arasında durum aktarımı yok.
2. Yaylar, kapalı formda basamak tepkileridir. Hedefi birçok kez değiştiren bir değer, her değişiklik için bir yayın toplamıdır, bu nedenle zamanın saf bir fonksiyonu olarak kalır.
3. Sekme göstergesinin iki kenarı farklı yaylar üzerinde hareket eder, bu nedenle ön kenar arka kenardan daha ileriye doğru uzanır. Aynı yöntem geçiş düğmesi için de geçerlidir.
4. Sürükleme doğrudan manipülasyondur: imleç basılı tutulduğu sürece, değer konumundan hesaplanır. Bırakıldığında, bulunduğu yere geri döner.
5. Şarkıyı numpy kullanarak ritim ızgarası açısından analiz edin ve ilk vuruştan başlayın. Her bir kullanıcı arayüzü sesini ölçülen tepe noktasına göre yerleştirin.
6. Playwright ile render alma: Kare başına 4 alt kare, 60 fps'de hareket bulanıklığı için ffmpeg tmix ile harmanlanmış.
7. Tam render işleminden önce her vuruş için bir kare render edin. Izgaranın dışında kalan, sıkışık veya okunması zor olan her şeyi düzeltin.

Kamera ölçeklendirmesi yapan veya metni bulanıklaştıran hiçbir şeye "değiştirme isteği" koymayın. Şekil değiştiren bir konteyner içinde değişen metnin kendi giriş ve çıkış zamanlamasına ihtiyacı vardır, aksi takdirde üst üste biner. Son kareyi, imleç konumu ve hızı da dahil olmak üzere, ilk kareyle aynı yapın, aksi takdirde döngü takılır.

Kod yazmaya başlamadan önce benden girdileri isteyin, ardından ritim tablosundaki durum listesini gösterin.

Ask me for: 8 to 12 UI states I want the shape to become (e.g. button, loader, player, slider, toggle, tabs, chart, command palette, toast), pure black and white or one accent color, and a royalty-free song around 120 BPM (e.g. Mixkit, free for commercial use).

Dribbble-level UI motion. One shape, never cut: every state is the same element morphing its size, radius and color while its content swaps with a short blur. A cursor drives every change with real clicks and drags. Light warm-gray canvas, black and white components, one clean UI font (Geist). Springs everywhere, a tiny overshoot at most. The camera zooms so each state fills the frame. The last frame is the first frame, so it loops.
Banned: bouncy easing, particle bursts, glows, gradients on UI chrome, mismatched icon strokes, dead time, anything that looks like a template.

120 BPM, 7 bars, something happens on every beat.
Button → loader → check → dynamic island → music player with a play/pause morph → scrub the progress bar → it becomes a volume slider that stretches when dragged past max → a toggle flips on the beat → the knob becomes a liquid tab indicator → the tabs open into a chart that draws itself, with a tooltip on hover → it collapses into ⌘K → type to filter → enter → toast → back to the button.

1. One HTML file, square 1440x1440. Every style is computed from time inside seek(t): no CSS transitions, no timers, no state carried between frames.
2. Springs are closed-form step responses. A value that changes target many times is the sum of one spring per change, so it stays a pure function of time.
3. The tab indicator's two edges ride different springs, so the leading edge stretches ahead of the trailing one. Same trick for the toggle knob.
4. Drags are direct manipulation: while the cursor is held, the value is computed from its position. On release it springs back from wherever it was.
5. Analyze the song with numpy for the beat grid and start on a downbeat. Place every UI sound by its measured peak.
6. Render with Playwright: 4 subframes per frame, blended with ffmpeg tmix for motion blur at 60fps.
7. Render one frame per beat before the full render. Fix anything off the grid, cramped or hard to read.

Never put will-change on anything the camera scales or the text renders blurry. Text that swaps inside a morphing container needs its own enter and exit timing or it overlaps. Make the last frame identical to the first, cursor position and speed included, or the loop stutters.

Ask me for the inputs, then show me the state list on the beat grid before you write any code.

Şuradan alınan komut: postalamak @twoclipping.