[paradisi davide]

Finalmente vedo un gioco realizzato con unreal engine 4! Posso chiedere se usate blueprints o codice, e se usate qualche plugin esterno?

Inviato dal mio M-PPxG501 utilizzando Tapatalk

Per ora stiamo usando i blueprint per velocizzarci il lavoro e avere un concept giocabile il prima possibile in modo anche da poter mostrare un video di un possibile gameplay, naturalmente a lavoro finito gli script verranno scritti in c++. In quanto a plugin/ asset non verranno usati, tutti i modelli delle immagini sono stati fatti dai noi (escluse le roccie e le piante che sono dei placeholder e verranno sostituiti il prima possibile).

[Lorenz]

Per ora stiamo usando i blueprint per velocizzarci il lavoro e avere un concept giocabile il prima possibile in modo anche da poter mostrare un video di un possibile gameplay, naturalmente a lavoro finito gli script verranno scritti in c++. In quanto a plugin/ asset non verranno usati, tutti i modelli delle immagini sono stati fatti dai noi (escluse le roccie e le piante che sono dei placeholder e verranno sostituiti il prima possibile).

Perche` dovreste riscriverlo in c++ ? Se avete un sistema funzionante coi blueprint lasciatelo cosi

[KingDragonX]

Per ora stiamo usando i blueprint per velocizzarci il lavoro e avere un concept giocabile il prima possibile in modo anche da poter mostrare un video di un possibile gameplay, naturalmente a lavoro finito gli script verranno scritti in c++. In quanto a plugin/ asset non verranno usati, tutti i modelli delle immagini sono stati fatti dai noi (escluse le roccie e le piante che sono dei placeholder e verranno sostituiti il prima possibile).

Perche` dovreste riscriverlo in c++ ? Se avete un sistema funzionante coi blueprint lasciatelo cosi

Il c++ è preferibile per mantenibilità e prestazioni, credo sia la scelta migliore, anche se a questo punto converebbe iniziare subito dal c++ visto la quantitâ di blueprints che si dovrà convertire poi.

Inviato dal mio M-PPxG501 utilizzando Tapatalk

[Lorenz]

Per ora stiamo usando i blueprint per velocizzarci il lavoro e avere un concept giocabile il prima possibile in modo anche da poter mostrare un video di un possibile gameplay, naturalmente a lavoro finito gli script verranno scritti in c++. In quanto a plugin/ asset non verranno usati, tutti i modelli delle immagini sono stati fatti dai noi (escluse le roccie e le piante che sono dei placeholder e verranno sostituiti il prima possibile).

Perche` dovreste riscriverlo in c++ ? Se avete un sistema funzionante coi blueprint lasciatelo cosi

Il c++ è preferibile per mantenibilità e prestazioni, credo sia la scelta migliore, anche se a questo punto converebbe iniziare subito dal c++ visto la quantitâ di blueprints che si dovrà convertire poi.

Inviato dal mio M-PPxG501 utilizzando Tapatalk

Infatti non discuto sui vantaggi di uno o dell'altro sto solo cercando di capire perche` ha detto "naturalmente", a meno che non incorri in problemi di prestazioni non e` obbligatorio fare la conversione.
Molti giochi usano per la maggior parte i blueprint e poi usano il c++ solo dove i blueprint sono limitati, non e` obbligatorio convertire il tutto, anzi ci sono giochi che puntano ad essere fatti solo con i blueprint.
Figurarsi che Borderlands che era fatto con l'ue3 usava moltissimo il kismet che era molto peggio dei blueprint quindi a maggior ragione non la vedo come una cosa cosi scontata.

[paradisi davide]

Per ora stiamo usando i blueprint per velocizzarci il lavoro e avere un concept giocabile il prima possibile in modo anche da poter mostrare un video di un possibile gameplay, naturalmente a lavoro finito gli script verranno scritti in c++. In quanto a plugin/ asset non verranno usati, tutti i modelli delle immagini sono stati fatti dai noi (escluse le roccie e le piante che sono dei placeholder e verranno sostituiti il prima possibile).

Perche` dovreste riscriverlo in c++ ? Se avete un sistema funzionante coi blueprint lasciatelo cosi

Il c++ è preferibile per mantenibilità e prestazioni, credo sia la scelta migliore, anche se a questo punto converebbe iniziare subito dal c++ visto la quantitâ di blueprints che si dovrà convertire poi.

Inviato dal mio M-PPxG501 utilizzando Tapatalk

Infatti non discuto sui vantaggi di uno o dell'altro sto solo cercando di capire perche` ha detto "naturalmente", a meno che non incorri in problemi di prestazioni non e` obbligatorio fare la conversione.
Molti giochi usano per la maggior parte i blueprint e poi usano il c++ solo dove i blueprint sono limitati, non e` obbligatorio convertire il tutto, anzi ci sono giochi che puntano ad essere fatti solo con i blueprint.
Figurarsi che Borderlands che era fatto con l'ue3 usava moltissimo il kismet che era molto peggio dei blueprint quindi a maggior ragione non la vedo come una cosa cosi scontata.

Pensavamo di rilasciare il gioco con gli script in c++ per una questione di prestazioni, ma forse hai ragione anche tu: se funziona con i blueprint giustamente perchè non usarli? Si vedrà a progetto inoltrato, per ora è un po presto per decidere

[paradisi davide]

Abbiamo creato un topic in cui posteremo gli aggiornamenti del titolo, iniziando con uno "strappo" alle regole

http://www.making-videogames.net/giochi/...l-Devblogz

[Aconeron]

Un level designer o programmatore in c++ servirebbe?

[paradisi davide]

Un level designer o programmatore in c++ servirebbe?

Ciao Aconeron, allo stato attuale del progetto un level designer e un programmatore non sono una priorità, ma siamo felicissimi del tuo interesse.
Se in un futuro diventasse necessario aggiorneremo la richiesta e saremo felici di metterci in contatto con te per farti entrare nel gruppo.

[Aconeron]

Okay grazie mille io sono curiosissimo di vedere gli sviluppi

[Uduvicio]

Non ho le qualifiche che cercate ma sembra un gioco stupendo.

[Gedrizz]

Ciao, se ti interessa io sono un musicista e posso darti le mie canzoni o creartene ad hok, anche suoni vari volendo, fammi sapere

a presto!