* spam *

^schermata iniziale^

– INTRODUZIONE –  
L’idea è nata con un pensiero: “se facessi un gioco dove varie meccaniche, diverse tra loro, non dessero la sensazione di incoerenza?”, così ho pensato alla realtà virtuale… chiaramente come lore (dettagli più avanti), non ho certamente fatto il gioco in VR, anche se sarebbe perfetto, effettivamente; beh, più passa il tempo più meccaniche diverse mi vengono in mente, in generale si possono definire puzzle, a volte di logica altre di abilità.  
– LORE –  
In un futuro non troppo lontano (avrei pensato circa 80 anni), la tecnologia della realtà virtuale fa ormai parte della quotidanietà di tutti, andando a sostituire praticamente internet, non c’è attività che non è possibile farla in un ambiente virtuale, compere, incontrarsi con gli amici e ovviamente videogiocare… ma ahimè, stesso discorso vale per le attività criminali, hacker o generici cyber criminali crescono sempre più di numero, il che ha portato ben presto la necessità di creare agenti che si occupano di fermare o sistemare i danni fatti da questi, chiamati con l’acronimo CSA, ovvero Cyber Security Agent.  
– MECCANICHE –  
Come già anticipato ci sono varie meccaniche puzzle, premere pulsanti, pedane, spostare casse e cose simili; inoltre si può anche saltare, questo permette di creare parti platform, che però essendo in 2D dall’alto, non c’è molta varietà in questi.
Non è finita qui, ci sono anche combattimenti in tempo reale, in mappa a volte ci saranno nemici (virus o simili) da far fuori, per “pulire”, nel far ciò ci sono 3 tipologie di armi che si potrano intercambiare in ogni momento: pistola, l’arma standard, con caratteriste medie; cannone, forte ma lento; in fine c’è un arma tagliente, tipo spada, potrà attaccare solo antecedente al proprio personaggio ma in compenso con molta più frequenza delle precedenti.  
– PERSONAGGI –  
Eve


Ragazza di 19 anni, molto intraprendente e ligia al dovere, nonchè CSA da circa 1 anno; ciò che l’ha spinta a fare questo lavoro successe 10 anni fa, quando la così detta “realtà virtuale globale” era agli esordi, ci fu il più grande incidente legato a questa tecnologia, un hacker riuscì a bloccare i clienti di un negozio virtuale, uscire forzatamente poteva portare danni cerebrali andando quindi a creare ottimi ostaggi per l’hacker.
Quest’ultimo scatenò il suo VRV (Virtual Reality Virus) per rubare dati e soldi sia del negozio che degli ostaggi, in qualche modo dei CSA riuscirono a fermarlo prima che rubasse tutto ma non riuscirono ne a catturarlo ne ad annientare il suo virus, tutt’ora è a piede libero e identità segreta; gli ostaggi potettero tornare nella realtà in completa sicurezza… ma non tutti purtroppo, quelli entrati in contatto col VRV, vennero non solo derubati ma ebbero anche danni cerebrali al punto da finire in coma.
Tali si trovano tutt’ora in coma, uno di loro è la madre di Eve, proprio per questo, appena possibile, è diventata CSA con la speranza di catturare l’hacker che causò tutto ciò, per consegnarlo alla giustizia.  
– SCREENSHOT/EXTRA –  


Ecco la stanza della protagonista (Eve).



Come vedete nell’immagine precedente, nella stanza c’è un PC, ebbene questo è l'”interno”… si potrà cambiare sfondo desktop, centrarlo o adattarlo alle dimensioni, quello che vedete è un mio disegno, decisamente più grande di come appare.



Qui si vede il menù, più uno scorcio della mappa di test, compreso HUD… probabilmente è quello definito, però ho in mente di aggiungergli altre info.



Schermata “Stato” del menù; il personaggio avrà a disposizione 3 potenziamenti, così come ognuna delle 3 armi, in più si potranno creare 3 set di equipaggiamento, per intercambiare i potenziamenti facilmente, in base alle situazioni.
Saranno inoltre presenti 5 elementi: fisico e energetico per le 2 classiche difese, poi virus, fiamma e plasma per effetti aggiuntivi.



Sto iniziando a lavorare anche all’inventario, ho ancora dubbi sulle “funzioni” che voglio aggiungere o no.



Questa invece è la schermata dei file di salvataggio, chiaramente si potrà salvare solo se in gioco, invece dal menù iniziale si potrà solamente caricare (altertanto ovvio).
Qui ho creato da 0 un sistema che può contenere ben 36 salvataggi, inseriti in una cartella e non in quella principale, come fa di solito, perchè potrebbero dar fastidio così tanti. Dato che il file deve avere un nome diverso altrimenti sovrascrive, ho pensato di creare il nome in base a un testo e valori RGB, così il giocatore potrà ben distinguere i vari file; ancora non so se definitivo o cambierà qualcosa.  
 
 
 
 
 
 
 
 

Buongiorno a tutti, ho un grosso problema da risolvere nella creazione delle battaglie.
Vorrei poter combattere contro un altro personaggio come l'attore con le varie animazioni durante la lotta, ma creando un nemico non mi è possibile farlo...
Sapete come si può risolvere questa cosa?
Ho provato ad inserire questa immagine ma ovviamente non funziona 😅

Ciao a tutti,
Il problema è:
Ho creato un menu di gioco su RPGMaker MV in cui le opzioni selezionabili sono animate (boiling) tramite un loop. in altre parole i pulsanti del menu sono animati di default, mentre l'opzione selezionata ha un'animazione diversa e più ''veloce''.
Cambiare l'opzione selezionata andando da sinistra a destra funziona correttamente senza alcun delay nei comandi o altro. Il problema appare quando il giocatore muove la selezione da destra a sinistra: in questo caso, l'animazione di default e quella che indica che il tasto è selezionato si sovrappongo per un momento, rendendo la transizione più lenta e laggosa.
 
Nello specifico ho settato il menu usando una variabile che aumenta e diminuisce di valore premendo rispettivamente destra e sinistra. questa variabile determina sia quale tasto animare come selezionato, sia quando interrompere il loop dell'animazione e cambiarlo. Per esempio, quando la variabile è uguale a 1, il gioco fa partire il loop in cui la prima opzione del menu è animata come selezionata, mentre le altre sono animate con l'animazione di default. Premendo la freccia destra, e quindi aumentando il valore della variabile, il loop si interrompe e il gioco fa partire quello in cui è animato la seconda opzione è animata come selezionata e le altre no. in questo caso la prima opzione del menu passa da selezionata a non selezionata, e la seconda , al contrario, da non selezionata a selezionata, e ciò avviene in modo fluido e senza problemi. Problemi che appaiono se il valore della variabile decresce (es. da 2 a 1): in quel caso il cambio di animazioni non è fluido e il gioco anima i 2 tasti come se fossero entrambi selezionati e non selezionati contemporaneamente, sovrapponendo le due animazioni. Perché?
 
Il problema credo sia riconducibile al fatto che RPGMaker MV legge lo script dell'animazione ''selezionata'' prima di interrompere il loop precedente, ma, non essendo un esperto, non ne sono sicuro.
 
Grazie in anticipo a chi proverà a aiutarmi e, in caso non fossi stato chiaro nello spiegare il problema, chiedetemi pure pezzi di script o info maggiori.