Il problema di chi sviluppa da solo
Un gioco pubblicato ha bisogno di materiale: il trailer, le clip verticali per i social, gli screenshot nelle dimensioni che ogni negozio pretende, l'immagine di copertina, la scheda stampa. Moltiplicato per sei giochi, e rifatto a ogni aggiornamento.
Farlo a mano significa smettere di sviluppare. Farlo male significa che il gioco non lo vede nessuno. La terza strada è costruire uno strumento che lo faccia: parte dal gioco vero, non da un video registrato a parte, e produce il materiale ogni volta che serve.
Che cosa fa
Dal gioco, non dallo schermo
I giochi espongono una funzione di rendering: lo strumento la chiama con scenari e parametri dichiarati e ne riceve filmati veri, non registrazioni di una partita fatta a mano.
Ricette, non montaggio
Una ricetta in formato leggibile descrive il montaggio: segmenti, effetti visivi, testi, countdown, titoli, chiusure, filigrana, musica. Cambiare una riga e ricomporre è immediato.
Niente esce senza approvazione
Ogni contenuto passa da una revisione: si guarda, si approva o si scarta. Solo ciò che è approvato può essere esportato — perché il materiale sbagliato pubblicato è peggio di nessun materiale.
Un formato per ogni destinazione
Filmati, immagini e animazioni nei tagli richiesti dai diversi canali, prodotti in un passaggio solo invece che uno alla volta.
Che cosa sa mettere in un video
- segmenti presi da scenari diversi dello stesso gioco, montati in sequenza;
- effetti visivi — bagliori, scosse, lampi, avvicinamenti — applicati dove servono;
- testi: conto alla rovescia, titolo, chiusura, richiami e filigrana;
- musica e audio importati, con la licenza registrata insieme al file;
- una scheda finale che rimanda a un altro gioco: chi guarda un trailer è la persona più disposta a provarne un secondo;
- il logo dello studio, sempre nello stesso posto.
I giochi sono plugin
Il cuore dello strumento non sa niente di nessun gioco. Ogni gioco si presenta con un adattatore che dichiara cosa sa rendere e quali parametri accetta.
È la scelta che rende il lavoro riusabile: aggiungere un gioco nuovo significa scrivere il suo adattatore, non modificare lo strumento. E siccome i giochi sono scritti in Swift e lo strumento in .NET, fra i due c'è un ponte che avvia il gioco come processo e ne raccoglie il risultato.
| Pezzo | Che cosa fa |
|---|---|
| Il nucleo | progetti, scenari, coda di lavorazione, revisione, export — agnostico rispetto al gioco |
| L'adattatore | dichiara al nucleo che cosa quel gioco sa produrre, e con quali parametri |
| Il ponte | avvia il gioco, gli passa i parametri, riprende i fotogrammi |
| Il compositore | trasforma le riprese grezze in un video finito, seguendo la ricetta |
Il primo gioco integrato è Moon Soft Lander, che produce filmati reali del gioco dalla riga di comando. Gli altri seguono lo stesso schema.
A che punto è
Non è un'idea: è un programma che gira, con la sua interfaccia e la sua coda di lavorazione.
| Cosa | Stato |
|---|---|
| Fondazione, archivio dei progetti, coda di generazione | fatto |
| Adattatori dei giochi e ponte verso Swift | fatto |
| Esportazione nei vari formati, con revisione obbligatoria | fatto |
| Interfaccia completa: progetti, scenari, lavorazioni, revisione, export | fatto |
| Compositore: ricette, effetti, testi, audio, schede finali | fatto |
Oltre duecento test automatici tengono insieme il tutto, compresi quelli che producono davvero un file video e lo verificano — perché su uno strumento che genera materiale, il solo modo onesto di dire «funziona» è guardare il file che esce.