No começo da indústria de games, o processamento e a memória das máquinas era muito, MUITO, limitada.
Os primeiros games tinham 16 cores para trabalharem. Só. Era o EGA, da IBM, que já era considerado um avanço tremendo.
Aí a galera conseguiu expandir para 256 cores com o VGA (usado em coisas até hoje!) e os cenários começaram a parecer BEM bonitos.
Mas ainda faltava alguma coisa… como deixar os cenários mais reais ainda animando eles, só que com todas as limitações computacionais da época?
A solução foi o color cycling, que uns também chamavam de pallete shifting.
Como só haviam 256 cores disponíveis para se criar uma paleta de cores, os programadores descobriram que era possível, no entanto, alterar a própria paleta.
Como assim? Cada paleta durava um ciclo, a paleta seguinte substituía as cores que seriam alteradas na imagem seguinte, e a sequência disso causava a impressão de animação.
Tudo isso gera esse efeito BEM legal e muito convincente sem qualquer aumento significativo do tamanho do arquivo. Afinal de contas, ainda é apenas uma imagem.
Os exemplos desse site são incríveis e mostram todo o potencial dessa prática (aliás, mostram até mudança de iluminação de acordo com a hora do dia nas mesmas paisagens, coisa fina e linda). Eles disponibilizam até o tutorial para fazer a mesma coisa usando html5.
Nessa palestra incrível no GDC 2016, o designer de games das antigas Mark Ferrari conta como eles começaram a trabalhar com gráficos EGA, fizeram o pulo do gato pra animar com o color cycling e até mesmo passaram a economizar espaço nos games ao usar essa técnica para até mesmo mudar cenários inteiros!
Sim, é BASTANTE tempo, mas o conteúdo é riquíssimo pra quem se interessa pela história dos videogames (e acho que computação em geral).
Via Update Or Die
Urucum Digital 