Come si affronta l'indipendenza della risoluzione nei contenuti grafici basati su raster?

Quei giochi che non sono abbastanza fortunati da funzionare su specifiche di una piattaforma bloccata, come i palmari, devono funzionare in vari formati di risoluzione e proporzioni.

In un gioco 3D potresti avere un HUD o una GUI di menu basata sulla grafica raster e in un gioco 2D potresti avere un sacco di quad che sono navi per gli sprite.

Quindi la mia domanda è: come approcci la progettazione e il funzionamento dei contenuti attraverso varie risoluzioni e proporzioni? Supponiamo che tu abbia un carattere sprite di 300x400 pixel sprite e circondato da un livello fatto di tessere. Su diverse risoluzioni / proporzioni vedresti un FOV completamente diverso. Oppure, se hai un menu HUD o una GUI, vorresti mantenere alcune cose nelle stesse posizioni e delle stesse dimensioni rispetto allo schermo. Tuttavia, la fonte grafica è bitmap raster, non vettoriale.

Ovviamente, il problema è stato affrontato numerose volte. Sono interessato a conoscere vari approcci che hanno funzionato finora per te. Mantenete un'unità 'pixel' agnostica di dimensione arbitraria che trasformate magicamente in dimensioni necessarie tramite una formula basata su risoluzione e proporzioni o altri approcci?

modificare:

Quindi, la conclusione è di enumerare le proporzioni. Minima combinazione di aspetti: la risoluzione è quella in cui si progettano cose importanti. Un'area sicura se vuoi. Stessi rapporti, ma risoluzioni più elevate sono semplici problemi di ridimensionamento. Il contenuto artistico è progettato per la massima risoluzione. Le proporzioni più grandi mostrano semplicemente più livello / FOV con informazioni presentate che non sono critiche come quella in un'area sicura. Qualcosa di simile a questa immagine che ho realizzato .

Se le tue risoluzioni sono simili tra loro, puoi semplicemente usare la stessa arte su tutti loro con forse un po 'di downscaling in fase di esecuzione per gli schermi più piccoli. Se differiscono per più di un fattore 2x, dovrai creare risorse separate (o almeno avere un artista) per le diverse risoluzioni.

Con il 2D, la risoluzione influisce notevolmente sulla progettazione delle immagini. Uno sprite che appare riccamente dettagliato e realistico ad alta risoluzione sarà fangoso e indecifrabile ridimensionato. Allo stesso modo, uno sprite che sia pulito e nitido guardando a bassa risoluzione sembrerà economico e troppo semplice ad alta risoluzione.

Un modo è quello di creare le risorse di immagini in un formato vettoriale (SVG, Illustrator, ecc.) E convertirle in immagini raster come richiesto dalle diverse versioni del gioco.

Quando si mantiene lo schermo intero su risoluzioni diverse, se si desidera la perfezione dei pixel (ad esempio "Come l'ha prodotta l'artista"), il problema è che non esiste un modo completamente automatizzato per ridimensionare gli sprite in alto o in basso (o per ruotarli) che non ' t richiede l'approvazione umana. Alla fine è perché il posizionamento dei pixel è una cosa soggettiva. L'algoritmo di rendering esegue alcuni ridimensionamenti o rotazioni e per fare ciò deve utilizzare alcune tecniche di approssimazione, ad es. filtro bilineare. Se si vuole ancora bordi duri sui pixel in modo da avere che "la perfezione pixel" (cioè non utilizzando AA o BF), allora si sta andando ad accettare che il ridimensionamento da un certo grado non-potere-su-2 è in corso di produce alcuni artefatti indesiderati.

Un approccio interessante a un problema simile si trova in RotSprite , un'applicazione / algoritmo progettato per eseguire rotazioni "automatiche" degli sprite. Con ciò intendo che produce un numero di risultati finali probabilmente desiderabili dopo un'elaborazione intensiva, da cui l'operatore umano può scegliere. Gli sprite scelti a mano finiscono per entrare nel gioco, il che significa che si tratta di una fase di creazione del contenuto e non di runtime.

Una possibile risposta alla tua domanda "pixel agnostici di dimensione magica arbitraria": OpenGL (che potresti voler usare se stai attraversando una piattaforma) funziona in un modo completamente diverso da un renderer raster software. Considera la larghezza e l'altezza del display nell'intervallo a virgola mobile 0,0-> 1,0 e mappa i pixel di conseguenza sulla GPU. Naturalmente questo può comportare artefatti, a meno che es. BF è attivato per le trame (che è ciò che i tuoi sprite sono in OpenGL).