TecnoNinja

Il mio primo screen con rpgmkr xp si basava su questa mappa... tutti gli elementi sono fatti da me o modificati sempre da me:

Bella! è stupendo l'effetto della notte che cala e l'ombra che si muove rispetto alla posizione della luce delle fiamme!

Hola, ieri smanettavo un pochetto con photoshop / rm mv e ho buttato giù la prima scena di gioco in un documento di "progetti" che nel caso inserirò in un documento serio per un videogame. L'idea era quella di riprodurre uno scantinato di una villa, dall'aspetto un pò sinistro. Volevo un parere da voi che smanettate da molto più tempo con questo programma e avete più esperienza di me sicuramente! Quindi sentitevi liberi di criticare qualsiasi cosa! Ogni consiglio è oro!
 

Funziona! Grazie mille Ninja!
 
 Ricevuto! Starò attento grazie ancora!

Un distributore automatico:

credo che il problema sia quel "cancella evento" messo li prima dello switch che cambia pagina all'evento... se lo cancelli prima di attivare lo switch, questo non si attiva xD
io non ce lo metterei proprio... tanto cambiando pagina con lo switch locale, la prima non viene più vista
 
 
PS: Un evento cancellato con quel comando, torna non appena vien lasciata la mappa per poi farne ritorno in un secondo momento... occhio.

Le variabili son sempre state croce e delizia di tutti i maker xD
Io ho imparato a vederle come dei cassetti con la loro bella etichetta (il nome) dove posso metterci dentro un certo numero di oggetti (il valore numerico che gli dai).
Con il valore numerico salvato al loro interno puoi farci qualsiasi cosa:
sommarlo al valore di un'altra variabile, sottrarlo, moltiplicarlo, dividerlo etc etc
Puoi usare il valore di una variabile per tenere conto del totale di un oggetto posseduto dall'eroe (esempio le monete raccolte) oppure usarla come controvalore da confrontare con quello di una variabile di controllo e, se il valore è =, < , >  o ! (<-- diverso) far si che succedano determinate cose in gioco...
 
In pratica ci puoi fare di tutto e sono il cuore della programmazione ad eventi, assieme agli switch (una specie di variabile che può prendere solo due valori: acceso o spento [come dire: 1 o 2, se fosse una variabile comune])...
Imparale bene se intendi fare qualcosa di complesso.. fidati!
 
Il resto delle tue richieste può essere risolto sempre con variabili e switch...
 
Per iniziare puoi vedere come usa gli switch locali il tool quando crei un evento automatico:
in modalità eventi (quando vedi la griglia sulla mappa) fai destro e crea uno scrigno tramite il comando "creazione rapida evento". Una volta creato lo scrigno vedi come fa il tool a far si che lo scrigno si apra una sola volta e non sempre... dandoti una sola volta l'oggetto/oro previsto.

@@Ghost Rider, @@kaine... siete una specie in via di estinzione xD

Grazie! Non avevo pensato di osservare in che modo il programma gestisse in automatico gli switch, già questo mi è stato di grande aiuto ^^! Ora smanetto un altro pochetto con questi sistemi degli switch poi passo alle variabili che mi sembrano tutt'altro che semplici o intuibili. Nel caso dovessi riscontrare problemi o complicazioni riscriverò qui !

Le variabili son sempre state croce e delizia di tutti i maker xD
Io ho imparato a vederle come dei cassetti con la loro bella etichetta (il nome) dove posso metterci dentro un certo numero di oggetti (il valore numerico che gli dai).
Con il valore numerico salvato al loro interno puoi farci qualsiasi cosa:
sommarlo al valore di un'altra variabile, sottrarlo, moltiplicarlo, dividerlo etc etc
Puoi usare il valore di una variabile per tenere conto del totale di un oggetto posseduto dall'eroe (esempio le monete raccolte) oppure usarla come controvalore da confrontare con quello di una variabile di controllo e, se il valore è =, < , >  o ! (<-- diverso) far si che succedano determinate cose in gioco...
 
In pratica ci puoi fare di tutto e sono il cuore della programmazione ad eventi, assieme agli switch (una specie di variabile che può prendere solo due valori: acceso o spento [come dire: 1 o 2, se fosse una variabile comune])...
Imparale bene se intendi fare qualcosa di complesso.. fidati!
 
Il resto delle tue richieste può essere risolto sempre con variabili e switch...
 
Per iniziare puoi vedere come usa gli switch locali il tool quando crei un evento automatico:
in modalità eventi (quando vedi la griglia sulla mappa) fai destro e crea uno scrigno tramite il comando "creazione rapida evento". Una volta creato lo scrigno vedi come fa il tool a far si che lo scrigno si apra una sola volta e non sempre... dandoti una sola volta l'oggetto/oro previsto.

@@Ghost Rider, @@kaine... siete una specie in via di estinzione xD

Un soggetto poco raccomandabile... come dice anche il suo avatar (il peggiore!) xDD

Niente da dire,la versione nuova del tool è fantastica!

Ora lo stage è molto più vario!1500 pixel di lunghezza per il primo stage!

 



 

Salve a tutti! Mi chiamo Leonardo e studio ingegneria informatica all'università di Pisa, amo i videogiochi e nel tempo libero mi dedico ad un piccolo progetto con rpg maker 2003.
Questo forum sembra un ottimo luogo per condividere questa passione che ci accomuna, a presto ragazzi!

Ciao ragazzi, sono nuovo del forum ovviamente, il mio nome è Max ho 26 anni e vivo a Roma. Lavoro nel campo dei videogame, mi occupo dello sviluppo di scenari e livelli di gioco in grafica 3D. Solo da poco ho deciso di intraprendere questa "piccola/grande" impresa e sviluppare un gioco tutto mio con RPG Maker MV, ho approfittato degli sconti steam e non potevo farmelo scappare. E' la prima volta che mi cimento in una cosa del genere, prima mi occupavo solo di sviluppare cose in 3D che poi andavano lavorate/scriptate da altri, quindi non so assolutamente nulla per quanto riguarda i plugin e script, spero di non rimpere troppe le scatole con qualche domanda ^^. Ora vado e a presto, buona serata a tutti!

Vorreste continuare ad utilizzare i tileset che avete accumulato negli anni sul vx ace/XP/2k pure sul nuovo tool?
Si? Sono spiacente ragazzi ma il nuovo tool utilizza tileset ancora più grandi dei precedenti.
Perciò agganciatevi.  
...
Oh!
 
Ok ferma tutto! Come non detto ragazzi!
Invece si può! ma dovete cestinare metà del tool, almeno la parte che riguarda il mapping.
Perché per mappare dovete utilizzare un tool esterno chiamato TileD che potete scaricare da questo sito: http://www.mapeditor.org/
In sostanza questo map editor è molto simile a quello utilizzato da rpg maker, ma è molto più potente, perché non ha le restrizioni che contiene rpg maker.(Ps: è talmente simile che potete impostarlo in modo che sembri proprio l'editor di rpgmaker XD)
Infatti non ci sono restrizioni nelle dimensioni dei tileset, e nel numero che potete utilizzarne in una singola mappa, stesso dicasi per i layer pure quelli non hanno restrizioni.
Bene ora che vi ho spiegato che è TileD sommariamente, passiamo direttamente al come le mappe che andremo a creare con questo tool, possano funzionare su Rpg Maker MV.
 
Per far si che queste mappe vengano lette da Rpgmaker MV dovete utilizzare questo plugin:
Vi linko il topic inglese, non sapendo se è possibile postare direttamente il plugin altrove, meglio mettere le mani avanti.
http://forums.rpgmakerweb.com/index.php?/topic/50752-tiled-plugin/
 
Come funziona?
Come prima cosa create una cartella chiamata maps nella directory principale del vostro progetto.
Dopodiché create una mappa su TileD con queste impostazioni  CSV e Orthogonal, subito dopo
scegliete la grandezza dei Tile che andrete ad utilizzare.

  nota: La grandezza del tile sarà la griglia di movimento in game.(quindi se impostate 32X32 le collisioni saranno come sul vx, se utilizzate 16x16 come sulla serie 2k ecc ecc.
Questo non vi vieta di utilizzare tile più piccoli con risorse più grandi.
Es: un tile del vx ace se impostate 16X16 non verrà rimpicciolito ma diviso in 4 tile da 16 pixel

nota2: I tileset che utilizzerete, andranno inseriti nella cartella img/tilesets del vostro progetto.
 
Esportate la mappa appena creata con estensione JSON nella cartella maps creata precedentemente, ed assicuratevi che il nome sia mapID.json, dove l'id equivale a quello della mappa in rpgmaker.
nota3: Se l'id della mappa in rpgmaker è 001 quando andate a salvare la mappa non dovete inserire gli zeri, quindi il nome sarà map1.json
Vedi rettangolino nero:

 
 
Poiché utilizzeremo un editor esterno non potremo posizionare gli eventi come facciamo di solito.
Qui entra in gioco il plugin, per posizionare un evento in un punto preciso della mappa dovremo ricavarci le coordinate di quel punto su TileD, posizionandoci su di esso col mouse in modo che in basso a sinistra vengano visualizzate.
Vedi rettangolino rosso:

Una volta ottenute le coordinate su rpgmaker creiamo l'evento desiderato ed al suo interno inseriamo un commento con su scritto <position: X, Y> dove x e y sono i valori ottenuti precedentemente. Quando andremo ad avviare il gioco in automatico l'evento si troverà alle coordinate designate, come se l'avessimo posizionato li normalmente(quindi non vedrete pg che schizzano da una parte all'altra della mappa per riposizionarsi, sarà una cosa istantanea).
 
Adesso abbiamo mappato il nostro terreno e vogliamo creare un edificio quindi vogliamo che il pg ci vada contro sbang! (ci sbatta sopra e non possa continuare a camminare).
Come prima cosa create un nuovo livello, avete due opzioni o andate su livello in alto sulla sinistra oppure premete l'iconcina evidenziata dal rettangolino rosso presente al di sotto della lista dei livelli a quel punto vedrete le opzioni per aggiungere un livello( livello di tile,livello di oggetti,livello immagine)

Una volta creato il livello andate sulle proprietà del Layer che utilizzate per gli edifici(nell'esempio sotto livello tile2).

 
Aggiungete una nuova proprietà e chiamatela collision e gli assegnate il valore true.
D'ora in avanti qualsiasi tile che non è vuoto in questo livello avrà questa proprietà, che sarebbe l'equivalente di X nei tile di rpgmaker.


I layer calpestabili non hanno bisogno di proprietà.
I layer al di sopra dell'eroe(l'equivalente della stellina per i tile in rpgmaker) avranno come proprietà layer con valore upper.(stesso metodo mostrato su)
 
Per inserire una regione, nel layer che utilizzerete a tale scopo create una proprietà e chiamatela regionid con valore uguale all'id della regione che volete utilizzare.
D'ora in poi ogni tile che non è vuoto farà parte della regione con l'id assegnato in precedenza.
nota4: è possibile nascondere il layer della regione se volete(non ho provato, ma sicuramente la spunta visibile nelle proprietà serve a quello XD)
 
Se dovete utilizzare un immagine create un layer immagine ed inseritela nella cartella img/parallaxes.
 
Se volete utilizzare un panorama create un layer immagine ed inserite come proprietà parallax
con valore true.
Se volete che il vostro panorama si muova create due nuove proprietà chiamate planeX e planeY i cui valori saranno la direzione del movimento/velocità.
 
Se volete che che un tile sia passabile solo in una determinata/e direzione/i create nel livello in questione una o più proprietà chiamate arrowImpassable che possono avere questi valori in base alla direzione in cui volete che il pg non passi up,down,right,left.
nota5: A questo punto tutti i tile in questo layer avranno questa/e proprietà, quindi vi consiglio di creare un layer appositamente per i tile che utilizzano queste proprietà(tanto sono infiniti ^^).
nota6: Nonostante TileD abbia un editor per le animazioni per il momento non è ancora supportato dal plugin, quindi dovrete ingegnarvi in qualche modo, ho letto di panorami in movimento nel topic inglese.
Altra cosa, se capite come fare un autotile su TileD fate un fischio che lo aggiungo al topic ^^
 
 
nota7: Ricordate bene che con questo plugin qualsiasi mappa mappata(LOL) con rpgmaker vi darà errore.
nota8: Se dovreste avere dei problemi di passabilità del charset es una colonna che vista dal davanti copre la parte alta del charset, vi basta agiungere un ! davanti al nome del charset per risolvere

Allora son condannato a lavorare direttamente sui pixel... Grazie per la spiegazione e il chiarimento sull'improbabile stampa di sprite xD

Il dpi è il numero di pixel per pollice, se non ricordo male, e serve solo per aumentare la qualità di una stampa...
Fino a qualche tempo fa, a parte certi schermi professionali, quasi tutti gli altri usavano una risoluzione di 72 dpi...
Aumentandolo, non farai che aumentare le misure del chara (altezza e larghezza) in pixel...
visto però che il gioco non lo mandi in stampa... xD

Grazie Lu
 
***Aggiornamento***
 

 
Aggiunto telefono, tutte le features funzionano tranne archivio che è in programmazione  

apportate alcune modifiche all'ingresso.
aggiunto il pavimento scale e muro.

Ecco le altre "pose" della telecamera.

Ho rimesso mano alle telecamere, cambiando colore, posizione e dato che c'ero le ho rese un po più squadrate, solo che per renderle squadrate son diventate leggermente più grandi, ma va beh a me piacciono pure cosi, ed ultimo ma non per importanza il led rosso consigliato da jeanbis.

Purtroppo è una triste verità... per questo continuo a ripetermi che il primo giocatore che devo soddisfare con il mio progetto è me stesso...
Ovviamente chiedo aiuto e ascolto i consigli, ma poi sono io che devo essere contento del risultato e quindi faccio di testa mia xD
 
Anche uscendo dal making... io penso che tutto questo fare "bete aperte" "alpha chiuse" etc etc, per ascoltare i consigli dei giocatori, sia sbagliato...
io credo che gli sviluppatori dovrebbero essere lasciati liberi di fare il gioco che hanno in mente, senza influenze esterne... per diversi motivi:
- non puoi dare ascolto a tutti e mettere tutti d'accordo. Per quanti consigli ascolterai, qualcuno rimarrà deluso...
- i giocatori non hanno la minima idea di quale sia la visione originale degli autori del gioco, questo gli fa perdere personalità perchè si cercherebbe solo di accalappiare più utenti possibili
- capolavori del passato son stati realizzati senza tanti consigli da parte degli utenti... perchè cambiare? Come detto prima: non è possibile accontentare tutti ed non è nemmeno giusto farlo... Se il titolo piace, deve farlo per quello che i suoi creatori volevano che fosse... altrimenti si passa ad altro...semplice!
 
Andreste da un famoso pittore a dirgli come deve fare il prossimo quadro? Io no... se è apprezzato, lo è per quello che fa e per come lo esprime.... liberamente
 
Avete visto cosa sta succedendo nell'industria negli ultimi anni?
Che, a forza di cercare di accalappiare tutti i tipi di giocatori, si son mischiati talmente tanti generi tra loro che non c'è più una chiara distinzione... non si capisce più niente! 

Purtroppo è una triste verità... per questo continuo a ripetermi che il primo giocatore che devo soddisfare con il mio progetto è me stesso...
Ovviamente chiedo aiuto e ascolto i consigli, ma poi sono io che devo essere contento del risultato e quindi faccio di testa mia xD
 
Anche uscendo dal making... io penso che tutto questo fare "bete aperte" "alpha chiuse" etc etc, per ascoltare i consigli dei giocatori, sia sbagliato...
io credo che gli sviluppatori dovrebbero essere lasciati liberi di fare il gioco che hanno in mente, senza influenze esterne... per diversi motivi:
- non puoi dare ascolto a tutti e mettere tutti d'accordo. Per quanti consigli ascolterai, qualcuno rimarrà deluso...
- i giocatori non hanno la minima idea di quale sia la visione originale degli autori del gioco, questo gli fa perdere personalità perchè si cercherebbe solo di accalappiare più utenti possibili
- capolavori del passato son stati realizzati senza tanti consigli da parte degli utenti... perchè cambiare? Come detto prima: non è possibile accontentare tutti ed non è nemmeno giusto farlo... Se il titolo piace, deve farlo per quello che i suoi creatori volevano che fosse... altrimenti si passa ad altro...semplice!
 
Andreste da un famoso pittore a dirgli come deve fare il prossimo quadro? Io no... se è apprezzato, lo è per quello che fa e per come lo esprime.... liberamente
 
Avete visto cosa sta succedendo nell'industria negli ultimi anni?
Che, a forza di cercare di accalappiare tutti i tipi di giocatori, si son mischiati talmente tanti generi tra loro che non c'è più una chiara distinzione... non si capisce più niente! 

beh sul non "accontentare i player e fare il gioco come più ci piace", con me sfondate una porta aperta (al massimo potrei avere giusto qualcosa da ridire sul fatto che magari le stesse persone che dicono così del proprio progetto, poi fanno post o commenti chilometrici su come la square deve rifare il remake di ff7 secondo i loro "canoni di purezza", ma... è un'altro discorso e comunque non è riferito a nessuno), sono assolutamente contrario a ricevere (o fornire) pareri dagli (e agli) altri makers (a meno che non mi venga espressamente chiesto "tu come lo avresti fatto"), l'unica volta che ho rilasciato una beta ho volutamente omesso tutto quello che potevo sulla trama, perchè mi interessava solo testare i bug; una volta feci tipo 20 minuti di video invitando i makers a NON rilasciare nessuna demo a meno che non manchi un mese alla release finale, avete finito il gioco e volete iniziare a crare interesse e pubblico mentre vi dedicate agli ultimi dettagli. 
 
Ma... credo che il discorso che volesse fare @@Thejuster fosse un altro;
 
Oggigiorno abbiamo 20000 Makers e forse 20 "players", cioè persone che sono sì nell'rpg maker, ma che si dedicano a giocare i giochi fatti dagli altri;
 
RPG maker è un programma "semplice", chiunque può (ovviamente con il dovuto impegno, non aspettandosi la manna dal cielo) riuscire abbastanza brevemente a imparare ad usarlo (esperienza personale, io quando ho iniziato col 2k a malapena sapevo accendere un pc) anche se magari non scopre tutte le features e come sfruttarle al meglio, questo ci permette di essere tutti "protagonisti" in qualche modo di questo piccolo mondo, e di conseguenza, non possiamo o non vogliamo essere "spettatori" (sia anche solo perchè il tempo che stiamo a pc lo dedichiamo a fare il nostro progetto, voglio dire... non è neanche questione di menefreghismo).
 
Io pure sono così, ahimè, non voglio assolutamente mettermi sopra agli altri, per questo ho cercato il più possibile di dare spazio ai giochi degli altri sul mio canale (anche quando magari lo meritavano di meno), quando posso una piccola review ci esce sempre; e vedo che anche Ryoku testa spesso i giochi degli altri. C'è un altro utente su un altro forum che fa lunghe e dettagliate review (anche se personalmente ha un tipo di umorismo che non mi piace, però...), per cui insomma, qualcuno c'è... forse ce ne vorrebbe qualcuno più.