Vai al contenuto

Rilevato Ad-Blocker. Per favore disabilita il tuo adblocker quando navighi su makerando.com - Non c'è nessun annuncio invasivo.

  • Chatbox

    You don't have permission to chat.
    Load More

Recommended Posts

Ecco.  http://www.mediafire.com/download/jc4y7wk6u8a75dc/File_dimostrativo.zip  

Questo è il file di prova del gioco a cui sto lavorando.Faccio il punto:è un sistema limit a barra,si riempie di un punto alla volta tramite attacca e swordway,raggiunto il valore 15cambia i comandi swordway e mette la limit(essendo un file di prove le grafiche danno il mal di testa).Ho anche inserito una skill che porta il valore a 15,in pratica carica la barra in un colpo solo a qualsiasi valore sia.Mi ci sono volute tipo 6 ore per farla quadrare con le grafiche della barra,perchè,essendo fuso,mi ero scordato che avevo messo una condition alla skill e andava a ritardare tutte le varie funzioni.Risolto quello pensavo di essere apposto,E INVECE NO.Sembrava tutto perfetto,tutto funzionante,finchè per sbaglio non ho ammazzato un mostro con la limit,ed era l'unico mostro del gruppo.La barra è rimasta a 15 anche dopo aver usato la limit ed è rimasta fino al mostro successivo,insomma se la limit ammazza l'ultimo mostro rimasto non attiva un processo che mi serve.Insomma la limit è fatta per ammazzare i mostri di per sè,se quando lo fa si bugga non me ne faccio niente.Sono incappato in un bug ancora + grosso che nemmeno mi spiego poi.E' successo solo una volta ma anche se cambiava valore la barra(tornava a 0)mi rimaneva solo la limit da usare,ed era irrimediabile.Quindi beh si,mi arrendo,ho le palle che raschiano per terra se qualche santo da un occhiata al database e trova l'intoppo,gli regalerò un dolcetto. :nabbo:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

certo potevi togliere gli mp3 dal progetto visto che è solo un file dimostrativo, così non pesava 157MB (disse quello che rilasciò una beta di 300 MB :bhoasd: )

 

comunque... scaricato ma non ancora testato XD dopo ci faccio un giro e ti faccio sapere, ma ad occhio direi che hai dimenticato di mettere un evento comune, processo parallelo, fuori battaglia che resetti la limit (serve appunto come "backup" nel caso in cui la limit uccida l'ultimo mostro e faccia finire la battaglia).

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Scusami per gli mp 3 XD prendilo come un regalino ruba tutte le risorse,fai conto che era 467 prima che levassi un pò di mp 3:D.Se è veramente un evento comune ok..però sentivo voci riguardo il fatto che tanti eventi comuni fanno laggare,però non so quanto vero sia essendo che ho scaricato dei giochi di rpg maker,ho "curiosato" dentro per vedere se capivo quaclosa,e tipo uno aveva addirittura 80-90 comuni e non laggava per niente.Comunque mi pareva di aver provato anche quello,cioè mettere un comune parallelo che portasse la variabile a 0,ma mi pare non avesse avuto effetto.Per carità non sono sicuro ho fatto tanti di quei tentativi che non capivo più una ceppa di cosa incasinava cosa,a volte ho anche fixato ma la barra rimaneva piena perenne e cose così.

 

 

Ferma tutto:ho provato a mettere il parallelo che setta a 0 la variabile e mi resta la limit per sempreD:

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

l'evento parallelo in questione non deve portare solo la variabile a zero, ma deve riprirstinare la situazione a com'era prima di ottenere la limit; in pratica deve (in nessun ordine specifico):

 

- Cambiare la faccia del personaggio e dargli quella nel quale è disegnata la barra limit vuota;

- Rimuovere il potere Limit (non ricordo come l'hai chiamato)

- Restituirgli i precedenti poteri

- Riazzerare qualsiasi variabile e spegnere qualsiasi switch che riguarda gli eventi della limit

 

gli eventi comuni comunque non laggano di per se, il problema è se ce ne sono diversi in funzione che controllano e muovono delle pictures su schermo, in quel caso il gioco potrebbe andare a scatti... ma io nel mio progetto ho qualcosa come 1200 eventi comuni, anche se al massimo sono una 50ina che corrono contemporaneamente, e non ho problemi.

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

UH,ottimo.Beh con quello che mi hai detto la sistema la cosa.Però mi sono incuriosito:se io volessi poter preservare la barra(come succede adesso) anche dopo la battaglia ma non volessi incappare nel bug della barra piena perenne?Se metto un comune porta a 0 qualsiasi valore,anche un 5-6 insomma tutto fino al 15,quindi mi spegne la limit anche a barra piena se non la uso prima che schiatti il mostro.Beh lo terrò come sistema di riserva se non esco da sto casino.Se invece non mettessi nulla ricorderebbe si i valori della variabile ma non mi leva il problema del bug...beh vedrò cosa posso fare hai fatto abbastanza,GRAZIE.Sarà una bella grana uscirne :uhm: .

A proposito il tuo gioco è già uscito?(quello con 1200 comuni o.O).

Condividi questo messaggio


Link di questo messaggio
Condividi su altri siti

Crea un account o accedi per lasciare un commento

You need to be a member in order to leave a comment

Crea un account

Iscriviti per un nuovo account nella nostra comunità. È facile!

Registra un nuovo account

Accedi

Sei già registrato? Accedi qui.

Accedi Ora

  • Contenuti simili

    • Da kaine
      Sostituisce il comando per richiamare la schermata del negozio con l'impostazione di alcuni interruttori e variabili. Questo è stato pensato per essere utilizzato quando si desidera creare schermate di negozio personalizzate, pur mantenendo la comodità di poter definire i dati di base e l'assortimento di un negozio con un solo comando.

      ★ Impostare l'interruttore #1015 su ON se è selezionato normale o acquisto, altrimenti su OFF.
      ★ Impostare l'interruttore #1016 su ON se è selezionato normale o vendita, altrimenti su OFF.
      ★ Impostare la var #3409 sul tipo di testo selezionato (A|B|C >>0|1|2).
      ★ Impostare la var #3410 sul numero di articoli disponibili nel negozio.
      ★ Riempire le variabili che iniziano con #5001 e impostarle sugli ID degli articoli selezionati.

      Non accadrà nulla di visibile senza ulteriore lavoro. Si consiglia di chiamare un evento comune che contenga il processo della schermata del negozio personalizzato subito dopo aver definito il negozio. Inoltre, l'opzione Casi per trattamenti diversi dopo gli acquisti se il giocatore ha comprato/venduto qualcosa non farà nulla o smetterà di funzionare completamente quando questa patch sarà applicata.
       
      Tool e versioni supportate:
      Rpgmaker 2000: v1.07-v1.10-v1.50-v1.51-v1.52-v1.60-v1.61-v1.62
      Rpgmaker 2003: v1.00-v1.03-v1.05-v1.08-v1.09
       
      Autore: KotatsuAkira
       
      Link Download:
      https://www.mediafire.com/file/pvgg5rhmgmye3zc/RPGMakerPatch_ShoppingShortcut.7z/file
       
       
      Se avete l'ultima versione di dynrpg mettete la patch direttamente nella cartella dynpatches. Altrimenti dovete applicarla tramite lunar ips che trovate qui:
      http://www.mediafire.com/?5jf9r44itbm7674
    • Da kaine
      Questa patch modifica il modo in cui le tavolozze delle immagini vengono caricate e calcolate e scambia la modalità di visualizzazione all'interno della finestra di gioco e a schermo intero da 16 a 32 bit. Tutti i file grafici devono ancora avere colori indicizzati a 8bit! Ma con questa patch verranno visualizzati come previsto senza ulteriori perdite di qualità.


      Se si utilizza RPG2000 1.07, è sufficiente attivare la funzione schermo 32bit dello strumento DestinyPatcherV2 e successivamente applicare la patch 32bit-Fix di DestinyV2.
       
      Tool e versioni supportate:
      Rpgmaker 2000: v1.61-v1.62
      Rpgmaker 2003: v1.08
       
      Autore: Bugmenot,KotatsuAkira
       
      Link Download:
      (2003 v1.08)
      https://www.mediafire.com/file/x5lm6ukulc0v6q9/32bit%28fix%29.rar/file
      (2000 v1.61-v1.62)
      https://www.mediafire.com/file/r3u2uark1gub7e3/RPGMakerPatch_Screen32.7z/file
       
       
      Se avete l'ultima versione di dynrpg mettete la patch direttamente nella cartella dynpatches. Altrimenti dovete applicarla tramite lunar ips che trovate qui:
      http://www.mediafire.com/?5jf9r44itbm7674
      
    • Da kaine
      Questa patch cambia la larghezza di tutto il testo renderizzato sullo schermo di gioco da 6 a 8 (i caratteri larghi e EXFONT passano da 12 a 16, il mezzo spazio da 3 a 4) pixel, mentre l'altezza rimane 12. Per utilizzarlo correttamente, potrebbe essere necessario sostituire i font utilizzati dal motore e inserire nell'EXE una nuova immagine EXFONT con una larghezza di 208 anziché 156 pixel.

      Per il momento, non utilizzare questa funzione in combinazione con EXtraFONT. In particolare, applicatela solo se sapete perfettamente cosa state facendo, poiché dovrete regolare manualmente la definizione della larghezza ridimensionata automaticamente di EXFONT al momento del caricamento da 288 a 384 pixel.
       
      Tool e versioni supportate:
      Rpgmaker 2000: v1.07-v1.10-v1.50-v1.51-v1.52-v1.60-v1.61-v1.62
      Rpgmaker 2003: v1.00-v1.03-v1.05-v1.08-v1.09-v1.12
       
      Autore: KotatsuAkira
       
      Link Download:
      https://www.mediafire.com/file/tl9kkcf78b7twqw/RPGMakerPatch_TextWidthEight.7z/file
       
      Se avete l'ultima versione di dynrpg mettete la patch direttamente nella cartella dynpatches. Altrimenti dovete applicarla tramite lunar ips che trovate qui:
      http://www.mediafire.com/?5jf9r44itbm7674
×