Twine vs. Ren’py

tl;dr: Twine para Prototipação, Ren’py para Produção

Usarei Twine para protipar e testar a história antes de partir para a programação em ren’py. Ao menos esse é o plano hoje.

No meu entendimento, Ren’py é uma engine dedicada à criação de Visual Novels e tem sistemas mais robustos de save, ferramentas mais sofisticadas para criação de animações, possibilidades narrativas mais interessantes “out of the box”.

Twine possui um sistema de nodes que facilita a visualização e a iteração durante o desenvolvimento da história. Twine possui 4 “sabores” oficiais de script diferentes, o que é bem ruim. Fica difícil criar uma comunidade em torno de uma ferramenta que usa 4 linguagens distintas. Esses “sabores” são chamados internamente de Templates. Além desses Templates oficiais há sabe-se lá quantos templates extra-oficiais disponibilizados por fãs, o que pulveriza ainda mais a comunidade de desenvolvedores.

Isso tudo pra dizer que o ecossistema do Twine é bem bagunçado. Ren’py, por outro lado, representa a visão de um único desenvolvedor, Tom Rothamel. Essa visão única guiou o projeto desde o começo e é responsável por permitir ao Ren’py se tornar a sexta engine mais usada em jogos publicados na Steam. No momento em que escrevo este post, o criador de Twine não é mais o mantenedor do projeto.

Dito isso, há uma ferramenta que converte projetos Twine em projetos Ren’py. Essa ferramenta deve reduzir e muito o retrabalho de criar uma história em 2 engines diferentes.