Salve ragazzi, come ho già accennato a qualcuno di voi, sto lavorando a dei video tutorial in italiano per il Godot Engine 3 ! Attualmente ho solo due video, spero di poter lavorare presto anche sugli altri! Ovviamente sarei felicissimo di ascoltare i vostri feedback, ma mi rendo conto che per molti di voi questi video siano estremamente noiosi (sia per gli argomenti che per la mia inesperienza). [UPDATE Settembre 2019] La serie è completa, ed è valida anche per Godot v3.1.1 ovvero l'ultima release stabile. Sarà valida anche per Godot 3.2 quando sarà rilasciato. Vi lascio anche, per i più curiosi (?!?), una serie sparsa di motivazioni che mi hanno portato a lavorare su questi video: supportare il Godot Engine, open source e libero da royalty conoscere ed interagire con altre persone interessate al gamedev (ritengo che sia uno dei migliori modi per crescere) dover parlare di un argomento mi obbliga a studiarlo a fondo soddisfazione personale: ho sempre provato sensazioni positive nel "trasferire" qualche conoscenza ad altri. Immagino faccia parte del nostro essere "animali sociali"

a godot gli sto dietro da un paio di anni, e pur non avendolo mai usato per niente di concreto mi sono appassionato al suo sviluppo e sono tenuto aggiornato su ogni release che ne hanno sfornato. Allo stato attuale, almeno stando a quello che vedo in giro (non so se poi l'engine mantiene davvero tutto quello che promette, ripeto, non ci ho mai lavorato a fondo ma l'ho sempre "tenuto lì" per giocarci di volta in volta) Godot engine è una perla, un qualcosa che andrebbe sicuramente valutato da chiunque sia alla ricerca di un motore per il suo gioco prima di buttarsi a occhi chiusi sui soliti Unity e compagnia bella. Il fatto di essere sostanzialmente l'unico motore generalista "serio" open source è già un bel vantaggio: poter scrivere ZERO nella voce dedicata al budget per le licenze non è cosa da poco se l'intento non è puramente amatoriale (e si va quindi di unity free o unreal-vediamo-poi-cosa-succede)... inoltre sembra che a livello di interfaccia e tools lo sviluppo proceda molto bene, e di versione in versione sono stati implementate migliorie e arnesi vari, vedi il sistema di animazione (non è mecanim, ma ci siamo quasi) o l'implementazione del visual scripting (sì, dalla versione 3 si può "programmare" con le virgolette, se vi va, tramite un sistema di programmazione visuale a blocchi che ricorda i blueprints di unreal o i quadretti di puredata, nonchè i pedalini dei chitarristi).... Altro vantaggio giustamente sottolineato nel video, è che questo affare (oltre ad essere gratis e al passo coi tempi, se non un pelo avanti) pesa 20 mega, è leggerissimo (poi ovvio, dipende da cosa gli fate fare, ma "di base" gira su qualsiasi ravatto di pc), non si deve manco installare, e utilizza un sistema di esportazione "onesto", che genera codice nativo per ogni piattaforma (ovvero no-problemi generati da sistemi di export "finti", embeddati tramite wrapper vari tipo html5+nwjs e webviwes varie, come fanno engine tipo construct di scirra, con tutto il bene che gli voglio) e permette (almeno in teoria) di arrivare anche su console (lasciamo perdere tutto il discorso relativo al come, questo è un discorso complicato, ma lo è anche con unity). Unica remora sensata secondo me: è un progetto bellissimo, ma piccolo. Il programmatore principale ha rifiutato un ingaggio da parte una grande compagnia, la prossima volta potrebbe accettare, continuare a seguire Godot per vie traverse per poi lasciare il progetto in mano ad altri, e alla via così verso scenari che abbiamo già visto mille volte - una community che mantiene un progetto immobile per anni facendo bugfixing e nulla più fino a che 1) il progetto muore 2) qualcuno se lo piglia per farci qualcos'altro. Alla luce di questo, come al solito, la domanda è : ha senso impiegare tempo (tanto) per dedicarsi a sviscerare un engine come questo, con tutti i vantaggi che ne conseguono, ma anche con qualche rischio intrinseco alla natura (vagamente autocontradditoria) di un software opensource CHE PERO' è anche un framework di alto livello che si pone sulla stessa linea di mercato di altri engine commerciali e sicuramente più affermati? Ai posteri l'ardua sentenza, ma per il momento un enorme GRAZIE per questa serie di video. W GODOT!

pinellos Il programmatore principale ha rifiutato un ingaggio da parte una grande compagnia, la prossima volta potrebbe accettare, continuare a seguire Godot per vie traverse per poi lasciare il progetto in mano ad altri, e alla via così verso scenari che abbiamo già visto mille volte - una community che mantiene un progetto immobile per anni facendo bugfixing e nulla più fino a che 1) il progetto muore 2) qualcuno se lo piglia per farci qualcos'altro. Allora, se Reduz abbandona Godot... Godot ha un posto pagato libero. Al momento, su Patreon, Godot incassa $8000 al mese ($ 5600 se togliamo un "costo standard di servizio del 30%), il goal di Reduz si attesta 3000 $ (2100$ al mese); ok, anche messo che con 2100$ al mese non ti paghi uno sviluppatore del calibro di Reduz... e comunque una garanzia che "non basta" un semplice abbandono da parte sua per far fallire Godot. Il "vero" stato di salute dei progetti OpenSource si segue meglio qui: https://github.com/godotengine/godot/commits/master Non ti dice semplicemente chi fa cosa...ma anche come e quando lo ha fatto: questo sistema pubblico permette anche ad aspiranti volontari che si avvicinano a godot di "vedere la logica" delle modifiche che vengono fatte: chiunque vuole imparare a mettere mano nel codice, non deve far altro che installarsi git ed i compilatori richiesti. Al contrario di Unreal, che se modifichi qualcosa devi per forza passare "per la volontà di Epic", qualsiasi modifica che fai dell'engine di Godot è tua e ti appartiene; licenza MIT non ti obbliga a condividere i sorgenti (come per GNU): avvicinarsi all'engine di Godot è molto più organico e naturale... quello che ci fai e tuo e ti appartiene.... ...se poi vuoi persino contribuire 😉 (tutto questo per dire che è estremamente facile per Godot "attrarre" sviluppatori.

alexwbc certo, conosco l'ecosistema del software opensource e non sto dicendo che Godot non sia un progetto in buona, anzi ottima salute, solo che la sua natura di "engine tuttofare totale" è più consona, per forza di cose, a motori di stampo commerciale, dove, per l'appunto, ogni modifica e ogni variazione passano per un nodo centrale che "comanda" il progetto de-facto. E' una piccola contraddizione ideologica, in cui peraltro incappa il software opensource e su cui si discute dai tempi di Mandrake... e su cui in fondo non sono mai stato troppo "radicale" (ubuntu è un ottimo esempio di come una natura "open" può replicare alla grande la strutturazione "istituzionale" nientedimeno che di un intero OS). Insomma io in Godot ci credo, sono curiorissimo di vedere come proseguiranno nello sviluppo e di quale margine di crescita effettiva ci sia (imho: tanto) anche alla luce della declinazione sempre più "aperta" che i produttori di GPU hanno nella gestione dei driver e delle tecnologie software dei loro prodotti. Ad oggi, se mi dovessi imbarcare nella progettazione di un gioco di media complessità (qualcosa che non sia un istant-game per cellulari, per dire, perchè per quello userei software specifici) di certo passerei un bel po' di tempo a valutare Godot. Ciao!

Penso che dipenda dal tipo di progetto, troppo spesso è capitato che artisti , avendo, i soldi si comprano* una licenza di Photoshop per disegnare webcomic con gli stickman. Uno dei fattori più corrosivi che spinge indie ad adottare l'Unreal Engine per fare i propri platforme 2D... è il fatto di "sentirsi vicini" a sviluppatori della scena AAA. Con Godot puoi fare tutto legando ad un nodo principale per l'intero progetto, o frammentare il progetto in tanti piccoli container che si generano/riapparentano tra di loro... oppure tutte e due le cose assieme. * crack™

Ragazzi leggo tardi i vostri messaggi e avete scritto tutti cose molto interessanti! Tra l'altro non pensavo ci fossero così tanti utenti interessati a Godot su Gameloop... sarebbe quasi da aprirci un thread ufficiale, alla faccia di UE4 e Unity che non ce l'hanno su questo forum 😛

Anche, se c'e' la gente, si potrebbe organizzare di seguire una buona serie di tutorials assieme, visto che ormai ci stiamo rodando e github e' caldo 😃

Veramente utile per chi è alle prime armi con questo interessantissimo engine! Ti prego, continua!! 😃

Sono felicissimo di sentire che questi video siano utili @Alby90 ! Grazie! Tranquillo, proprio ora sono in una cameretta infuocata, a registrare nuovi contenuti 😅 ☀

Assolutamente daccordo con @pinellos . Godot ha una community in continua crescita, e molte aziende lo hanno già adottato (non soltanto case sviluppatrici di videogame). In 2 anni la community su github è cresciuta tantissimo e seguendo il progetto giorno per giorno (praticamente commit per commit) posso assicurare che nel caso di un'abbandono da parte di Reduz, il progetto non si fermerebbe affatto. Godot sta diventando qualcosa che somiglia molto a Blender! a questo progetto servono solo 2 cose essenziali... documentazione completa, il visual scripting pesantemente migliorato (allo stato attuale confermo che è inutile e difficile da utilizzare). Stiamo discutendo sull'implementazione di un sistema ad eventi simile a Construct 3, GDevelop. Su github si parla abbastanza di questa cosa, e uno dei sviluppatori di GDevelop ha già realizzato un prototipo che non è affatto male. Ho suggerito alla community di sviluppare questo addon separatamente e testarlo soprattutto per lo sviluppo di giochi 2D. Una volta che questo addon diventa maturo si implementa ufficialmente in Godot. Chi di voi ha mai utilizzato Construct 2/3? in pratica la logica del vostro gioco viene gestita in una schermata separata tramite eventi. Questo sistema ha riscosso un discreto successo perchè oltre a semplificare lo sviluppo di un gioco rispetta le regole di base di qualsiasi linguaggio di programmazione (variabili, istruzioni condizionali, cicli etc.). Sarà possibile realizzare la "base" del vostro gioco e poi successivamente scrivere il codice necessario per implementare caratteristiche aggiuntive. L'idea è proprio questa. Godot Game Engine allo stato attuale non è proprio per tutti. Semplificare il suo utilizzo, unito ad un sistema di asset systems migliorato e completo lo porterebbe al successo immediato. Unity lo usano in molti è vero, ma senza asset store perderebbe il 90% degli utenti (e non dite che sono bugiardo). Mi ricordo ancora quando Unity era su github con licenza open source 🙂 un'engine proprietario che utilizzava una casa sviluppatrice, reso open per 1/2 anni circa, infine acquisito dall'azienda attuale e reso un prodotto commerciale fuorviante 😉 Godot promette molto bene, lo sviluppo cresce giorno dopo giorno (vi assicuro che l'invio dei commit su Github è paragonabile ad una mitragliatrice pesante). Mi rendo perfettamente conto che il professionista che da anni utilizza un'engine/framework per lavorare, prima di cambiare gli attrezzi da lavoro ci pensa 10, 100 volte. Questo è assolutamente normale (e giusto), ma aspettate che venga rilasciato Godot 3.5 (leggete la roadmap ufficiale per capire). Una volta raggiunta questa fase di sviluppo, sfido chiunque a preferire Unity (che per fare giochi 2D fa dannatamente schifo, è pesante, è ottimizzato con le natiche, e si porta dietro tante di quelle dipendenze che vi servirà un transpallet per distribuire il vostro gioco). Mi piacerebbe creare un gruppo di utilizzatori/appassionati di Godot Game Engine al fine di creare una piccola community per questo engine, ed eventualmente mettere su un piccolo team di sviluppo. Un saluto a tutti 😉

@XenonLab sono molto contento che sei passato su Gameloop 😃 anche noi come Godot, siamo una nicchia che sta crescendo velocemente 😛 Cavolo scrivi tantissimo comunque, non ce la faccio a rispondere a tutto 😅 Construct non l'ho mai usato, e non sapevo di GDevelop ! Mi vado ad informare proprio ora che son curioso 😃

Godot Engine 3, una serie di video tutorial in italiano

davcri

Nuovo tutorial della serie dove si tratta il raycast2D e l'interazione con gli oggetti della scena.

PS: durante l'editing con Blender ho scoperto due nuove shortcut fantastiche del Power Sequencer, che riducono quasi del 40% il numero di click necessari per fare i tagli 😮

encelo

theGiallo Io usai il sequencer di Blender un po' di tempo fa per fare un trailer per l'nCine, ma non avevo usato il plugin, che forse non esisteva ancora. Devo provarlo però, visto che @davcri ne parla tanto bene! 😉

davcri

Ok dall'ultima volta che ho aggiornato questo thread ho fatto altri 3 video 😅 :

#9 - GUI e Segnali
#10 - Lanciare la pokeball
#11 - Intelligenza artificiale e cattura pokemon (quest'ultimo l'ho reso parte del mio Day2 di Devember)

Sono abbastanza soddisfatto di come sta venendo e sono anche contento che sia quasi finita 😃

Retroscena sulla creazione: dall'ultimo video ho cominciato anche ad usare un microfono che possa essere chiamato tale, non che cambi molto per il tipo di contenuto che sto facendo ma almeno evito i rumori di quando il microfono integrato delle cuffie sbatteva su di me rovinando le tracce e costringendomi a registrare nuovamente alcune parti 😅

Tra l'altro sono ancora in tempo per chiudere questa serie prima che venga rilasciato Godot 3.1 LOL

davcri

Quello che dovrebbe essere il penultimo episodio 😃

davcri

Finita, finalmente! 😃

Faccio una piccola retrospettiva, visto che è una buona pratica nel mondo di sviluppo software (e non solo):

Cose positive

Mi è piaciuto molto
Ho consolidato le mie conoscenze di Godot 2D (ho anche usato approcci alternativi a cose che avevo già fatto in passato)
Ho notato una mia cadenza dialettale (pensavo di avere un Italiano molto neutro, ed invece no 😅 )
Ho migliorato le mie capacità di video/audio editing
Ho rispettato i ritmi di pubblicazione che mi ero autoimposto (1 video ogni 2 settimane)

Cose negative

Ho rispettato il ritmo di pubblicazione: quando lavoravo, mi svegliavo anche molto presto la mattina per non rubare tempo alle altre attività come allenamento, uscire la sera, ecc. A parte questo devo dire che l'estate riesco a lavorare meglio comunque, l'inverno soffro il freddo e la poca luce
Il format delle "serie" richiede molta pianificazione e cura (penso che farò video molto più self-contained in futuro)
Il gioco realizzato a malapena si può definire tale: non c'è un gioco, un'esperienza, ma solo sistemi slegati tra loro (collisioni, raccogliere oggetti, lanciare pokeball, pokemon che vagano, dialoghi,...). Immagino che sia la conseguenza di impostare una serie sull'aspetto tecnico.

Futuro

Mi riallaccio all'ultimo punto e direi che mi piacerebbe approfondire tematiche di game design (e UI/UX), visto che mi sto interessando parecchio a questo campo.
Molto probabilmente continuerò anche a fare altri video su Godot. Devo completare alcune cose che non ho voluto includere in questa serie (Input maps, cambio delle scene, AnimationPlayer,...).

Feedback

Fatemi sapere cosa ne pensate, se avete critiche o consigli: sono tutt'orecchie 😃

« Previous Page