Este site
O motor de scroll, as páginas e o design saíram do mesmo método que uso nos sistemas: levantar o que precisa acontecer, desenhar e construir. Esta é a única página técnica do site, de propósito. Abra o devtools: cada afirmação abaixo dá para conferir.
Vanilla JS, zero dependência, 30 KB. O scroll da página vira currentTime de vídeo: a câmera se move de verdade, o scroll só controla o tempo.
const UNLOAD_VH = LOAD_VH * 2;
function unloadClip(s) {
if (!s.video) return;
const v = s.video;
try { v.pause(); } catch (e) {}
const src = v.src;
v.removeAttribute('src'); try { v.load(); } catch (e) {}
if (src && src.indexOf('blob:') === 0) { try { URL.revokeObjectURL(src); } catch (e) {} }
if (v.parentNode) v.parentNode.removeChild(v);
s.el.classList.remove('has-clip');
s.video = null; s.hasClip = false; s.ready = false; s.loading = false;
}
trecho literal de scrub-engine.js, o descarregamento de blob que eu acrescentei ao motor original
Todos reais, tirados do fonte.
Mapear scroll em tempo de vídeo linearmente deixa a cena passando rápido demais justo onde a copy está no pico. O linger remapeia o tempo por cena com uma função monótona, a câmera assenta no meio e acelera nas bordas, sem tocar os frames de emenda (f(0)=0, f(1)=1).
Sem Range HTTP, video.seekable fica em [0,0] e todo seek cai no frame 0. O motor baixa cada clipe como Blob e toca de um object URL, sempre seekável, e só dispara o fetch perto da cena: 1,6 viewport nas páginas de projeto, 0,6 na trilha, onde as cenas são curtas. Medido no meio da trilha: no máximo quatro clipes vivos, e zero depois que ela termina.
Vídeo mudo que nunca deu play não pinta frame após seek no Safari. O still fica como poster até o evento seeked, não o loadedmetadata, e cada vídeo é "aquecido" (play→pause) no primeiro toque.
O motor original nunca chamava revokeObjectURL. Acrescentei o descarregamento: a cena que sai do dobro da janela de carga (1,2 viewport na trilha) devolve o blob e volta ao still, a distância dupla evita carregar e descarregar na borda. Rolar de volta recarrega.
Sob prefers-reduced-motion o motor não baixa nenhum vídeo: as 27 stills fazem crossfade entre si. Acessibilidade e desempenho pela mesma porta.
Dentro de cada projeto, a cena B começa no último frame real da cena A (frame-lock, medido em 17-21 dB, composição idêntica, só grão). Entre projetos diferentes não há clipe de ligação: a trilha usa crossfade direto e assume isso, em vez de fingir um voo contínuo que não existe.
Contados no disco a cada build, não digitados.
Network: um fetch por cena, tipo blob. Elements: o vídeo some quando a cena sai do dobro da janela de carga. Performance: nenhum framework.
Contato
Santa Catarina, Brasil, remoto. Costumo responder no mesmo dia.
Sem formulário