EVENT MAPPING mappare sfruttando la grafica eventi

[GabryHadoken]

a seguito infruttuosa ricerca (chissà quanta roba è stata detta scritta a riguardo qua e là, ma valla cercare con stà ciofeca di motore di ricerca XD) mi decido ad aprire questo Topic specifico. in questi giorni mi son ritrovato a decriptare il progetto del mapping contest di Hrot per cercare di esaminare qua e la alla ricerca di cosa lo rallentasse tanto in game (è vero che ho un pc vecchio ma almeno sui progetti VX Ace non ho avevo mai avuto problemi simili).. cercando cercando mi sono imbattuto in una gestione "anomala" (dal mio modo berbero di vedere le cose essendo nuovo nel making), ossia che molti elementi del mapping inclusi alberi eccetera, sono visualizzati come grafica eventi piuttosto che mapparli usando i tiles delle varie sezioni A,B, C eccetera.

ho quindi pensato magari tutti questi alberi e vari richiamati come grafiche eventi piuttosto che dalle tiles possono essere la causa del problema o

magari sbaglio e non c'entra nulla, e devo ancora devo cercare la causa, però a questo punto volevo sentire qualche parere in giro:

in particolar modo ci terrei ad approfondire questo discorso, si insomma, pro e contro del mappare con le grafiche eventi piuttosto che con le tiles..

e ovviamente se, e in caso quanto, possono incidere tali eventi sulle performance durante il gameplay..

 

[Testament]

La mappatura con eventi è una cosa ormai radicata da sempre, nonché una necessità su tool come il 2003.

In primis per il numero di chip limitato che stanno in un chipset, quello che non c'entra lo fai come chara.

In secondis perché spesso, come anche nella mia mappa, ti trovi a dover sovrapporre elementi che stanno sullo stesso piano di mapping. Faccio un esempio, un lampione che deve passare su una staccionata. Avendo solo UN livello alto, o ci metti il pezzo di lampione o ci metti il pezzo si staccionata... oppure mappi la staccionata e usi un chara per fare il pezzo di lampione che ci va sopra.

Altri tool hanno 2 livelli alti di mapping, tipo XP, quindi questo problema viene aggirato (oltre ad avere estensione infinita del tileset, quindi ci cacci cosa ti pare).

 

Nello specifico di HROT, gli alberi ad esempio possono essere abbattuti con l'ascia e si muovono, quindi l'uso dei chara è sensato.

 

In genere comunque, almeno su 2003 (in quella mappa ci sono più di 600 eventi, per dire), se sono solo eventi che non fanno niente, non contribuiscono al lag. Su tool successivi ricordo che qualche problema lo davano, su XP in particolare, ma la cosa mi pare essere rientrata con VX.

Ad ogni modo in teoria l'uso di chara arricchisce e serve e non dovrebbe influenzare le prestazioni.

[Guardian of Irael]

 

in questi giorni mi son ritrovato a decriptare il progetto del mapping contest di Hrot

Spero vivamente col suo consenso, perché non è una bella cosa da fare altrimenti... ^ ^"

 

Non c'è un grande discorsone da fare sull'argomento, è semplice.

Gli eventi un po' di lag lo creano sempre, su ACE il lag degli eventi è minimo quando sono vuoti, diventa ovviamente più sentito quando vanno a caricare la grafica da mostrare. Grafica più grandicella pesa di più.

Per vedere se c'entra o non c'entra in quel caso ti basta eliminare tutti gli eventi grafici.

Approfondendo il discorso dei pro e contro: i tileset sono limitati, solitamente ci si appoggia agli eventi per...

- sopperire alle mancanze del tileset

- sopperire alla rigidità del tileset che deve centrare gli oggetti nel tile, quindi possibilità di mettere un piatto non al centro del tavolinetto, ma un pochino più spostato rispetto all'altro preciso preciso

- possibilità di cambiare grafica ed interagire con l'immagine. C'è anche il cambio tileset, ma ovviamente andando ad interferire con tutto il tileset è più limitato, quello dell'evento è più libero.

è sempre sconsigliato riempire una mappa di eventi, perché in un modo o nell'altro pesano: codice, spazio, grafica...

- livelli, altezze, ponti, cose che devono stare sopra ad altre in determinate situazioni od eroi che devono passare sopra o sotto ad alcune parti in maniera alternata (ponti)

quindi l'ideale è sempre avere una buona combinazione di tileset ed eventi con l'uso dei primi per le parti più comuni ed i secondi per aggiungere dettagli, parti interagibili e con grafica che cambia, accorgimenti grafici come arrotondamenti particolari dei terreni, ma anche parti grosse come nel tuo caso di copertura dell'interno dell'edificio, cose insomma che occuperebbero tutto il tileset.

^ ^

[GabryHadoken]

Nello specifico di HROT, gli alberi ad esempio possono essere abbattuti con l'ascia e si muovono, quindi l'uso dei chara è sensato.

mmh tutti o alcuni? no perchè mi pare che ho visto alberi grandi e grossi mostrati tramite grafica eventi senza switch o pagine interagibili a parte quella per caricare la grafica.

 

Spero vivamente col suo consenso, perché non è una bella cosa da fare altrimenti... ^ ^"

ops.. non la sapevo stà cosa, con me l'han fatto e non mi hanno mai chiesto il permesso, non che questo mi giustifichi ma pensavo fosse "usanza comune" visto che mè successo qua, daltronde Testa parlava di "spiare" il progetto e come lo spii se non lo decripti XD

comunque ho già cancellato tutto, come non detto

[Guardian of Irael]

 

mmh tutti o alcuni? no perchè mi pare che ho visto alberi grandi e grossi mostrati tramite grafica eventi senza switch o pagine interagibili a parte quella per caricare la grafica.

 

Come detto sopra i motivi possono essere diversi...

- gli alberi grossi occupano troppo nel tileset

- hai già l'albero come chara, metterlo anche come parte di tileset sarebbe ridondante e magari toglierebbe spazio ad altri elementi od ancora aggiungerebbe parti di tileset che pesano sul progetto da scaricare visto che hanno grafica raddoppiata

Non c'è una formula magica, bisogna vedere quel che ti serve e gestire la cosa per come è più comoda a seconda del lag, dello spazio, del peso, ecc...

^ ^

 

ops.. non la sapevo stà cosa, con me l'han fatto e non mi hanno mai chiesto il permesso, non che questo mi giustifichi ma pensavo fosse "usanza comune" visto che mè successo qua, daltronde Testa parlava di "spiare" il progetto e come lo spii se non lo decripti XD

Magari non sapeva fosse criptato. Non so se HROT è d'accordo o no, magari lo ha criptato solo così, però sì, in futuro evita di farlo (questione abbastanza seria), usa programmi di decriptaggio solo sui tuoi file di cui perdi il progetto ed in caso di dubbi chiedi sempre all'autore.

^ ^

[Testament]

Spiare nel senso di spiare la gente che gira e fa cose! XD

[GabryHadoken]

Spiare nel senso di spiare la gente che gira e fa cose! XD

XD

no comunque ho cancellato tutto subito appena letta questa cosa, poi gli ho mandato un messaggio privato di scuse con richiesta di permesso in caso per approfondire.

[HROT]

Sinceramente la cosa mi disturba un po' perchè se volevo lasciarlo pubblico, banalmente, non lo avrei criptato

..e non serviva Sherlock Holmes per arrivare a questa elementare deduzione

Comunque non c'erano segreti industriali.. è giusto il gesto a farmi storcere un pò il naso

 

Soprattutto perchè, le cause dei rallentamenti, io le sarei andate a cercare prima di tutto nel tuo tostapane invece di venire a fare le pulci al mio progetto (a metà di un contest)

Il pc su cui l'ho testato è di fascia cosi bassa che è uscito gratuitamente da una discarica

..effettivamente hai una macchina abbastanza obsoleta e questo elemento, da solo, doveva bastare a fugare ogni dubbio

 

Che poi, il mio progetto non sia ottimizzato al 100% non lo metto in dubbio, il tempo era limitato e molte idee sono arrivate quando la struttura base era già stata già fissata

Ma le idee adottate sono semplici e facili da riprodurre anche per i più inesperti, non serviva decriptare il progetto.. Magari usando davvero la tua testa un giorno arriverai anche a ottimizzarle per i ruderi più osceni (cosa che al momento non è esattamente in cima alla lista delle mie priorità)

 

Per concludere a poco serve il permesso, lo hai già fatto e nessuno te lo può impedire.. ma a prescindere dalla legittimità della cosa secondo me stai sbagliando approccio

[TecnoNinja]

sinceramente nemmeno io conoscevo questa regola dl non decriptare i progetti altrui...

anni fa, anche io cercavo inutilmente un metodo per criptare il mio progetto, ma poi ho iniziato a ragionare sul fatto che il making è nato per permettere alle persone di condividere le proprie conoscenze con altre meno esperte... poi, capendo che criptare i progetti avrebbe impedito la diffusione di tali conoscenze, ho smesso...

oltre a smettere di cercare di farlo perchè non lo ritengo sano per questo hobby, ho smesso anche perchè diventa inutile con tutti gli esperti che creano decripter a raffica xD... (l'unica cosa che mi piacerebbe salvaguardare sono le risorse grafiche create da Giorgia per me xD)

volevo solo esprimere la mia opinione in merito, poi ognuno fa come crede giusto ^^

Edited December 19, 2016 by TecnoNinja

[GabryHadoken]

@HROT si infatti ho sbagliato e ti ho chiesto scusa, pubblicamente e privatamente, poi se speri che mi abbasso le mutande stai fresco, perchè più di far quello che ho fatto non sono in grado *_*

come detto appena mi hanno notificato la cosa ho cancellato tutto subito ma ormai il danno era già fatto nel senso la questione sollevata.

avrei potuto pensarci prima o farlo senza dire nulla, invece è andata così.

comunque x la cronaca il mio tostapane mi da ancora parecchie soddisfazioni, considera che ha tirato dieci anni ed è ancora usabilissimo.

ci faccio girare anche Fifa 14 e Dragon Age Origins e come potrai intuire avendo visto da windows XP a windows 10 s'ha fatto una bella maratona XD

ai suoi tempi era un bel giocattolo da 1700euro, pensa che nel 2006 aveva un decoder per il digitale terrestre integrato, tra le altre cose..

comunque la mia era solo curiosità, conosco i limiti del mio aspirapolvere, ma so anche che ho fatto girare giochi ben più strutturati del tuo progetto in modo regolarissimo, quindi proprio avrei voluto scoprire la causa che ha in parte compromesso la mia esperienza di gioco iniziale, infatti ora sto rivalutando molto il tuo progetto e penso che te la vedrai con Testa per il primo posto. ma questi sò fatti vostri XD

 

@Tecno anch'io sarei per il tuo ragionamento, comunque c'ha/c'hanno ragione chi la pensa diversamente bisogna rispettarne la volontà.

[Testament]

Il making è nato per fare giochi, semmai le community esistono per condividere conoscenze.

 

Cmq è un regola non scritta, esistono varie linee di pensiero, chi più open, chi per nulla. L'unica cosa certa è che se io cripto un mio progetto è perché è mia volontà che non venga aperto. Quindi se chiudo casa a chiave tu tu me la scassini per entrare, mi sembra chiaro che qualcosa non va.

 

Ci sono comunque altri topic, nati nel corso degli anni su quest'argomento, proseguiamo lì, se necessita, che qui è pseudo offtopic.

[TecnoNinja]

Il making è nato per fare giochi, semmai le community esistono per condividere conoscenze.

 

Cmq è un regola non scritta, esistono varie linee di pensiero, chi più open, chi per nulla. L'unica cosa certa è che se io cripto un mio progetto è perché è mia volontà che non venga aperto. Quindi se chiudo casa a chiave tu tu me la scassini per entrare, mi sembra chiaro che qualcosa non va.

 

Ci sono comunque altri topic, nati nel corso degli anni su quest'argomento, proseguiamo lì, se necessita, che qui è pseudo offtopic.

 

si..giusto... son io che ho iniziato a credere che il making senza community dedicate (e viceversa) sarebbe uno spreco di tempo... quindi per me son diventate una cosa sola xD

 

edit: ho aggiustato il mio pensiero poco sopra riformulandolo nel modo giusto ;)

Edited December 19, 2016 by TecnoNinja

[Guardian of Irael]

Dai, comunque pare che tutti abbiano capito. Insomma noi non possiamo sapere cosa fate sul vostro PC, ma decriptare i progetti altrui senza avere prima il permesso non è buona cosa e per quanto non sia scritta sul regolamento sul forum non è permessa su 2s. Se lo fate e ne veniamo a conoscenza potremmo prendere provvedimenti. Evitate dunque.

^ ^

 

Torniamo pure IT qui.

^ ^

[GabryHadoken]

yess torniamo in topic, comunque Guardian e Testa praticamente mi avete dato pareri discordanti, cioè se ho capito bene secondo Testa non dovrebbero influenzare mentre secondo Guardian si, io nel dubbio nell'intento di eviscerare l'esperienza del progetto di HROT, ho ri-creato una mappa con il personaggio movimento lento simile al suo e un par di centinaia di eventi grafici, tutti uguali con stesso albero da 150x150 pixel, ci si accede da una mappa simile però vuota(e la differenza si sente), ora il punto è che SICURAMENTE si congestiona tutto e rallenta tutto si vede (bandicam complice ma vi assicuro di pochissimo, del resto lo vedete negli altri video che posto che praticamente vanno fluidi), però ho notato anche un altra cosa, cioè che ci dev essere una sorta di PRELOADING delle grafiche perchè la mappa fin da quando mi ci teletrasporto risulta lenta, prima ancora che attivo lo switch sullo spaventapasseri che fa visualizzare tutte le grafiche presenti negli eventi..

questa è la mappa, non li ho contati tutti ma dovrebbero essere circa 350 eventi

http://i68.tinypic.com/2ugdkck.png

 

questo il video del gameplay

https://youtu.be/vjIiqYAL1XY

Edited December 19, 2016 by GabryHadoken

[HROT]

@Gabry

Nessuno ti ha chiesto di inginocchiarti sui ceci, infatti ho compreso e non servono scuse (mi sentirei un ipocrita a pretenderle..)

Stavo solo chiarendo il mio punto di vista

 

Ognuno ha la sua filosofia

Credo ci sia una differenza tra "condividere" e "avere la pappa pronta"

..infatti più volte mi sono anche espresso contro l'utilizzo di script creati da terzi (anche se questo non c'entra nel caso specifico)

 

Sono convinto che parte del gusto del making sia il "capire come" e che questo passaggio sia fondamentale per crescere in questo ambiente

Per me "criptare" non significa "non condividere" infatti sono sempre molto disponibile per discutere (anche se prediligo il vocale), tant'è vero che ho concluso il mio intervento specificando che il problema non è la legittimità quanto l'approccio

Decriptare è un pò come andare a leggere le risposte del compito in classe senza aver studiato

 

Tornando al vero tema (non quello finto del titolo), ovvero "perchè Gabry lagga nella mia mappa":

 

In informatica la prima cosa che ho imparato è che non esiste l'algoritmo perfetto

alcuni richiedono più memoria altri più calcoli altri ancora più programmazione

..algoritmi diversi, pur assolvendo lo stesso scopo, potrebbero essere migliori in contesti diversi

 

Magari è una carenza di ram, magari è il processore che arranca o banalmente ci sono troppi processi in background

Problemi diversi in genere hanno soluzioni diverse

Il modo migliore per capire cosa si adatta meglio a una specifica macchina è facendo delle prove empiriche

 

Le cose che rallentano maggiormente una mappa sono i cicli (quelli senza attese fanno addirittura frezzare il gioco)

I processi paralleli (che sono anch'essi ciclici)

e, qualche giorno fa, Holy mi diceva che i percorsi troppo lunghi vengono digeriti male dal tool (non ho capito su che base scientifica)

Se posso avanzare un altra ipotesi, potrebbe anche trattarsi delle trasparenze con fusioni diverse dal normale o la sovrapposizione di troppi suoni (..o il buco nell'ozono)

Resta comunque il fatto che quel progetto ha dentro un minestrone di cose diverse, comprese lievi modifiche agli script.. e sarebbe difficile basarsi sul mio progetto per determinare in modo assoluto quali elementi fanno rallentare un computer meno potente

Fondamentalmente perchè.. è stato progettato e testato su un computer più potente..

D'altra parte, anche nel campo professionale, giochi realizzati con lo stesso motore a volte hanno requisiti di sistema differenti

 

 

 

 

 

[GabryHadoken]

io l'altro ieri stavo provando a vedere quanto ci metteva a riprodurre un ciclo di un evento parallelo, ho fatto che attivando uno switch partiva un evento parallelo che aggiungeva +1 a una variabile, ogni secondo più o meno schiacciavo F9 e vedevo a quanto era arrivata, più o meno, mediamente, sul mio PC c'era un aumento di 30punti a secondo, poi mi son detto, ok questo lo fa il mio pc con un evento praticamente "vuoto" perchè cè solo quella variabile da aumentare, ma se comincio a metterci un paccone di comandi magari non mi fa più 30cicli a secondo, magari mi diventa di 20, 10 eccetera, quindi ho mollato gli esperimenti perchè mi sembrava una cosa senza via d'uscita.. comunque era giusto per rendermi conto di come processava gli eventi il tool, anche perchè accavallando eventi e comandi pur non essendo pratico io lo noto che non cè la perfezione come la vorremmo nero su bianco, ci sono i limiti obiettivi e poi quelli soggettivi come nel caso del mio ferro da stiro XD

[Testament]

*attenzione, parlo per rpgmaker 2003*

Il grosso trigger che fa scattare il lag è che ogni istruzione per essere eseguita impiega un certo tempo. Rpgmaker può gestirne grossomodo 10mila al secondo.

Anche un commento viene letto e interpretato, così come un'attesa di 0.0 o l'inizio di un ciclo.

 

Se più processi, eventi ecc lavorano insieme e superano o si avvicinano con la loro somma di cose alle fatidiche 10000 istruzioni al sec ecco che le probabilità di lag si fanno concrete.

 

Quanto detto deriva da uno studio condotto da cherry che illustra diverse cose interessanti qui su RMN (in inglese):

 

https://rpgmaker.net/tutorials/691/

[GabryHadoken]

*attenzione, parlo per rpgmaker 2003*

Il grosso trigger che fa scattare il lag è che ogni istruzione per essere eseguita impiega un certo tempo. Rpgmaker può gestirne grossomodo 10mila al secondo.

Anche un commento viene letto e interpretato, così come un'attesa di 0.0 o l'inizio di un ciclo.

 

Se più processi, eventi ecc lavorano insieme e superano o si avvicinano con la loro somma di cose alle fatidiche 10000 istruzioni al sec ecco che le probabilità di lag si fanno concrete.

 

Quanto detto deriva da uno studio condotto da cherry che illustra diverse cose interessanti qui su RMN (in inglese):

 

https://rpgmaker.net/tutorials/691/

ma poi questi dati sono specifici del tool qualunque computer si usi o cambiano se usi un i3 piuttosto che un i7?

[Guardian of Irael]

Oh interessante quell'articolo di Cherry per farsi un'idea su dettagli più tecnici. Istantsegnalibrato, da leggere quando si ha più tempo! :3

 

@Gabry: come detto sopra un computer meno intasato, al di là dei core, ma contando tutte le possibili variabili farà andare il gioco meno laggosamente di uno con i suoi problemi, è normale quello... ti eri già risposto col nero su bianco.

^ ^"

[GabryHadoken]

ma più o meno per farsi un idea io ad esempio quando facevo quella mappa di prova con 300 e più eventi grafici, la stavo testando man mano, fino al centinaio ad esempio non notavo rallentamenti, è dai 150 circa in su che ho cominciato ad accusarli

[Testament]

Dipenderà dal peso grafico dei singoli alberi.

 

Puoi provare ad esempio, giusto per esperimenti, a convertire la risorsa in png a 256 colori per vedere se ne regge di più.

[Guardian of Irael]

Ma è difficile farsi un'idea standard, altrimenti non dicevamo appunto di bianco su nero non possibile. Non ci sono numeri fissi, devi sempre cercare di mantenere il lag basso facendo tanti test ed ottimizzando dove puoi al massimo, perché ci sarà sempre quello con il PC meno performante del tuo. Poi ovviamente se si hanno a disposizione si prova su PC di fascia bassa se arriva quello con la fascia bassissima... ci spiacerà per lui, ma non si può prendere come base windows 2000.

Può darsi che a te laggano a 151 ed a me dai 172.

Non andare alla ricerca del numero standard, sforzati piuttosto di scrivere un buon codice ed ottimizzare peso delle risorse grafiche e non. Dove è possibile tagliare eventi e processi... taglia.

^ ^

[GabryHadoken]

Dipenderà dal peso grafico dei singoli alberi.

 

Puoi provare ad esempio, giusto per esperimenti, a convertire la risorsa in png a 256 colori per vedere se ne regge di più.

ok quindi molto semplicemente è tutta una questione di Bytes, posso caricare un immagine più grande ma con meno colori e ne reggerei di più di altre piccole stracolorate a 24bit per esempio..

 

Ma è difficile farsi un'idea standard, altrimenti non dicevamo appunto di bianco su nero non possibile. Non ci sono numeri fissi, devi sempre cercare di mantenere il lag basso facendo tanti test ed ottimizzando dove puoi al massimo, perché ci sarà sempre quello con il PC meno performante del tuo. Poi ovviamente se si hanno a disposizione si prova su PC di fascia bassa se arriva quello con la fascia bassissima... ci spiacerà per lui, ma non si può prendere come base windows 2000.

Può darsi che a te laggano a 151 ed a me dai 172.

Non andare alla ricerca del numero standard, sforzati piuttosto di scrivere un buon codice ed ottimizzare peso delle risorse grafiche e non. Dove è possibile tagliare eventi e processi... taglia.

^ ^

no tranquillo io non ho di quei problemi, almeno non penso ne avrò XD

mappe piccole, pochi eventi, poi mi rendo conto che ho un computer obsoleto, con poco di più probabilmente non avrei nemmeno sti problemi, comunque curiosare nelle meccaniche del tool non mi dispiace..