Italian community of Lazarus and Free Pascal
Programmazione => Graphics => Topic aperto da: nomorelogic - Maggio 05, 2012, 10:21:16 pm
-
credo che adesso abbiamo bisogno di un po' di cosette
1) le armi
2) i nemici
3) vedere come funzionano le collisioni
4) far scorrere dei nemici a terra
5) un'idea sul mostro finale (sennò che gioco è?) :D
6) chi più ne ha più ne metta
-
Googlata veloce ;)
http://lunar.lostgarden.com/labels/free%20game%20graphics.html (http://lunar.lostgarden.com/labels/free%20game%20graphics.html)
EDIT:
Precisamente http://www.lostgarden.com/2005/03/download-complete-set-of-sweet-8-bit.html
-
Googlata veloce ;)
http://lunar.lostgarden.com/labels/free%20game%20graphics.html (http://lunar.lostgarden.com/labels/free%20game%20graphics.html)
EDIT:
Precisamente http://www.lostgarden.com/2005/03/download-complete-set-of-sweet-8-bit.html
bellissimo, anzi, direi fantastico set!!!
stavo pensando se queste risorse anche se datate possono essere usate liberamente in un progetto come il nostro.
poi, pensavo che...
l'astronave che abbiamo è vista dall'alto mentre il terreno è visto dal lato destro. C'è una incongruenza benché alla fine stiamo parlando di un gioco/demo e quindi la cosa passa comunque.
Visto il set di risorse pensavo che si potesse ambientare il gioco nello spazio, tra gli asteroidi, piuttosto che sulla superficie di un pianeta. In questo modo possiamo usare la vista dall'alto senza incongruenze. Magari facciamo scorrere degli asteroidi sia in alto che in basso che in mezzo al campo di gioco.
Che ne pensate?
Edit:
riguardo la licenza penso si possa fare salvo mettere il link al sito: leggete qua
http://www.lostgarden.com/2007/03/lost-garden-license.html (http://www.lostgarden.com/2007/03/lost-garden-license.html)
-
Ok, diciamo che al momento siamo convinti di usare ZenGL?
Se si, i problemi "tecnici" li affrontiamo dopo ;)
Io proporrei di darici delle specifiche, altrimenti andiamo allo sbando ;)
Usiamo solo la tastiera, o introduciamo anche il mouse? (C'era un giochino, Abuse ... su linux che li usava entrambi ... ;) )
Il mouse serve per il mirino, quindi c'è il pilota che evita i "cattivi" e il mitragliere che sono "indipendenti".
Oppure, per non rovinarci la vita (magari questa è buona per la versione 2), sparo a seconda dell'arma e pace amen.
Come vedi nel set ho trovato anche il "mostro finale" .. il teschio :D
-
Ok, diciamo che al momento siamo convinti di usare ZenGL?
Se si, i problemi "tecnici" li affrontiamo dopo ;)
le prove fatte con ZenGL non sono male: il movimento è fluido, la programmazione alla fine non è difficile e c'è pure il loro forum che quantomeno in caso di necessità...
Ciò non toglie di provare qualche altra libreria, non ci corre dietro nessuno. Avevo visto anche terra http://www.pascalgameengine.com/ (http://www.pascalgameengine.com/), sulla carta molto buona ma non riesco a superare alcuni problemi di compilazione :(
Però dobbiamo essere convinti tutti, se ci sono altre idee proviamo anche quelle ovviamente :)
Io proporrei di darici delle specifiche, altrimenti andiamo allo sbando ;)
Usiamo solo la tastiera, o introduciamo anche il mouse? (C'era un giochino, Abuse ... su linux che li usava entrambi ... ;) )
Il mouse serve per il mirino, quindi c'è il pilota che evita i "cattivi" e il mitragliere che sono "indipendenti".
Oppure, per non rovinarci la vita (magari questa è buona per la versione 2), sparo a seconda dell'arma e pace amen.
Il mouse lo proverò a breve ma per il primo gioco avallerei il "non rovinarci la vita" :D
Visto che l'idea è nata da Sergio spero di sentire anche il suo parere in merito :)
Come vedi nel set ho trovato anche il "mostro finale" .. il teschio :D
si l'ho visto :D
-
Porca paletta... il WiiMote ... fico ;)
ho 4 controller a casa per la Wii.....
hahahahaha (non chè una wii).
Se riesco a usare il ClassicController per il PC, al posto che per la Wii, sono più contento ;)
2 JoyStik, 8 pulsanti per il game non sono male ;)
Edit
(Magari mi ci faccio un'adapter con una delle schede arduino che ho in garage :) )
-
e poi il terra game engine non differenzia le licenze a seconda della piattaforma di destinazione ma a seconda delle feature :)
per la wii non ci sono 'X' in compatibility ma può darsi arriveranno
PS: la demo fatta con ZenGl *funziona* col ClassicController :)
-
Ma il classic controller della Nintendo? Quello che si collega al posto del nunchuk del remote controller?
EDIT:
Ma un motore tutto ad Oggetti non lo scrivono? Porca paletta, per il C++ è pieno il mondo, per FreePascal, dibbiamo ancora lavorare con i record? :(
-
Saluti a tutti , non sono scomparso , ho un po' da fare! Per quanto riguarda le armi pensavo che si potrebbero inserirne di 3 tipi : laser, bomba , raggio (Fatto come una parabola che puo' colpire piu' navi , ma si puo' utilizzare solo 1 o 2 volte nel gioco).Che cosa ne pensate ? ;)
-
Per il nemico finale , si potrebbe utilizzare una grande nave , modificata e trasformata in un mostro , tipo questa(http://)
-
Ma il classic controller della Nintendo? Quello che si collega al posto del nunchuk del remote controller?
EDIT:
Ma un motore tutto ad Oggetti non lo scrivono? Porca paletta, per il C++ è pieno il mondo, per FreePascal, dibbiamo ancora lavorare con i record? :(
no non quello del nunchuk, intendevo il joypad :P
tra le demo di zenGL ce n'è uno che sul nome della cartella riporta "OOP" ;)
nel caso usiamo questa libreria avevo intenzione di preparare i sorgenti per usare quel sistema
-
Stavo cercando di usare la libreria Bgra , ma non riesco a capire come creare gli sprite animati. Sapete darmi una mano ? grazie
-
Ma allora volete usare la zenGl ?
;)
-
Diciamo che un motorino grafico .... dovrebbe semplificare la vita ;)
In + si rende la risposta più veloce ... :D
Per gli sprite animati, devi avere caricate più immagini per ogni singolo sprite.
a tempo o con qualche logica cicli l'immagine da visualizzare ad ogni istante.
EDIT:
Sergio ... l'immagine che proponi è carina ...
-
in pratica dovresti preparare i fotogrammi dell'animazione tutti quanti della stessa dimensione es: 64x64.
Poi li metti insieme in un png 256 x 256 pixel (oppure 64 x 1024, l'importante è che le 2 dimensioni siano multiple di 64) in modo da avere N fotogrammi in un singolo file.
Al momento del disegno devi scegliere il fotogramma moltiplicando 64 (pixel) per la posizione del frame che ti interessa e lo disegni.
Se scarichi l'allegato "TestZenGL2.7z" da http://www.lazaruspascal.it/index.php?topic=307.msg2056#msg2056 trovi nella cartella "data" un esempio che si chiama Astronave_move.png.
-
Ma allora volete usare la zenGl ?
;)
pensa che con una libreria il discorso dei frame si risolve con 2 istruzioni: si carica il file e poi si specifica la dimensione del frame...
senza contare, come dice Stilgar la fluidità e la velocità della risposta
-
Ho provato a migliare la vecchia e prima versione delle prove ;)
Diciamo che adesso la risposta ai comani mi sembra un pochino più decente :D
A parte gli scherzi, mi sto guardando non so quante versioni di GLUT in giro per il mondo ... qualche idea ma l'hanno fatta venire ;)
-
intanto io ho fatto altre prove
ho introdotto l'esplosione totale dei nemici (il .png va sempre nella cartella "data")
basta premere il tasto 'B' per tre volte
Edit:
Comunque si intenda procedere oramai il test con zengl può essere utile a molti, sarebbe il caso di metterlo su subversion che ne dite?
-
Porca paletta,
non mi compila.
Mi sa che c'è un problema di verisione delle lib.
:(
Non mi trova FrameX, e FrameY nella struttura Texture ...
Mi sa che per le prove è il caso di impostare un progatto comune, per evitare il problema dello sfasamento di librerie e simili ;)
EDIT:
Ho creato la struttura nel repo ... appena riesci committa tutto ;)
(Solito trucco, fai l'update dei tutto dal repo, in modo che ti scarichi tutto e poi metti i file per fare la commit, ma credo tu sappia già come si fa :D)