Como o OGraf funciona — explicado de forma simples.

O manifesto é um pequeno arquivo JSON que apresenta o seu grafismo ao mundo. Ele responde perguntas como: qual é o nome deste grafismo? De que dados ele precisa? Como ele se comporta?

Quando alguém carrega o seu grafismo no SPX ou em qualquer outro controlador, o controlador lê este arquivo primeiro. Ele usa essas informações para mostrar o nome do grafismo na lista de templates, gerar formulários de entrada de dados para o operador e saber como controlar a reprodução.

Quando um operador clica em "Play" no controlador (como o SPX), uma sequência precisa acontece nos bastidores: o renderizador chama estes métodos no grafismo, nesta ordem. Entender essa sequência é a chave para entender o OGraf. Os grafismos também podem declarar ações customizadas — um efeito de gol num placar, por exemplo —, que os controladores mostram como botões extras e entregam por meio de customAction().

Nem todo grafismo é um simples lower third. Um resultado de eleição pode ter 5 páginas. Um placar esportivo pode ser atualizado dinamicamente. O OGraf resolve isso com passos.

A parte mais poderosa do OGraf para designers: você define de que dados o grafismo precisa, e o controlador monta automaticamente um formulário para o operador. Sem precisar de interface personalizada.

Isso é feito pelo schema no seu manifesto, usando um formato chamado GDD (Graphics Data Definition). Não se intimide com o nome — é só uma forma de dizer "este grafismo precisa de um campo de texto chamado Nome e de um seletor de cor chamado Fundo".