Mire Engine

[Thejuster]

MIRE ENGINE

Making Italia Rpg Engine

http://www.makerando.com/forum/uploads/imgs/pre_1478077904__new-3.png

 

Cos'è Mire?

 

Dal sinonimo stesso "Making Italia Rpg Engine" è un Motore (engine) che permette di realizzare i propri giochi di ruolo.

E non solo.

 

Grazie al suo potente motore molto performante, alla possibilità di usare Shader HLSL e Fragment Shader è

l'unico progetto di questo genere mai realizzato da italiani.

 

Mire nasce per essere uno valido strumento di aiuto per la realizzazione di giochi RPG ma.

E' possibile in oltre stravolgere completamente il suo funzionamento grazie al suo interprete Javascript.
E' possibile realizzare qualsiasi tipo gioco, Sparatutto, Avventura, Side Scrolling, e molto altro ancora.

 

 

Perché dovrei scegliere Mire al posto di altri tool già presenti?

 

So bene che quando si tratta di spendere soldi, nessuno lo fa con gioia,

a prescindere dal prodotto che stanno acquistando, ma spero che la versione gratuita di Mire che rilascerò

(che è comunque completa quanto a funzionalità) convinca che ne varrà la pena.

 

il mio scopo finale infatti, non è di "competere alla pari" con rpgmaker o programmi simili,

ma convinca che valga la pena acquistare MIRE piuttosto che i suoi concorrenti.

Può laggare sfruttando tutte le sue caratteristiche?

No. La probabilità che Mire può laggare è incredibilmente bassa.
Il suo framerate si aggira attorno ai 250 FPS, Ma siamo stati costretti a porre un freno o meglio

un limitatore di FPS.
Immaginate di poter sfruttare più di 250 FPS nel vostro gioco. Con una semplice operazione potete

incrementare il framerate.

L'unica situazione dove si è riscontrato un calo di FPS, è stato durante lo Stress-test inserendo ben

1500 Luci.

Quale sono le sue feature?

• Deferred 2D Lighting
• Normal Map Generator
• Day & Night System
• 2.5d Feature
• Javascript Languague
• LUA Languague
• DirectX 9.0c Support
• High Level Shading Languague
• 2d Goodrays
• Event
• Visual Scripting Editor
• Internal Scripting Editor
• Powerfull IDE
• Debugger
• Cross-Platform
• Unlimited Layer per map
• Unlimited Tileset per map
• Free Paint
• Animated Battle Charaset
• Animation whit Frame
• Particle
• Plug-in Host
• Pastebin Import
• Multi Languague
• WebSocket

 

 

Qualche Screenshoot

 

 

L'editor lavora sui 125 FPS, lasciando all'utente una velocità di disegno incredibile e senza limitazioni.

 

 

 

 

 

http://www.makerando.com/forum/uploads/imgs/pre_1463004408__1.jpg

 

 

http://www.makerando.com/forum/uploads/imgs/pre_1460294904__cattura.jpg

 

 

http://www.makerando.com/forum/uploads/imgs/pre_1460287091__cattura.jpg

 

 

 

 

Visual Event Editor ( ComCode )

 

 

 

 

 

Mapset Constructor Tool

 

 

Seleziona pezzi da file immagine adattandoli automaticamente in blocchi 32 x 32 pixel

 

 

 

 

Realtime Debugger

 

 

 

 

 

 

Mire Scripting Editor

 

http://www.makerando.com/forum/uploads/imgs/pre_1478881813__ssc34.png

 

 

 

 

 

 

Demo Web ( Funzionalità: 10% )

 

 

 

Demo Android ( Funzionalità: 10% )

Edited January 11, 2018 by Thejuster

[Guardian of Irael]

Photoshop? Quindi pensate di creare all'interno anche dei tool per creare grafica, animazioni, musica, ecc... ? Sarà un lavorone.

 

Bene per il lag luci.

^ ^

 

Pixel Shader 3.0... mmmh dovrei vedere...

[Thejuster]

si.

Ovviamente nulla di elaborato.

Ma il necessario per avere un kit perfetto.

[Thejuster]

Visualizzatore Plotter dell'audio

 

[Guardian of Irael]

Ci saranno anche i classici comandi per avviarlo da un certo punto, dissolverlo, stopparlo e riprenderlo, cambiare volumi, cambiare bilanciamento tra le due casse... e magari quello per l'audio ambientale che cambia volume quando ti avvicini ad un certo punto? E:3

[Thejuster]

Per l'audio 3D e un processo più complicato. Ma credo si possa fare in futuro così come le altre feature audio.

[Guardian of Irael]

Ottimo anche per questo comparto allora! ^ ^

[Thejuster]

Altra nuova feature.

 

Corretto un bug che sulle trasparenze pre-impostate sui tileset causava un errore grafico. Ovvero sulle trasparenze si vedeva un riquadro color viola.

 

L'altra nuovità è Multi-layer on Layer.

 

Consente di sovrapporre uno o più elementi sullo stesso layer senza cancellare quello sottostante.

Avendo così la possibilità di avere ancora più spazio per il comparto grafico e più creatività

 

Esempio Editor:

 

http://s15.postimg.org/pr8bcjyh7/Immagine.jpg

 

 

Esempio Engine:

 

http://s28.postimg.org/m3h47kmgt/Cattura.jpg

Edited March 15, 2016 by Thejuster

[Guardian of Irael]

 

L'altra nuovità è Multi-layer on Layer.

 

Consente di sovrapporre uno o più elementi sullo stesso layer senza cancellare quello sottostante.

Avendo così la possibilità di avere ancora più spazio per il comparto grafico e più creatività

Ottima cosa! Di solito gli altri tool hanno sempre e comunque una z anche all'interno dello stesso layer e permettono di sovrapporre tutto! ^ ^

 

Ah il bug del riquadro viola... in pratica è quello che l'XP legge come traslucenza delle ombre.

^ ^

[Thejuster]

Esatto.

Avevo anche io questo problema.

Forse io e Yoji abbiamo scritto lo stesso algoritmo hehe.

Solo che ho risolto e capito dove era il problema.

Ora e tutto appposto.

 

L'asse Z lo abbiamo per le luci.

Possiamo sceglierne il raggio, l'altezza e forza.

[Guardian of Irael]

Dovreste cenare insieme qualche volta, così gli spieghi un po' di trucchi! XD

 

Sì, parlavo di z, ma capito che quello della sovrapposizione era automatico. Buono per le luce così da creare diversi giochi.

^ ^

[Thejuster]

Argh meglio di no XD

Una cena con Yoji >.>

 

Preferirei una bella belen XD

[Guardian of Irael]

XD

Una cena di lavoro allora! Con una ragazza che ti piace se poi parli di cosa implementare in rpg maker ed ha passioni diverse si annoia! XD

^ ^

[Thejuster]

eh si. confermo XD

 

intanto, ecco una piccola anteprima del database.

Precisamente della scheda Personaggio

 

[Guardian of Irael]

Oh schermata personaggio... buona è ancora in costruzione od ha tutte le opzioni? ^ ^

 

Vedo che in quanto a grafiche rimani molto sullo stile rpgmakeriano, ad esempio nel battler tre frame alla volta selezionati... sarà possibile cambiare numero di frames e dimensioni di chara, battler, ecc... ? ^ ^

[Thejuster]

la dimensione è 64x64

ma i frame sono infiniti per le pose.

 

Normalmente di base, sarà pre-selezionato il template da 3 frame per animazione.

Ma si può definire come meglio si crede.

 

Esempio:

5 Animazioni per lo Stand

e 12 per l'attacco.

[Guardian of Irael]

Ah frame infiniti, ottimo da leggere! ^ ^

 

anche variabili a seconda del tipo di animazione poi!

[Thejuster]

nuovo update nel comparto animazioni.

 

credo che così vada bene no?

 

[Guardian of Irael]

Ah bene puoi selezionare Frame per Frame per comporla.

Ritornando al vecchio messaggio:

 

la dimensione è 64x64

Quindi se io avessi una chioma lunga 100 pixel non potrei farla entrare?

In generale il consiglio è quello di andare a guardare per le risorse (intese come libertà, limiti, dimensioni... ) i vari tool più specializzati di rpgmaker: Construct2, Stencyl, Game Maker, Unity...

Rpg maker non dà una buona base di esempio sia come formato che come posizione.

^ ^

[Thejuster]

successivamente ne prenderò conto.

Ora come ora, l'importante e che riesco a trovare un modo per tenere a memoria tutto questo macello XD

vi assicuro che e veramente un casino ricordare tutto!

 

dal lato editor, posso fare qualsiasi cosa. non ho problemi.

 

Il problema poi sarà l'implementazione.

 

ma in questo frangente: "Battler" problemi non ne dovrei avere.

Perché il battler viene raffigurato anche lui come semplice animazione.

 

Non ha bisogno di avere un BuondingBox per gestire collisioni ETC.

ma è semplicemente un animazione da battaglia.

 

Ma poi successivamente non potrò aiutare il programmatore nel posizionare i battler

se ogni frame ha una dimensione diversa.

 

Se hai notato, Disegno la guida 64x64 per centrare automaticamente il frame.

ma se metti tipo

 

0 1

64x64 80x64

 

come lo centro?

 

non basta un math.floor(frame.Width / 2)

perché comunque il lato sinistro sarebbe diverso dal primo frame o viceversa.

poi il lavoro tocca al grafico farlo.

 

a questo punto poi il grafico deve fare tutti i frame 1000 x 1000

e metterli lui al centro

 

Cmq non ho problemi nel farlo.

Ma poi sarà il grafico a sbattersi la testa su come centrarli XD

 

ho agito per coscienza.

Non lascio nulla al caso come avrai ben notato.

 

Col database sto andando a rilento perché le pagine, opzioni ed impostazioni sono collegate tra di loro.

Hanno delle relazioni con altri componenti.

 

Esempio:

Eroe:

L'eroe deve avere una classe.

Charaset

Battler

 

Classe:

La classe deve includere exp, livelli ed animazioni

Magie

Poteri

Status

 

 

Magie:

Sono correlate alle classi per permettere di impararle.

 

ecc. ecc.

 

Come vedi, se sbagli una virgola sei costretto a rifarti tutto il codice da capo.
Basta che dimentichi qualcosa per non trovarti più con le relazioni. >_-

Edited March 18, 2016 by Thejuster

[Guardian of Irael]

 

Ma poi successivamente non potrò aiutare il programmatore nel posizionare i battler

se ogni frame ha una dimensione diversa.

Per questo ti dicevo guarda un po' gli altri tool come gestiscono animazioni e frame.

Solitamente si usa un punto come pivot, spesso è anche possibile modificare il pivot e porlo in posizioni standard come centro ed angoli ed anche metterlo a piacere sulla box dell'immagine.

^ ^

 

Ovviamente poi sta a chi usa il progetto stare accorto nel gestire il centro scelto e tutta l'animazione. Più features metti più la cosa per lui diventa complicata, ma non vedo tanti aver problema con quel genere di features.

^ ^

 

Già, poi ci sarà anche da vedere la questione armi da equipaggiare, come posizionarle sul battler, ecc... lì pure una virgola e... >

[Thejuster]

Nuova Feature abilitata all'engine.

 

Abbiamo il Multi-render Target.

 

Feature implementata prendendo spunto da Unity.

 

In pratica nella scena di gioco abbiamo una o più telecamere.

Attivando la telecamera che desideriamo, vedremo ciò che la telecamera sta renderizzato.

 

Con questo sistema possiamo anche avere esempio uno split screen e giocare con 2 giocatori.

Abbiamo la possibilità di zoomare e ruotare la mappa. come ci piace e pare.

 

La logica e come quella di Unity.

Scegliendo la telecamera che vogliamo vedere a video, quella selezionata sarà attivata.

mentre le altre continueranno a lavorare in background.

 

esempio la telecamera 2 mostra un portone, mentre la 1 gira per lo schermo.

la 1 continuerà a girare in background mentre noi visualizzeremo la 2.

 

magari con il video si capisce meglio

 

https://youtu.be/Au-ClNXfX28

[Guardian of Irael]

Ah ottimo. Sicuramente rispetto ad rpgmaker ci voleva una gestione separata della telecamera. Ora qui abbiamo addirittura altre telecamere che lavorano in background Unity style. Perfetto. In un rpg è un aspetto importante non solo per le scene (intendo la malleabilità della telecamera), ma anche per i tipi di transizione di mappa che nel passato sono stati vari e particolari.

^ ^

[Thejuster]

Potro altre nuovità.

 

Intanto si continua con il progetto MIRE.

 

Volevo annunciare che c'è una buona percentuale di possibilità che MIRE sarà rilasciato anche per dispositivi Mobile.

 

come Android, iOS e Window Phone.

 

per ora i test sono accettabili. tranne il lag.

 

Ma prima di sbilanciarmi al 100% ed affermare che ci sarà una versione anche per mobile,

l'engine deve girare come dico io.

 

Non faccio come certe persone XD che hanno puntato ai $.

 

Vi lascio qualche screen fatta dal mio Huawei p8 lite.

 

http://www.makerando.com/forum/uploads/imgs/pre_1459193829__screenshot_2016-03-28-21-24-47.png

 

 

 

http://www.makerando.com/forum/uploads/imgs/pre_1459193929__screenshot_2016-03-28-21-28-53.png

 

 

Le luci ed ombre purtroppo non si possono replicare sul mobile.

L'algoritmo che ho studiato e messo a punto per tanti anni è inimitabile.

non credo di poter ottenere lo stesso risultato sul mobile.

 

questa è la screen originale

 

http://www.makerando.com/forum/uploads/imgs/pre_1459194154__cattura.jpg

 

ci sono ancora molti errori grafici e strane ombre generate a casaccio.

e poi c'è il lag che mi dà molto fastidio.

 

sicuramente, è un ottimizzazione che dovrà essere presa ancora più in considerazione del normale engine.

ma il tutto fà sperare ad un buon risultato.

 

ripeto, non affermo che ci sarà una versione per mobile se prima non riuscirò ad ottenere quello che voglio.

i miei obiettivi sono:

Un motore efficiente,

Poco consumo di prestazioni,

stabile e veloce.

 

il giocatore deve godere a pieno delle potenzialità trasmesse da MIRE.

se questo non accadrà non ci sarà una versione mobile.

 

ma per ora il tutto lascia sperare a qualcosa di buono :)

vedremo in futuro cosa succederà.

 

Quando almeno sarà rilasciata una versione stabile.

[Guardian of Irael]

Un exporter per il mobile per i tool di oggi è quietamente necessaria! ^ ^

 

Contento che tu abbia deciso di provare anche con buoni risultati a quanto pare. Tagli come per l'engine di luci ed ombre ci stanno, lo fanno anche i tool più famosi! ^ ^

 

 

i miei obiettivi sono:

Un motore efficiente,

Poco consumo di prestazioni,

stabile e veloce.

[Thejuster]

In questi giorni sono molto impegnato, ma con quel poco tempo che ho avuto disponibile sto lavorando al

comparto animazioni.

 

http://www.makerando.com/forum/uploads/imgs/pre_1460033108__immagine.png

 

Il sistema è abbastanza articolato da realizzare, si sbaglia qualcosa c'è il rischio poi

che alla fine del lavoro le strutture non siano inerenti alle reali capacità.

 

quindi ci sto andando piano studiandomi punto per punto.

 

Le animazioni sono 192 x 192

é lo standard impostato.

 

Potrei farle anche più grande.

Ma non è solo quello che conta.

 

Conta anche le prestazioni di un sistema del genere.

Le potrei fare 1000 volte più grandi per poi avere dei sbalzi di prestazioni in gioco.

quindi và calcolato tutto.

 

Anche per il futuro porting al mobile.

Edited April 7, 2016 by Thejuster