#1 [SFML] Tiles non combacianti [Risolto]

Salve ragazzi, eccomi con un altro problema con SFML.. forse la programmazione dei videogiochi non fa per me però sono testardo e vado avanti

Il problema è che non riesco a piazzare bene le tiles che devono formare la mappa di gioco. Non corrispondono perfettamente tra loro e tra un tile e l'altro vedo il colore della schermata di background (in questo caso il nero).

Le tile sono semplici 16x16.
Per vedere il codice guardate l'immagine, ho aperto codeblocks e si legge tutta la funzione (o meglio metodo) draw.
"tileSet" è una variabile di tipo Sprite su cui ho caricato il mio tile set. Il tile che uso è il prima in alto a sinistra (quindi coordinate 0,0,16,16).

Le ho provate di tutte e ho cercato molto su internet ma non ho trovato nulla che mi aiutasse.. per disperazione oggi pomeriggio ho scaricato SDL e ho provato a fare la stessa cosa con queste librerie... e funziona

Il problema si vede molto facilmente da questi screen :

SFML: http://i.imgur.com/lP8L1.png
SDL : http://i.imgur.com/qXL5j.png Con SDL niente bande nere, tutto perfetto.

EDIT 13/07/2012:
Problema risolto. Posto il progetto in prima pagina per chi dovesse finire in questa discussione in futuro. Può sempre essere utile :
http://www.mediafire.com/?045lsx10mxxqy3a

Il codice è un po' sporco e non va assolutamente preso come riferimento dato che sto studiando queste librerie da poco. Come ha detto TheCrib: non è il miglior modo per far funzionare un engine, però è una sorta di hack che praticamente funziona.

#2 RE: [SFML] Tiles non combacianti

Non ho tempo di provare il progetto, ma direi a occhio che ti sei scontrato con uno dei problemi del disegnare 2D con una API 3D. Disegnare sprite perfettamente 1:1 infatti non e' semplicissimo.

Ci sono regole per il disegno dei triangoli e potrebbe essere necessario spostare tutto di un mezzo pixel qua e la. Prova a passare da int a float quando disegni e spostati di 0.5f sia sulle X che sulle Y (verifica tramite uno screenshot che poi combaci perfettamente con l'output SDL). Prova anche -0.5f (sono vago perche' 1. l'ultima volta lavoravo con DirectX, 2. non me lo ricordo proprio )

Potresti anche sistemare modificando la matrice ortografica ma è più complesso, meglio fare questa piccola verifica per capire se il problema è quello che dico.

#3 RE: [SFML] Tiles non combacianti

E' un problema che capitava anche a me. Sono problemi di conversione tra float e interi in genere o di risoluzioni tra gioco e finestra con rapporti di proporzionalità non interi. Controllo il codice.
Ma un link che non devo registrarmi a un sito per scaricarlo?

#4 RE: [SFML] Tiles non combacianti

(11-07-2012 20:49)Tx77 ha scritto:  Non ho tempo di provare il progetto, ma direi a occhio che ti sei scontrato con uno dei problemi del disegnare 2D con una API 3D. Disegnare sprite perfettamente 1:1 infatti non e' semplicissimo.

Concordo.. ma per risolvere aggiustando il subpixel, prima di tutto bisogna assicurarsi che l'API non stia applicando nessuna scala di suo (o fornita) e quindi di lavorare effettivamente 1:1 ..e poi comunque queste gap sono sintomatiche di un problema piu' di fondo.. perche' se la rasterizzazzione avvenisse come dovrebbe, dovrebbe essere tutto compatto, anche disegnando non allineati al pixel.

Quindi bho.. c'e' un problema di fondo. Da qualche parte c'e' un arrotondamento sulle coordinate right/bottom dei rettangoli.. spero non qualcosa intrinseco dell'API.. senno' sono dolori 8)

(P.S. Visto che si parla di rasterizzazione.. per dovere di cronaca, queste cose le ho studiate su 3D Computer Graphics ..la mia edizione e' leggermente piu' vecchia (93 !) e ancora ce l'ho.. wooo !!)

#5 RE: [SFML] Tiles non combacianti

Si è vero, l'API anche è importante!
Mi ricordo che dovevo fare questi tarocchi sul 2D e li avevo messi nella matrice ortografica per DirectX versione 9 e inferiori, mentre avevo letto che, ad esempio, con DX11 ci dovrebbero essere regole di rasterizzazione diverse e poi ci sono quelle solite piccole differenze fra OpenGL e DirectX che qualche volta fanno...

Un test utile da fare sarebbe disegnare un solo quad 16x16 in posizione nota, fare uno shot e contare i pixel.

Io ho studiato sul Foley!
Un periodo me lo trascinavo ovunque... sembravo Linus e la sua coperta.

#6 RE: [SFML] Tiles non combacianti

(11-07-2012 21:21)Naufr4g0 ha scritto:  E' un problema che capitava anche a me. Sono problemi di conversione tra float e interi in genere o di risoluzioni tra gioco e finestra con rapporti di proporzionalità non interi. Controllo il codice.
Ma un link che non devo registrarmi a un sito per scaricarlo?

EDIT: ho caricato il progetto su Mediafire, ora dovrebbe essere scaricabile senza registrazione; altrimenti posso mandare il progetto per email !

Vedere che anche qualcun altro ha avuto questi problemi mi conforta in un certo senso almeno non sono rincretinito io..
Comunque tu come avevi risolto ?

@Tx77 : sì avevo letto di un problema simile proprio sul forum di SFML dove Laurent (l'autore delle sfml) chiamava questo metodo di spostare il pixel "half-pixel trick". Più nello specifico diceva che la quantità da togliere è


Ho già provato ad aggiungere o sottrarre questo valore quando disegno a schermo ma non ho risolto.. cioè le bande nere non si vedevano più ma rimaneva la trama a quadrato sull'immagine..

@TheCrib: per l'arrotondamento : il rettangolo che prendo dal tileSet ha coordinate int mentre quello per la viewport ha coordinate float, quindi potrebbe essere anche qui il problema.. però non posso fare altrimenti perché la funzione per settare la viewport prende solo rettangoli con punti float.

oddio non ditemi che devo studiare 1000 pagine per risolvere questo semplice problema ?

#7 RE: [SFML] Tiles non combacianti

Ho visto il codice e c'è tutto un procedimento di rendering che non mi piace proprio!
Tu avresti due alternative:

• Creare una matrice di sprite, dove ogni elemento rappresenta il singolo tile, e renderizzarli tutti ad ogni frame;
• Renderizzare tutti i tile su un'immagine e poi renderizzarla ad ogni frame.
  

Tu invece hai creato uno sprite che si renderizza 'row x col' volte ad ogni frame ritagliandosi continuamente nel rettangolo giusto. Funziona pure così ma è un procedimento non standard per questa libreria e credo che tutto il problema dipenda da questo.
Prova a fare in uno dei due modi che ti ho detto sopra.

#8 RE: [SFML] Tiles non combacianti

(11-07-2012 22:49)Naufr4g0 ha scritto:  Ho visto il codice e c'è tutto un procedimento di rendering che non mi piace proprio!
Tu avresti due alternative:

• Creare una matrice di sprite, dove ogni elemento rappresenta il singolo tile, e renderizzarli tutti ad ogni frame;
• Renderizzare tutti i tile su un'immagine e poi renderizzarla ad ogni frame.
  

Tu invece hai creato uno sprite che si renderizza 'row x col' volte ad ogni frame ritagliandosi continuamente nel rettangolo giusto. Funziona pure così ma è un procedimento non standard per questa libreria e credo che tutto il problema dipenda da questo.
Prova a fare in uno dei due modi che ti ho detto sopra.

Ok provo !
Per il secondo metodo intendi renderizzare i tile su una variabile di tipo Image oppure su uno Sprite di buffer ? Intendi una sorta di double buffering quindi ?

#9 RE: [SFML] Tiles non combacianti

(11-07-2012 23:01)IngMetallo ha scritto:  Ok provo !
Per il secondo metodo intendi renderizzare i tile su una variabile di tipo Image oppure su uno Sprite di buffer ? Intendi una sorta di double buffering quindi ?

Dovresti renderizzare tutti i tile in una sf::Image tramite il metodo Copy.
E poi creare un sf::Sprite che utillizzi questa image che contiene tutto il livello.
Il double buffering non c'entra molto con questa cosa. Il DB è una operazione che avviene automaticamente ogni volta che usi il metodo Display().
Serve a levare il cosiddetto flickering. Puoi trovare un sacco di documentazione che riguarda il DB con Google.

#10 RE: [SFML] Tiles non combacianti

(11-07-2012 23:42)Naufr4g0 ha scritto:  Dovresti renderizzare tutti i tile in una sf::Image tramite il metodo Copy.
E poi creare un sf::Sprite che utillizzi questa image che contiene tutto il livello.
Il double buffering non c'entra molto con questa cosa. Il DB è una operazione che avviene automaticamente ogni volta che usi il metodo Display().
Serve a levare il cosiddetto flickering. Puoi trovare un sacco di documentazione che riguarda il DB con Google.

Oddio nel codice che ho messo online avevo fatto un bel casino.. avevo inserito anche un Draw() di troppo.. Comunque non era mia intenzione ritagliare lo sprite sheet ad ogni ciclo ! Volevo prendere il tile che mi serviva prima di entrare nel doppio ciclo for e poi utilizzare sempre lo stesso sprite per disegnare il "livello" di erba ! Devo aver sbagliato facendo i taglia e incolla durante vari tentativi che avevo fatto per farlo funzionare scusatemi.

Ho usato il secondo metodo che mi hai consigliato e adesso si vede correttamente !
Però nella documentazione di Image::Copy() c'è scritto :

" This function does a slow pixel copy and should only be used at initialization time"

Mentre io l'ho usata proprio nel doppio ciclo for che scandisce la matrice, e il doppio ciclo for viene ripetuto ad ogni frame del gioco. Al momento faccio 380fps però ho un processore recente.. chissà se con tutti gli altri processi diventi troppo pesante

Non vorrei aver interpretato male il tuo messaggio.. Intendevi fare una cosa del genere ?

#11 RE: [SFML] Tiles non combacianti

(12-07-2012 1:12)IngMetallo ha scritto:  Oddio nel codice che ho messo online avevo fatto un bel casino.. avevo inserito anche un Draw() di troppo.. Comunque non era mia intenzione ritagliare lo sprite sheet ad ogni ciclo ! Volevo prendere il tile che mi serviva prima di entrare nel doppio ciclo for e poi utilizzare sempre lo stesso sprite per disegnare il "livello" di erba ! Devo aver sbagliato facendo i taglia e incolla durante vari tentativi che avevo fatto per farlo funzionare scusatemi.

Ho usato il secondo metodo che mi hai consigliato e adesso si vede correttamente !
Però nella documentazione di Image::Copy() c'è scritto :

" This function does a slow pixel copy and should only be used at initialization time"

Mentre io l'ho usata proprio nel doppio ciclo for che scandisce la matrice, e il doppio ciclo for viene ripetuto ad ogni frame del gioco. Al momento faccio 380fps però ho un processore recente.. chissà se con tutti gli altri processi diventi troppo pesante

Non vorrei aver interpretato male il tuo messaggio.. Intendevi fare una cosa del genere ?

Codice:

void Map::draw (RenderWindow &app)
{
    /* Rect for the grass tile */
    Image imageToRender ;
    imageToRender.Create(800,800) ;
    Rect <int> rect (0,0,16,16) ;

    for (int i=0;i<20;i++)
    {
        for (int j=0;j<20;j++)
        {
            if(mapMatrix[i][j]== GRASS)
            {
                imageToRender.Copy(buff,j*16,i*16,rect) ;
            }
        }
    }

    Sprite tmp ;
    tmp.SetImage(imageToRender) ;
    app.Draw (tmp) ;
}

E' corretto il codice che hai scritto, ma io intendevo che tu facessi quel doppio ciclo for solo una volta all'interno del costruttore e generando da lì lo sprite con tutto il livello, che deve essere un membro della classe Map.
Sul metodo draw deve starci solo:

Quindi il problema di performance del metodo Copy della classe Image non si pone!

#12 RE: [SFML] Tiles non combacianti

Naufr4g0, hai ragione. Forse è meglio se vado a dormire per oggi ho già fatto troppe caz....

Grazie per i suggerimenti ! buonanotte !

#13 RE: [SFML] Tiles non combacianti

(11-07-2012 21:48)Tx77 ha scritto:  Io ho studiato sul Foley!
Un periodo me lo trascinavo ovunque... sembravo Linus e la sua coperta.

yeah !!
Ogni tanto vanno ricordati questi libri !

#14 RE: [SFML] Tiles non combacianti

(12-07-2012 1:38)IngMetallo ha scritto:  Naufr4g0, hai ragione. Forse è meglio se vado a dormire per oggi ho già fatto troppe caz....

Grazie per i suggerimenti ! buonanotte !

Di niente! Sei riuscito a risolvere il problema dopo un sano riposo notturno?

#15 RE: [SFML] Tiles non combacianti

Ho guardato il tuo codice e lo ho compilato.
Hai uno zoom nella camera di 1.6, chiaramente tutti i discorsi dell'half pixel hanno senso se lo zoom e' a 100%, anche l'half pixel dovrebbe scalare di conseguenza.
Poi non devi fare 0.5f / size ma semplicemente +0.5f visto che l'half pixel è in spazio schermo.

Quindi con:
view.Zoom(1.0f) ;

e con:
va tutto.

E chiaramente si "sfonda" se scrolli la camera (e in quel caso devi fare lo snap della camera posizione agli interi o bilanciare in altro modo lo scrolling).

p.s.
i segni + o - a 0.5 li ho messi a occhio senza controllare con uno screenshot, verifica!