Longy is back!

Alla soglia dei 10 anni dal primo episodio, inizia lo sviluppo di un nuovo Longy!! Yeahh!! L’idea alla base di “Longy 3″ è quella di riprendere il gameplay, le ambientazioni, i temi ed in generale l’atmosfera del primo Longy, discostandosi in qualche modo dalla deriva da “FPS fantascientifico” che aveva iniziato a caratterizzare le ultime versioni dell’incompiuto Longy 2.   [CONTINUA SUL DEVBLOG]

[IndieVault Contest] – “2001 – A Time Odissey” vince il secondo devcontest di IndieVault.it!!

2001 – A Time Odissey è arrivato primo al secondo contest di IndieVault.it, dedicato, questa volta, al capolavoro “2001: Odissea nello spazio”!! In questa edizione, la partecipazione è stata notevolmente più numerosa ed altrettanto valida (vedi QUI la lista dei giochi): Ancora complimenti a tutti, grazie a Torrim, ed un grazie a tutti quelli che hanno votato “2001 – A Time Odissey”!! Il link al WebPlayer (presto penso builderò una versione standalone, idem per DoT), info, screen e la soluzione, le trovate QUI

Laurea!

22-03-2011 – Bologna - ALMA MATER STUDIORUM – Università degli studi di Bologna - Facoltà di Scienze Matematiche, Fisiche e Naturali Corso di Laurea: Scienze di Internet / Informatica per il management Relatore: Chiar.mo prof Stefano Ferretti Titolo Tesi: “Progettazione e Sviluppo di un Multiplayer Online Game su Reti Peer-To-Peer”

[IndieVault Contest] – Dot vince il contest di sviluppo su Flatland!!

Breve post per celebrare la vittoria di DOT, arrivato primo al primo contest di IndieVault.it!! Tutte le info, link al webplayer, screenshots e retroscena si trovano nell’apposita pagina;  Grazie a chi ha votato il mio ‘gioco’ e complimenti anche agli altri partecipanti!! ( Cubed di Ciro Continisio e Punto bianco, punto nero di GOO ) .. Al prossimo contest!

[IndieVault Contest] – Flatland: un contest a più dimensioni

Finalmente IV ha il suo primo contest! Ed ovviamente non potevo non partecipare… o almeno, provarci…

[ Vai alla pagina dedicata ]

Articolo
Apposita sezione del forum IndieVault

Per ogni info sul gioco con il quale ho intenzione di partecipare, per ora fate rifermento all’apposito topic su IndieVault: http://www.indievault.it/forum/showthread.php?tid=2157

Ecco qualche screens nuovo di zecca:

.. piuttosto psichedelico no?

….e poi arrivò Unity…

….e poi arrivò Unity…

Che si tratti di un gruppo indie o di una realtà professionale, prima di iniziare un progetto, uno dei punti cardine é individuato dal bivio “Engine3D/framework/tools, o il gioco”?
Una scelta non esclude l’altra, se si ha personale, tempo, tecnologie precedenti… soldi; o ancora, se il progetto in questione e’ molto semplice, o prevede delle features così particolari che nessun engine/framework/tool già esistente é in grado di soddisfare ( che poi va a finire che ci si impantana in una serie improvvisati workaround talmente dispendiosi che si faceva prima e meglio a farlo da zero).

Ma esistono tantissime altre situazioni, specie se l’intento é meramente produttivo, più che didattico, per le quali l’utilizzo di un engine/framework/tool non solo é una buona alternativa, ma é anche fortemente consigliata.

La scelta del tool é subordinata alle caratteristiche del gioco e alla sua portabilita’.

Un fattore discriminante é ad esempio la scelta tra 2D ed il 3D.
Per la prima tipologia i tool a disposizione sono tantissimi ( flash, gamemaker, multimediafusion… Senza contare quelli orientati a singoli sottogeneri, come RPGmaker o AGS).
Proporzionalmente alla semplicità di utilizzo, spesso vi sono limitazioni via via piú rigide.
Per quanto riguarda il 3D la situazione é un’attimo diversa: Tool con un livello d’astazione simili a quelli 2D sono molto rari. Ci sono engine ( Ogre, Irrlicht, Leadwerks etc..), linguaggi proprietari integrati ( Blitzbasic, Darkbasic etc.. ), e frameworks come XNA; ma quelli che mettono a disposizione anche editor e tool annessi, invece, si contano sulle dita di una mano… Vedi 3D game studio, Stonetrip e appunto, Unity.

L’engine grafico di Unity si avvicina all’utopica incarnazione dell’engine multipurpose. Chiaro, non é il CryEngine, e per alcuni tipi di giochi potrebbe risultare poco adatto, ma per giochi indie, prototipi, e tutta l’infinitá di giochi che non richiedono grafica nexgen Tripla A é tutto oro che cola (e Unity3 sará ancora più powa).
Lato scripting e scenegraph poi, non solo permette di utilizzare diversi linguaggi, volendo contemporaneamente, ma si ispira anche ai pattern component e behaviour che da una parte sono sintomo di un’engine molto solido e ben strutturato dal punto di vista del design, e dall’altra sono una garanzia di versatilità ed estendibilitá che non preclude la possibilitá di scrivere parti, o l’intera logica di gioco utilizzando proprie strutture/algoritmi/patterns a monte di tutto.

Ah.. mi stavo scordando l’audio, la fisica, la Gui e tanti altri elementi, tutti integrati e scriptabili con il medesimo approccio.

Per non parlare del supporto Cross-platform ( Web Player, Win,Mac,Linux, Wii, Iphone, Android, e sicuramente mi son scordato qualcosa). Una caratteristica ormai fondamentale.

Se non ci fosse sarebbe da inventare.. Quando l’ho visto per la prima volta, 2 o 3 anni fa, stavo facendo ediTable, ho subito pensato “azz, che figata! che sto a fare ediTable, quando questo Unity lo ownadibbrutto: Fa le stesse cose, meglio, più un’infinità di altre altre ‘piccole’ features, come lo scripting degli oggetti, assets importing uber, crossplatform… XD”

Sito Ufficiale

EnuaOnline

Browsergame – MMORTS – Flash:
Analisi e implementazione Client in AS3 per Emc3Team. ( Grafica&GameDesign: Dit@StudioEvil, Server: Salvo@StudioEvil)

[ Vai alla pagina completa: Vecchi screenshots, Assets scartati, schemi UML del primo prototipo, Making-Of etc.. ]

Sito ufficiale

LongyII

[ Vai alla pagina completa: Longy1, Longy2, Making-Of etc.. ]

Longy 1 era un breve ma intenso gioco action-adventure survival che alternava fasi frenetiche ad altre più tranquille, caratterizzate da enigmi ambientali e fisici. Longy 2 doveva essere la sua naturale evoluzione, portandolo da 2D a 3D, ma lasciandone inalterata la struttura di fondo: Le parti action sposarono la soluzione dell’FPS classico di impronta ID software, mentre gli enigmi erano supportati da un’engine fisico (ODE) che rendeva possibile realizzare tutta una serie di enigmi sullo stile delle primo Longy, garantendone soluzioni e feedback più realistici: Ad esempio ci si ritrova all’estremitá di un corridoio. A terra vi era un mare del classico acido verde ™, sul soffitto un’intreccio di tubi dai quali fuoriuscivano vapori bollenti e fitte gocce del suddetto liquido brevettato, ed in mano solo un fucile. Come attraversare il corridoio e giungere all’altra estremitá? Cercare un’altro corridoio? No. Non c’era un’altro corridoio ( sí il level design era abbastanza lineare.. Ma odio perdermi quando gioco ad un vg, specie se é il mio :s ). La soluzione era molto più semplice:
A lato, e sparse qua e lá c’erano delle casse (anche queste tm). Bene, la prima cosa da fare era sparare ai tubi nei punti giusti cosicché il flusso facesse cadere le gocce non più al centro, ma ai lati del corridoio. Poi sempre tramite la propria artiglieria, spostare a colpi di fucile le casse in punti strategici. Non restava che saltare tra una cassa e l’altra prima che si dissolvessero (per fortuna erano piuttosto tamugne… praticamente casse piene di metallo)

EdiTable

[ Vai alla pagina completa: EdiTable, BlitzItalia Level Editor, Longy2 Editor, IsoMaker etc.. ]
EdiTable é un tool che mira a semplificare il posizionamento degli oggetti all’interno di un generico ambiente 3D o 2D
In pratica si puó utilizzare come editor di livelli, editor di path, editor di GUI e qualsiasi altra cosa che comporta il posizionamento di elementi in diversi contesti.

Questa versatilità é resa possibile dall’estrema ‘editabilitá’ ( da cui il nome ) del tool, della GUi, e dei suoi componenti.

É infatti possibile crearsi dei propri ‘set’ di ‘classi’ che potranno essere istanziate all’interno dell’ambiente 3D. A sua volta é possibile crearsi dei propri sistemi per l’inserimento delle istanze nella scena ( es ‘modalitá spot’ , ‘gruppo random’, ‘disegno di path’, disegno di aree’ etc… ). Infine é possibile definire dei propri formati per l’esportazione dello scenegraph. Il tutto avvolto in una comoda GUI fluida.

Star Trek 3D Project

[ Vai alla pagina completa: ST:BfF1,ST:BfF2,ST:BfF3D, ST:Interactive Set, ST:3D project, Making-Of etc.. ]

Tutto nacque da una piantina dei ‘set’ di ST:TNG che realizzai, con gioia del VHS, taaaanto tempo fa, ipotizzando le varie planimetrie dalle scene dei vari episodi ( omg ).
Taaaanto tempo dopo, tale papiro risaltó fuori, e pensai, ‘perché non farne una verione 3D realtime?’
Da qui nacque ‘ST:tng interactive ‘set’.

Una volta realizzato l’intero ‘set’ rimaneva una sola cosa da fare: L’intera NCC 1701D, ponte per ponte secondo i blueprints ufficiali.
L’idea era quella di realizzare un engine in grado mettere su schermo dei minigame / episodi, chiaramente interattivi 3D realtime, sotto forma di Adventure sulla falsa riga di ST: A Final Unity.
L’engine di scripting degli episodi/adventure, il sistema di portali e streaming dei vari deck della nave, così come quello dei combattimenti nello spazio, erano già a buon punto: si
poteva camminare lungo gli immensi corridoi, entrando e uscendo attraverso la maggior parte delle porte (quelle tralasciate portavano a stanze poco importanti o apparentemente senza senso, a giudicare dai blueprints), passando tra un ponte e l’altro tramite i Turbolift o grazie alle più classiche rampe, in maniera del tutto k, senza loading intermedi.
Iniziai ad arenarmi al terzo deck: ogni ponte andava realizzato nel dettaglio, sia a livello estetico che funzionale, precludendo la possibilitá di utilizzare qualche tipo di sistema di generazione dinamica automatica, la produzione degli ambienti si faceva sempre più lenta e problematica ( da qui nasce l’idea di ediTable ). Il colpo di grazia arrivò prima con l’email di youtube che mi informava del conflitto di copyright. La lessi troppo tardi: risultato l’account di youtube bannato ( ricreato subito dopo e riempito di disclaimer ), e poi un’email di Viacon / Paramount che non portava esattamente buone novelle… A quel punto decisi di fermare il progetto per una breve pausa ( dopotutto pare che bastasse inserire disclaimer ovunque..exe, sito, screenshots, video… tutto insomma) per dedicarmi all’editor (necessario per me, ma eventualmente anche per coloro che avrebbero voluto ‘scriptare’ i propri episodi)