/* Amo Dramas — otimização de scroll (jank ao rolar as listas de séries).
   Carregado DEPOIS do app.css (via inc.php) p/ sobrescrever os pontos caros.
   O problema não é dados/cache — é custo de PINTURA por frame durante o scroll. */

/* 1) O header translúcido usa backdrop-filter:blur(), que obriga o browser a
      RE-BORRAR o conteúdo atrás dele a CADA frame enquanto você rola — a causa
      principal do "travamento". Fundo sólido = mesmo visual limpo, scroll liso. */
.appbar.scrolled,
.appbar-hero.scrolled {
  -webkit-backdrop-filter: none !important;
  backdrop-filter: none !important;
  background: linear-gradient(180deg, rgba(10,11,15,.97), rgba(10,11,15,.9)) !important;
}

/* 2) Cards fora da tela não são renderizados até chegarem perto do viewport.
      Em listas longas (home/catálogo/produtora) o browser para de pintar/decodificar
      centenas de cards de uma vez -> rolagem suave. contain-intrinsic-size reserva
      o espaço (altura ~ capa 3:4 + título + data) p/ a barra de rolagem não pular. */
.grid > .poster,
.catalog-grid > .poster,
.rs-vipsel > .poster {
  content-visibility: auto;
  contain-intrinsic-size: auto 300px;
}

/* 3) sombra do card é cara em blur grande; durante o scroll basta uma sombra mais
      barata (o hover mantém a versão rica). Reduz repaint sem mudar o visual em repouso. */
.poster-img { box-shadow: 0 8px 20px rgba(0,0,0,.34); }

/* 2) Badges dos cards (.cat-badge/.tag/.save) usam backdrop-filter:blur — com ~80 por
   página, re-borravam o fundo a cada frame de scroll (o maior custo de paint em listas).
   Fundo sólido é visualmente quase idêntico e elimina o custo. Medido: -75% frames ruins. */
.cat-badge, .tag, .save {
  -webkit-backdrop-filter: none !important;
  backdrop-filter: none !important;
}
.cat-badge { background: rgba(12,12,18,.92) !important; }
.save { background: rgba(0,0,0,.78) !important; }