Jump to content
Rpg²S Forum

arkady18

Utenti
  • Posts

    1,263
  • Joined

  • Last visited

  • Days Won

    13

Everything posted by arkady18

  1. Sì, ma in tal caso si deve abbassare il prezzo delle varie abilitàXD Per me non è un problema. Mi piace l'idea.
  2. Vabbè, allora mi sa che ci tocca passare un Natale stile anni '70. Vai con i pantaloni a zampa di elefante e la disco di DiscoStu!
  3. Sì, tutto molto bello e funzionante... peccato che io non ricordassi di essere ancora in pieno ventesimo secolo: Screen mensile: Jan 1970
  4. Gran begli screen, gente! Allora. Ho ultimato l'ossatura del sistema di esplorazione. È ancora basilare e ho tante funzioni da aggiungere, ma il grosso è fatto. Mi piacerebbe se almeno una o due persone volessero provare questa semplicissima mappa di prova che ho creato per dirmi se ci sono bug: http://www.mediafire.com/download/6uectqioryyj9et/Labirintomania(3).exe I tasti: Su: avanti Giù: indietro Sinistra: ruota la visuale di 90° a sinistra Destra: ruota la visuale di 90° a destra A: cammina lateralmente a sinistra D: cammina lateralmente a destra Shift: corsa C'è una cosa da aggiungere al più presto: le ombre. Senza, si vedono il pavimento e il soffitto che si toccano e i muri che spuntano all'improvviso, chiari e nitidi. La minimappa è solo una cretinata che ho aggiunto per non far perdere l'utente. La versione definitiva sarà completamente diversa: la freccia resterà fissa e sarà la mappa a muoversi. Inoltre, le parti inesplorate saranno coperte fin quando non saranno visitate. Stessa cosa dicasi per le indicazioni dei punti cardinali: mai visto nulla di così provvisorioXD La schermata è piuttosto spartana, ma ho grandissime idee in mente^^ Sul fronte esplorazione mi mancano colonne, scale e porte, e le varianti delle varie componenti (pavimenti, muri, colonne, scale e porte). Sul fronte programmativo è una cavolata: basta riutilizzare il codice già pronto e cambiare i se e le immagini da visualizzare. È la grafica che mi porta più tempo. Se ho tempo e voglia, ottimizzerò pure le variabili: ce ne sono una ventina che ho creato, ma che alla fine non servono. Cancellarle è facile. Il problema è risistemare quelle seguenti. La mia prossima mossa, comunque, sarà lavorare sulla minimappa. Per evitare di ricrearmi un'infinità di switch o di variabili per ogni singola mappa (servono per sapere se le varie zone sono già state visitate o meno), penso di usare una fitta rete di switch locali. Ne ho quattro per evento. Ne farò buon uso per crearmi dei template. Questa è l'unica cosa che non si può "portare" in un progetto per le versioni 2000/2003: chi volesse riutilizzare il mio sistema di esplorazione su queste versioni o rinuncia alle pezze nere che coprono le zone inesplorate, o si mette a dichiarare tante switch/variabili per ogni singola mappa (non mi pare che i tool della serie 2k abbiano le switch locali). Quando avrò finito il progetto, se la voglia mi assiste prima o poi penso di portarlo alle vecchie versioni di RpgMaker. Certo, la mia "prospettiva" lascia molto a desiderare, ma se l'utente usa grafica personale con una prospettiva più corretta e SI RICALCOLA DA SOLO tutte le variabili di posizionamento senza chiedermi aiuto il problema si risolve. I port alle versioni 2003 e XP li farò solo se la gente mi sembrerà interessata, altrimenti mi risparmio tranquillamente la fatica. Ma torniamo a noi. Dopo la minimappa, sarà il turno della cornice e del menu custom. E poi del sistema di battaglia. Mi impunto: non rilascio nulla se non completo tutte queste cose. A tal proposito, mi chiedevo se ci fosse qualcuno disposto a collaborare a un progetto lampo da presentare al contest, solo per quanto riguarda la creazione dei labirinti e magari la storia. Ho già una storia in mente, ma non ho tempo per svilupparla e per pensare i dialoghi. Idem per l'ideazione delle mappe. Se qualcuno volesse collaborare, io sono qua. Volevo fare tutto da solo, ma il tempo è poco e sarebbe meglio che mi disintossicassi da RpgMaker e che sbrigassi anche altre faccende più importanti a livello personale. È solo che quando mi impunto di fare una cosa, specialmente se so che NON riesco a farla, non c'è modo di togliermi dalla testa l'obiettivo di portarla a termine... Comunque, credo di poter iniziare a sentirmi fiero di me perché ho ADDOMESTICATO LA BELVA. Non ne capisco molto di RpgMaker (conosco solo qualche funzione base e qualche comando), ma un muro colossale sono riuscito a sfondarlo: far sì che, senza usare script, alla pressione dei tasti direzionali il personaggio vada dove dico io, sempre e comunque. Mi sono scervellato un po', usando centinaia di metodi diversi (tutti con una falla da qualche parte), ma alla fine sono riuscito a trovare la soluzione. Ed era una cazzata. Non so in quanti c'abbiano provato prima di me, ma se non si capisce subito cosa fare si rischia di perdere ore per un nonnulla. A fine contest rilascerò il gioco senza cifrature, e magari i template per le mappe e la grafica. Il sistema sarà praticamente plug & play: bisognerà solo disegnare i labirinti, ma quello non può farlo il sistema da soloXD
  5. Ti dico la prima cosa che mi viene in mente. Fai in modo che tutti i bordi della terraferma NON siano passabili (neanche dall'eroe). Poi quando vuoi attraccare fai che con pressione di un tasto l'eroe si teletrasporta sulla terraferma. Per semplificarti non poco la vita, puoi fare che il tuo eroe può attraccare SOLO nei porti e non in un punto qualsiasi della mappa. Se proprio vuoi che i boirdi siano attraversabili quando non sei a bordo, puoi creare una seconda mappa copiando la prima. Usi la prima per camminare nella world map e la seconda per andare in mare. Ti ho dato uno spunto. Prova a trovare una soluzione partendo da queste idee.^^
  6. Ah, allora mi sa che ci siamo fraintesi a vicendaXD I muri sono spessi per il semplice fatto che continuano anche al di là dello schermo. Non sono colonne monotileXD Per semplificarmi la vita di parecchio (soprattutto per la grafica, ma anche per lunghi ed estenuanti "se x1 è un muro ma x2 non lo è, e se anche x3 è un muro") ho optato per far sì che i muri siano lunghi ALMENO 5 tile e che i corridoi siano larghi ALMENO 3 tile. Piccola immagine esplicativa: Ovviamente nella versione finale si potrà anche girare (ruotando però la telecamera), quindi sarà facile capire che il muro continua ancora oltre lo schermo.
  7. Uhm, forse con uno screen della "vera" mappa (e non dell'accozzaglia di picture che vedi in-game) riesco a spiegarmi meglio: Come puoi vedere, i muri singoli (nella vera mappa, delle voragini nere) sono più vicini al giocatore, mentre quelli in contemporanea sono più distanti. Ovviamente questa mappa è insulsa e sbagliata in partenza per diversi motivi, ma era solo una mappa sperimentale per testare quanto ho programmato finora. Prova a ritestare la demo avendo questa immagine come riferimento. Vedrai che i primi due muri occupano due tile sullo sfondo nero, mentre nella parte dove ci sono due muri contemporaneamente in lontananza vedrai che tali muri sono lunghi solo un tile.
  8. Se ho capito bene cosa intendi, hai preso un granchioXD Innanzitutto, ribadisco che quando il muro è più vicino (solo un tile a sinistra o a destra, invece che a due tile) l'inclinazione è minore e quindi la linea parallela di cui parli è leggermente più lunga. A questo aggiungo che nella parte di mappa in cui hai un muro sia a destra che a sinistra entrambi i muri sono a due tile di distanza dal giocatore, e quindi sono più lontani, da questo deriva il fatto che la linea è più corta. Chiarito il mistero?^^ Comunque, dato che mi tocca aggiungere delle bande nere sia sopra che sotto per mascherare lo spazio in più che in teoria non si dovrebbe vedere (in una visuale frontale non puoi vedere i due tile dietro di te, giusto per fare un esempio...), e dato che oggi mi è venuta la curiosità di dare un'occhiata a qualche screenshot preso dall'unico dungeon crawler che abbia provato seriamente (e che tra l'altro non ho mai nemmeno finito, perché lo interruppi a circa metà gioco e poi non lo ripresi più; prima o poi lo riprendo, ma non ora altrimenti non mi scollo più dal gioco per diverse decine di ore, specie se mi fisso di non usare walkthrough, dato che ricordo che mi perdevo in continuazione persino nella foresta iniziale, pur avendola percorsa oltre una ventina di volte), pensavo di ricreare una schermata simile a quella del suddetto gioco, con la visuale rialzata e con le facce degli eroi con annesse notizie in breve su HP e MP di sotto. Però, mi chiedevo: ma la minimappa è meglio farla come in quel gioco (fissa, ruota solo la freccia, e in basso è scritta la direzione verso cui si sta procedendo) o ruotarla assieme alla visuale di gioco, mettendoci i punti cardinali come unico riferimento? Pensavo di far ruotare anche la minimappa, ma a ripensarci sarebbe un lavoro un po' più lungo a livello programmativo. Inoltre, forse sarebbe più difficile orientarsi in un labirinto.
  9. Come avevo detto in precedenza, per non perdermi troppo in calcoli (e in grafica), la visuale è un quadrato 5x5. Solo che con il restringimento prospettico in lontananza si dovrebbero vedere anche altri tile e non solo 5. Ho pensato bene di oscurare ai lati tutti i tile oltre il suddetto quadrato 5x5 (magari in un futuro lontanissimo potrei fare una visuale completa, ma adesso non ho né tempo né voglia). Per il momento i muri vengono disegnati solo a partire dai "piedi". Quando prenderò in considerazione anche i lati e la parte nord dei muri, il percorrimento dei corridoi sarà corretto, con i muri che "finiscono" e non che si cancellano di botto. Non ho capito il pezzo "comunque strano il fatto che quando i muri sono doppi son fini e quando è singolo è più spesso... come mai?". Tirando ad indovinare a cosa ti riferisci, suppongo che parli della diversa inclinazione dei muri. Ho fatto in modo che quando un muro te lo trovi di fronte ai lati non viene inclinato (del resto, se ce l'hai davanti non puoi vedere i suoi lati); quando è a un tile a sinistra o a destra ha una certa inclinazione; quando è a due tile a sinistra o a destra ha un'inclinazione ancora maggiore. Comunque, quello mostrato nella demo non va davvero preso in considerazione. È solo un'accozzaglia di esperimenti con il codice già pronto (i muri li ho piazzati un po' come meglio credevo). Ora come ora posso fare tante cose con quel codice, ma certe cose poi non andrebbero bene con il codice completo (specialmente in rapporto alla rotazione della visuale quando ci si volta di lato).
  10. (non ho letto gli ultimi messaggi di questa pagina: devo proprio scappare. Mi congratulo però con Laffo per aver pubblicato!) Dunque, sto sfruttando anch'io la linea di pensiero "ciarla meno e lavora di più". Ma veniamo a noi. Entro lunedì volevo completare il sistema di esplorazione, ma poi tra mille cambi di idee, inutili perfezionismi e cali di forza di volontà non ho ancora terminato. Ho quasi finito, però. Per il momento ho lavorato solo sul rilevamento dei "piedi" dei muri, cioè solo sulla parte di sotto (la parte sud, in una mappa standard di RPGMaker). Mi restano la "testa" (la parte nord) e le pareti (le parti est e ovest). Poi devo aggiungere la rotazione di telecamera. Malgrado tutto questo elenco, credo di poter dire di essere almeno al 75% del lavoro. L'aver lavorato sui "piedi" mi permette di far vedere i muri frontali che spuntano e crescono man mano che si avvicinano. Non avendo lavorato alla "testa" i muri scompariranno non appena li si supera, di botto e non gradualmente come dovrebbe essere. Vorrei però che qualcuno provasse una demo di quanto ho fatto per sapere che ve ne pare della visuale e del movimento. Le ombre sono da rifare (andavano bene, ma ho alzato il soffitto e abbassato il pavimento, e ora non funzionano più a dovere). La cornice nera è una pezza per camuffare l'esito della mia "prospettiva" ad occhio, fatta senza cognizione di causa (praticamente serve per non far vedere cose che non si dovevano vedere, come ciò che c'è sotto il tile in cui ci si trovaXD). Sicuramente in un vero gioco cambierò la cornice nera con qualcosa di più simpatico. Ho bisogno di commenti e critiche. La demo è solo un brevissimo corridoio in cui si può solo andare avanti e indietro. Mi spiace per l'eccessivo peso (circa 8 MB) per una così breve durata, anche perché potrei fare benissimo un gioco lungo centianaia di ore con la grafica che c'è dentro. E poi, oltre metà del peso è dovuta a roba come il font e grafica di base, che non posso togliere altrimenti il gioco non può essere stand alone. http://www.mediafire.com/download/9rmke7ezxeny9i7/Labirintomania(2).exe Fatemi sapere^^
  11. Tranquillo, sono a buon punto con il lato programmativo. A dire il vero, a quest'ora avrei dovuto finire, ma pomeriggio mi sono occupato anche d'altro, quindi non ho completato. Inoltre, ho perso anche tempo per rifare per l'ennesima volta alcuni "pezzi" della visuale. Per comodità sto prendendo in considerazione solo una casella 5x5 (e una distanza minima fra le pareti di 3 tile, altrimenti ci metterei una vita a calcolarmi TUTTI i casi). Il lato variabili è finito (o quasi: me se servono altre, ma si tratta di aggiungere o togliere un valore costante che deciderò man mano che completo le pareti). Del codice già completo il gioco usa solo un pezzo. Per il momento il programma "trova" solo eventuali muri presenti nell'ultima riga in alto (ovvero nella prima riga delle cinque prese in considerazione). Sono in totale undici casi (cioè dieci, più l'undicesimo, che sarebbe il caso in cui non c'è alcun muro). Dato che sarebbe noioso caricare 11 immagini e che magari le caricherebbe lentamente, mi limito a un file rar: http://www.mediafire.com/download/ocfv2otbavjfkbk/Casi.rar Dato che ieri avete, giustamente, criticato il modo in cui soffitto e pavimento si congiungevano e che dovevo sistemare le ombre, ditemi com'è venuta la visuale. Non penso di cambiarla oltre, ma cambiarla dopo aver finito tutta la programmazione sarebbe decisamente nocivo per la mia sanità mentale:D ps: il bello è che ieri avevo detto che non avrei postato niente finché non avrei finito. Beh, mi scuso assicurando che i casi mostrati sopra non sono fotomontaggi ma screen presi dal gioco (che automaticamente calcola dove mettere i muri) pps: fare anche le pareti sarà un po' più lungo come lavoro. I casi saranno di più per ogni riga.
  12. Scusate se rompo ancora. Credo sia l'ultimo post che faccio prima di assemblare il tutto. Entro domani sera, massimo lunedì dovrei avere il sitema di esplorazione funzionante, ma prima di completare volevo lavorare sulle ombre per aiutarmi nella prospettiva. Sì, lo so che devo fare le ombre molto più graduali (così com'è ora sembrano tanti scalini). Ma che ve ne pare? Soprattutto mi interessa sapere che ve ne pare del primo screen. È la visuale che intendo ottenere quando ai lati non ci sono muri (voglio fare anche tanti spazi vuoti, giusto per disorientare meglio XD). Volendo potrei evitare di tagliare di netto ai lati con due ombre nere, ma per farlo dovrei allungare di un bel po' il codice con cui "so" cosa ci sta in quale tile. Dato che questo doveva essere uno short contest con un giochino "banale", non mi voglio impelagare più di tanto e mi attengo alla mia visuale 5x5. Magari più avanti lo aggiornerò a poco a poco per avere una visuale completa e non tagliata ai lati. Ma... i due tagli laterali disturbano troppo? Vi posso assicurare che senza le ombre era addirittura peggio: un vero e proprio pugno nell'occhio! XD
  13. Scusate la domanda così improvvisa, ma sto facendo un sondaggio per smentire un utente in un forum. Poi vi spiego. Voi a cosa associate gli unicorni? Quali qualità ne riconoscete? E magari fatemi sapere anche se li associate a qualche film/libro/cartoon in particolare. Grazie. E non vale cercare su internet il loro significato simbolico. Per voi cosa rappresentano? Ho bisogno di una risposta sincera e istintiva.
    1. Show previous comments  6 more
    2. Zuppo

      Zuppo

      io da bambino li disegnavo continuamente. Per me erano simbolo di forza e di libertà. Il cavallo alato e cornuto (che si scontrava con un cavallo nero a due corna, inventato nella mia fantasia).

      Era simbolo di pace, libertà e grande forza (magica e fisica).

       

      Non lo associavo a nulla di femminile o pucchoso. XD

    3. Impaled Janus

      Impaled Janus

      Ah, oh, ho dimenticato l'unicorno rosa invisibile. Religioni parodia, yo.
    4. TecnoNinja

      TecnoNinja

      purezza... quando penso agli unicorni mi viene in mente il film legend, che adoro da sempre assieme a labirint e dark cristal ^^
  14. Non saprei, il database è terra inesplorata per me. Qua parla solo di "fra zero e sette", e in effetti non posso selezionarne altri. Il comando Get Location Info mi dà queste opzioni: Credo che con i Layer potrei ampliare il numero, nel senso che potrei mettere "se c'è il layer B e il terrain tag è 1 allora il terreno è", ma sarebbe un processo laborioso. *Credo* che possa fare anche combinazioni come "se layer B è 1 e layer A è 2", ma non ho ancora provato. Solo che sarebbe un po' controproducente. Se facessi una cosa del genere (e magari in alcuni casi lo farò) ogni volta che avrei un terreno che sfrutta il layer B dovrei disegnare qualcosa anche nel layer B, e sarebbe una gran rottura. L'aleternativa sarebbe quella di usare anche le regioni. Purtroppo il sistema delle regioni non offre lo strumento secchiello o almeno il quadrato, ma ti permette di disegnare una sola casella per volta, quindi diventa una gran seccatura. Sicuramente userò le regioni, ma me le calcolerò tramite variabili (se l'eroe si trova fra la variabile x1 e x2, e fra la y1 e l y2 allora è nell'area A). Credo che sfrutterò il sistema delle regioni in casi in cui avrò bisogno di muri e terreni di diversi tipi, ma non per il terreno dominante (se mi trovo in un'area rocciosa e c'è una piccola area di vegetazione, se mi serve mi creo una regione tramite variabili) Comunque, credo che mi creerò una cornice attorno alla visuale di gioco. Alla cornice attaccherò in basso a destra un cerchio o un quadratino in cui mostrerò la minimappa. Per farlo mi ritaglierò un pezzo del pavimento (usando furbamente qualcosa dalle RTP: se trovo un cerchio fra le immagini per le magie userò quello :D) e metterò il pavimento in un livello di immagine superiore rispetto alla mappa. L'Ace mi offre fino a 100 livelli di immagini, ma temo che dovrò usare qualche stratagemma per farmeli bastare, se creo mappe troppo grandi. Perché ogni area della mappa (che per comodità farò grande 5 tile x 5 tile) è coperta da un quadratino nero (un livello di immagine che se ne va), che verrà rimosso solo se quel pezzo di mappa è stato già esplorato. Solo che mi devo tenere alcuni livelli di immagini liberi per la visuale di gioco (credo che mi terrò gli ultimi 15-20 per visuale di gioco, cornice ed eventuali ombre, più qualche slot libero, che non fa mai male). Quindi dovrei avere un'ottantina di livelli da poter usare come pezze per le aree ancora inesplorate. 80*5*5=2000 tile, cioè una mappa grande circa 44x44 (e onestamente credo sia troppo poco per un labirinto serio). Probabilmente, se proprio ne avrò bisogno, creerò delle aree anche per la minimappa, così da potermi sdoppiare i livelli occupabili dalle pezze. Meno male che finora problemi di lag non ne ho avuti :P
  15. Oggi mi sono occupato principalmente della grafica. Insomma, ho creato delle pareti e dei pavimenti (e un soffitto ribaltando verticalmente un pavimento:P) Ho fatto un piccolo test e mi viene qualcosa del genere: Ovviamente al centro metterò un'ombra per scurire il tutto. Domani devo fare qualche parete frontale, qualche parete diagonale più corta (<- una vera cavolata: userò lo stesso codice con cui ho creato le pareti diagonali, ma via via toglierò uno strato a sinistra). E poi... mi resta l'assemblaggio... cioè, la programmazione. Ho diecimila idee in mente, ma credo di sapere come fare. Beh, in realtà non è così difficile. Devo solo mettermi a creare qualche eventucolo segnaposto in più, un paio di processi paralleli per capire se dove si trova il segnaposto1 c'è un muro o il pavimento, e di conseguenza disegnare l'uno o l'altro. Dovrei farcela. Forse la visuale sarà un po' scattosa, ma, ragazzi, non ho mai toccato seriamente RpgMaker prima di una settimana fa, e non conosco nemmeno tutti i comandi base: vado un po' a sensoXD Quando finisco il gioco (perché o lo finisco e riesco a fare un dungeon crawler come si deve, o come minimo piango - per non dire che mi impicco al primo albero che trovo :P) farei meglio a leggermi almeno la guida di RpgMaker. Ci sono tante cose che a saperle prima mi avrebbero fatto risparmiare tempo. Uno dei tanti difetti che ha RpgMaker è che mi permette di attribuire solo 8 terrain tag. Io volevo sfruttare i terrain tag attribuendo a ogni tipo di terreno o muro un valore, ma ora che scopro che sono solo 8 (da 0 a 7) devo stringere la cinghia, che tradotto significa che non posso fare un processo parallelo plug & play universale per tutte le mappe, ma che di mappa in mappa devo cambiare alcuni valori e di conseguenza alcuni comandi "mostra immagine", perché se in una mappa attribuisco il valore 1 all'erba, in una mappa innevata magari il valore 1 apparterrà alla neve e quindi dovrò cambiare il mostra immagine da "pavimento erba" a "pavimento neve". Comunque, per chi le volesse vedere, ecco le immagini create oggi da me: http://www.mediafire.com/download/6x6d5dn4wqxg8u6/Prospettiva.rar Sono state create tutte con RpgMaker. L'unica eccezione è il file "prospettiva", che ho usato per effettuare i tagli delle pareti diagonali con un semplice mostra immagine di RpgMaker. In realtà, è un'immagine borderline, o forse proprio fuori regolamento perché l'ho creata sfruttando lo strumento "triangolo" di Paint per ricavare il triangolo che uso per tagliare. MA, siccome non sto bene con la testa, per rimediare ho cercato di trovare un altro modo per farlo: ho creato un'immagine nera con le dimensioni che mi servivano, l'ho ruotata di -70,9065° e mi sono ritagliato il triangolo che mi serviva da lì (e fin qui tutto regolare). L'ho sovrapposto a quello fatto a mano in precedenza e ho notato che erano quasi identici: mancavano solo quattro o cinque pixel da annerire a mano (e forse c'era qualche puntino in più qua e là, perché la riga mi sembrava leggermente sconessa). Dato che non volevo fare cazzate pixellando male, ho tenuto il triangolo che ho creato a parte (che praticamente era quasi identico a quello ottenuto tramite rotazione). Ma se proprio insistete, posso ricrearmi l'immagine che mi serve, ruotare e pixellare i puntini mancanti a mano (non l'ho fatto principalmente perché magari non me n'ero accorto ma forse la curva dell'immagine ruotata era leggermente storta e rischiavo di rovinare la grafica delle pareti diagonali). Ma perché ogni volta mi metto a scrivere papiri???
  16. Dunque, mi sono messo a fare "fotomontaggi" con RpgMaker (praticamente ho dato delle coordinate costanti, mentre a programmazione avvenuta saranno calcolate da un processo parallelo a parte). Adesso, prima di passare alla programmazione vera e propria vorrei sapere che ne pensate della "prospettiva". Meglio la prima versione (centrata) o la seconda (spostata verso l'alto)? Quella cosa marrone dovrebbe essere il soffitto. Lo so che non si addice granché con le siepi laterali, ma per fare esperimenti ho bisogno di un vero soffitto. Probabilmente le mappe con le siepi le farò con il parallasse BlueSky, anche se non sono soddisfattissimo del risultato: Credo che farò varie strisce di nero a partire dal centro verso l'alto e il basso; più ci si allontana dal centro e più saranno chiare. Ancora non ho fatto esperimenti di programmazione seri, ma quei pochi che ho fatto mi danno un grado di certezza abbastanza alto che posso riuscire nell'impresa. Per il momento non posso garantire nulla, ma sono a buon punto. Credo proprio che la soluzione sia molto più semplice di quello che potessi immaginare :P Se tutto dovesse funzionare a dovere, credo che creerò un automatismo per cambiare segmenti di visuale in base ai differenti terreni che ci sono, in modo da non tenere sempre e solo un pavimento uniforme. In pratica, intendo far sì che se ogni tanto disegno un tile diverso da quello dell'erba sulla mappa, quel tile diverso dovrà apparire anche nella visuale "3D", in automatico, senza che io scriva ulteriori righe di programmazione. Ho già tutto in mente. L'unico dubbio ora è come fare la minimappa. Mi spiego meglio. Finora usavo lo stratagemma del tenere una cornice nera, che fra le altre cose mi permetteva di tenere la minimappa in basso a destra. La minimappa non deve apparire completa, ma coperta da pezze nere (ognuna delle quali una picture) che si tolgono se una data area è stata esplorata. Adesso che non ho più il bordo nero non posso più metteri a fare pezze. Devo trovare qualche soluzione automatica. Con "automatica" intendo che dev'essere plug & play, così da poterla trasferire di mappa in mappa con minima fatica da parte mia, invece di dovermi riprogrammare tutto ogni volta. Vediamo. La notte porta consiglio. Comunque, devo ringraziare il Folletto. Anche se però io ho fatto diversamente: non ho usato paint, ma direttamente RpgMaker per fare i giochini di zoom. Così facendo, posso creare al volo una schermata intera, senza dover faticare a zoommare manualmente e a copi-incollare di volta in volta. Basta mettere una fila con zoom al 100% e poi tante altre con zoom crescente, disposte una dopo l'altra. Lasciamo che siano le macchine a fare il lavoro, non i poveri folletti! Una cosa per cui forse ho sgarrato dal regolamento è stato che per tagliare obliquamente ho usato lo strumento che mi fa disegnare un triangolo di paint. Se non me lo accettate, posso ruotare un'immagine di quanti gradi mi serve e poi incollarla sull'immagine da tagliare e il gioco è fatto comunque (anche se a dire il vero non avrebbe molto senso: il risultato è lo stesso, e non ho usato filtri o altro). Inoltre, ho disegnato il triangolo basandomi sulla linea diagonale creata per me dallo stesso RpgMaker. A questo proposito, ho notato che usando roba orizzontale (che il Folletto mi ha sconsigliato) vengono linee diagonali verso l'alto. A questo punto basta tagliare l'immagine a metà, copiarla e ribaltarla verticalmente. Così tutte le diagonali si uniranno verso il centro.
  17. Sei fantastico, Flame! (A dire il vero ho visto solo le immagini: devo uscire di corsa e sono già in ritardo, ma ti ringrazio in anticipo sapendo che il tuo post mi tornerà utilissimo!)
  18. Grazie! Mi hai ricordato che ho gimp installato sul pc e che posso provare con quello :P Non ho la minima idea di come si tocchino quei programmi di grafica, ma non dovrebbe essere difficile usare un comando di default. La mia idea era quella di prendere pezzi di un'immagine e ruotarli via via sempre di più gradi, e poi incollarli uno sull'altro. Ma so già che verrebbe una porcata immane :D Comunque, per oggi credo che non farò altri progressi, ma non appena ho qualcosa di buono fra le mani posto screenshot (e magari una demo del sistema di esplorazione, se riesco ad automatizzare il tutto, come in teoria dovrei riuscire a fare)
  19. Sì, ma ho deciso di cestinare praticamente tutto quello che ho fatto per creare lo screen di sopra e fare tutto da zero. Quando ho tempo mi ci metto. Se tutto va come deve, dovrei ottenere una visuale di questo tipo: Mi sono scervellato un po' pomeriggio, e ho trovato (nella mia mente) una soluzione per togliere le picture e fare tutto letteralmente ad eventi. Bisogna solo vedere se le mie idee sono compatibili con RpgMaker, ma in un modo o in un altro dovrei riuscire ad adattarle al programma, che non capisco se principalmente odio o amo. EDIT: dimenticavo che non sono sicuro di riuscire a deformare prospetticamente le immagini di soffitto e pavimento. Ho un'idea, ma non so cosa viene fuori se messa in pratica
  20. Grazie dei suggerimenti. In effetti non mi quadrava qualcosa, ma non capivo cosaXD Quando ho tempo vedo se riesco a fare qualcosa anche per il pavimento (ovviamente, se ci riesco metto pure il tetto). Solo che non ho idea di come fare graficamente. Non parlo della programmazione (per quello posso sempre inventarmi qualcosa), ma come distorco (che brutto verbo) il pavimento? Uhm, mi è venuta un'idea mentre scrivevo, ma mi richiederà un po' di tempo. Uhm, sei cattivo! Volevo sbarazzarmi delle immagini per i muri sostituendole con dei chara con grafica obliqua, ma ora che ho deciso che devo provare a distorcere in prospettiva pure il pavimento mi tocca appigliarmi necessariamente alle picture... Comunque, eri tu quello che aveva dubbi su come fare un get ID terrain a distanza per il tasto salto, o ricordo male? Per fare i muri sto usando il calcolo ID a distanza (non mi metto ora a spiegare ora cosa sto facendo per i muri), ma ti posso spiegare come calcolare a distanza l'ID di un tile a tot tile dall'eroe ad eventi, se ti serve ancora. Adesso devo scappare, ma se ti serve più tardi ti faccio una mini guida.
  21. Anche se non scrivo, non vuol dire che sono morto (credo). Ho visto gli screen. Tutti belli. Non saprei mappare così bene (e mi rivolgo a tutti). Fortuna (?) che con il progetto che ho in mente posso usare la scusa (?) che è meglio non osare troppo nel mapping. Detto questo, devo dire che non ho avuto molto tempo e non ho fatto molti progressi dalla demo che ho postato l'altra volta (chi l'ha provata, sa che cosa intendo). Però sono riuscito a trovare la soluzione a tutti (?) i miei problemi architettonici. Sono ancora agli inizi della cosa, ma ora che ho capito come si fa, devo solo (sì, molto relativamente solo) occuparmi della grafica obliqua, espandere le scoperte/invenzioni tecniche che ho fatto oggi e dovrei potervi garantire un gioco con una grafica simile: No, non è un fotomontaggio, ma uno screenshot preso in-game da un breve tratto con i muri laterali che si restringono verso l'alto (per poi allargarsi man mano che si sale, ovviamente). Per non perdere tempo, i muri laterali li ho zoommati (con la funzione nativa del tool) del 125%, infatti si vede la qualità inferiore. Ma credo che terrò lo zoom. Se non ho tempo né voglia, probabilmente terrò un terreno "a tinta unica", quindi mi scuso già in anticipo se, come prevedo, ci saranno molte mappe poco varie. Vabbè che mappe identiche aiutano l'utente a perdersi meglio, quindi posso usare anche questo come scusa per il pessimo mapping ripetitivo :P Non è da escludere che zoomerò pure il terreno. Sono indeciso se lasciare il passaggio che vedete in "foto" come un'area larga 3 tile (ma visivamente più grande) o ridurre il tutto a un tile. Nel secondo caso posso sia fare una mappa con passaggi da un solo tile, che una mappa in cui si può passare solo sul tile centrale. In ogni caso, è probabile che tratterò il passaggio come un solo tile. Vedremo. Devo vedere cosa posso/voglio fare. Comunque, commenti sullo screenshot? Che ve ne pare della prospettiva? Mai stato il mio forte, sapete... Ad ogni modo, dovrei riuscire a fare un gioco di questo tipo, ma non vi assicuro niente. Dipende dal tempo e dalla voglia. La possibilità tecnica dovrebbe esserci. Avrei molto da ridire sulle deficienze del tool, in realtà, ma con un paio di strategemmi si può ovviare quasi a tutto. Non so quando ci rimetto mano, se domani o se fra qualche giorno, ma se riesco a creare una mini demo perfettamente funzionante con una mappa idiota probabilmente la rilascerò, per usarvi come vittime sacrificali e vedere se le mie cavie riescono a uscire da un labirinto (e magari se trovano qualche baco). :P A presto altre notizie! (<-si spera) EDIT: posso ruotare con Irfanview (il più potente programma di grafica che riesco a usare, oltre allo sconosciutissimo Microsoft Paint) la grafica RTP, vero? Non mi squalificate per questo, vero?
  22. Ralph, mi dispiace un sacco. Ero troppo incuriosito dal tuo gioco demenziale. Eri anche quello che sembrava avere più possibilità di chiudere in tempo... Midi, al mio occhio inesperto le tue mappe sono perfette. E sono pure belle da vedere.
×
×
  • Create New...