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

[Thejuster]

La buona notizia e che non manca molto ad una prima relase stabile

 

(E finalmente XD... è da 7 anni che ci lavoro per avere una 1° relase stabile )

 

 

L'altra buona notizia è ( Sperando che anche stavolta non mi copino l'idea) quella delle anteprime.

Vi spiego

 

Si possono aprire ed importare mappe anche da altri progetti

 

http://s18.postimg.org/7medmpks9/cattura.jpg

 

Prima di aprirlo viene mostrata un anteprima della mappa

 

Successivamente

 

Ho eliminato e vecchio metodo come Rpgmaker.

Che mostrava le mappe create a cartelline (Treeview)

 

Trasformando il tutto in una comoda finestra trascinabile

 

http://s23.postimg.org/qv6mjhajf/cattura.jpg

 

Avendo una miniatura di ogni mappa presente nel progetto,

La finestra e semi-trasparente e trascinabile.

Si può chiuderla ed aprirla anche in un secondo momento lasciando pieno campo visivo in fase di disegno.

La prossima feature sarà quella di poter disegnare anche in Pixel X Pixel.

Disabilitando la funzione Snap To Grid.

 

Questo permette di disegnare elementi in un qualsiasi punto si voglia.

poi ovviamente bisogna fare attenzione a dove si posizionano gli ostacli e gli eventi

[Guardian of Irael]

 

(E finalmente XD... è da 7 anni che ci lavoro per avere una 1° relase stabile )

Mi pareva un botto! XD Ci stanno tutti comunque.

^ ^

 

Importare mappe da altri progetti facilmente, bene, lascia spazio anche a contenuti "scaricabili". Utile anche la listina trasportabile, anzi no l'utilità maggiore direi che è l'anteprima! ^ ^

Mi chiedo cosa potrebbe essere utile sempre lì nella tree map... raggruppamento a cartelle direi di lasciarlo o meglio il modo di organizzarle per bene, utile per grossi progetti. Poi... ci sono opzioni della mappa tramite proprietà? ^ ^

 

Buono quello del disegno libero, è potente, ma pericoloso in effetti per la bassabilità, sempre quadratini hai. Da testare per bene.

^ ^

[Thejuster]

Le proprietà della mappa si ovviamente.

La possibilità di selezionare il BGM, uno background globale, La luce solare, battaglie e varie opzioni.

 

Per il raggruppamento ci stavo pensando.

Essendo un controllo utente che ho creato, è basato su una listbox.

quindi credo non sia una cosa facile creare un raggruppamento partendo da una listbox.

Ma credo si possa fare, Bisogna solo lavorarci di più.

 

Come detto in precedenza, le immagini vengono tradotte da un array di bytes[] ad un immagine

Puoi farti già un idea di come normalmente sia abbastanza complesso gestire la cosa XD

 

potrei al massimo creare una lista che non vada ad influenzare il file mappa.

Ma che agisca sul file del progetto.

 

del tipo se si tratta di un raccoglitore, disegnare una cartella.

Al momento del doppio click, ripulire gli item nella listbox e mostrare solo le mappe contenute nel raccoglitore.

Credo che si possa fare.

 

Avevo dimenticato di dire che sono stati introdotti moltissimi formati audio per MMORpgmaker.

 

MMORpgmaker legge:

Mp3, OGG, MIDI, WAV, VOB.

 

Stavo cercando anche di realizzare un Player video utilizzando il formato per giochi professionali.

Ovvero il formato Bik, che viene usato anche per xboxOne e Ps2,ps3,ps4 ecc. ecc.

Per ora ho sospeso poi si vedrà.

 

Altra importantissima feature, e che MMORpgmaker ha un convertitore audio interno.

Può convertire qualsiasi formato in un'altro.

Un esempio: FLV in MP3 o in OGG

oppure un VMW in MP3 ecc. ecc.

 

Insomma cerco di fare il massimo per la mia bestiolina.

Spero tanto che sarà supportato da tanta gente.

 

Gira da diversi anni sulla rete ed anche se in beta ho un resoconto su sourceforge del tipo di 300 download al mese.

Spero possa raggiungere cifre molto più alte e preso in considerazione veramente come uno dei tool gratuiti più potente in circolazione.

[Guardian of Irael]

 

La possibilità di selezionare il BGM, uno background globale, La luce solare, battaglie e varie opzioni.

Se hai altre idee infilacele pure e rompi tutti quei limiti imposti da rpgmaker se hai la possibilità! ^ ^

 

Mmmh... il raggruppamento non sarà facile quindi, potrebbe essere un problema, progetti anche solo medi hanno centinaia di mappe! Magari un buon sistema di ricerca? ^ ^

 

Per il racoglitore che dici sotto non so se ho capito bene, ma sì, basterebbe solo qualcosa di visuale per raggiungere facilmente la mappa.

 

Utile il convertitore interno! Stai facendo un bel lavoro con tante features interessanti! ^ ^

Hai mai provato a fare un sondaggio su quelle volute? Anche se forse è meglio prima aspettare la prima release per vedere cosa manca.

 

(Qui forse data la sezione rimane un po' più nascosto, ogni tanto fatti pure pubblicità sugli aggiornamenti di stato e sul gruppo FB! ^ ^)

[Thejuster]

Magari un buon sistema di ricerca? ^ ^

 

 

Questa è un'altra buona idea esempio.

Ne prenderò nota.

 

Purtroppo non riesco a trovare nessuna community che voglia supportare il mio progetto.

Capisco che potrebbe essere abbastanza noioso sempre portare nuovità o discutere sugli argomenti che riguardano essi.

Ma per ora non ho trovato nessuno a cui interessa realmente il progetto finale.

 

FB purtroppo per svariati motivi personali non molto carini da parlarne ne faccio felicemente a meno.

Tempo fà mi hanno causato diversi problemi.

Ma è da quanto sono sposato che ne faccio volentieri a meno, quindi non ho FB sorry.

Altrimenti un salto sicuramente ci avrei fatto.

 

L'unico punto di vantaggio che ho, E' che il programma è molto pubblicizzato sulla rete grazie a Brothersoft e Softpedia.

E diversi altri mirror esterni che hanno testato e pubblicato il programma.

 

Chiedere un aiuto da un programmatore sarebbe un suicidio assicurato per il programma XD

Non per nulla, Ma non saprebbero nemmeno dove mettere le mani.

 

La Soluzione di Visual Studio e formata da circa 14 Progetti interni.

Ed un qualcosa che supera il milione di righe di codice.

 

Immagina 300MB solo di testo quanto può essere grande XD

 

Ogni progetto è collegato alle dipendenze di un'altro.

E se si sbaglia qualcosa, si manda in crash tutto.

 

Ah vi allego un video pubblicato tempo fà.

Il video tratta esclusivamente della Modalità Multiplayer

Magari nel prossimo video, registro la modalità Single Player

 

 

Ora e cambiato quasi tutto ma la logica del Multiplayer e quella

 

https://www.youtube.com/watch?v=vIkgkQ9FPpg

 

Abbiamo 2 tipi di server

Ma fungono entrambi allo stesso modo.

 

Un server scritto in C++ ( Multi piattaforma - ma indicato per linux e gira molto veloce )

E un server scritto in C# ( Piattaforma Mono indicato per Win, è molto stabile ed elegante )

 

Noterete che il Chara non è animato

Ho specificato nel video che ho usato un Overlay Chara per il test

Ovvero un chara sovrapposto al player per determinare la posizione ma il chara sottostante è animato.

[Guardian of Irael]

 

Questa è un'altra buona idea esempio.

Ne prenderò nota.

Ottimo, conta che la ricerca è sempre stata chiesta a gran voce da tutti e per tutto: siwtch, eventi, oggetti, database, ogni piccolo nome... ^ ^

 

E' un peccato trovare così poco supporto, da quel che ho visto sai il fatto tuo, magari con un release, vedendo le potenzialità, le cose cambieranno.

 

Capisco per FB. Guarda se usato bene può essere un buono strumento pubblicitario. Non tanto per crearsi il personaggio TheJuster, quanto per creare una pagina di progetto da seguire anche senza autore da mostrare e senza amici, solo mi piace. Comunque se hai avuto i tuoi grossi problemi lì sopra se ne può fare a meno, twitter pure va molto di moda tra gli sviluppatori.

^ ^

 

In un progetto così grande vorranno essere pagati troppo! XD

 

 

Ogni progetto è collegato alle dipendenze di un'altro.

E se si sbaglia qualcosa, si manda in crash tutto.

Alla faccia dell'alta coesione e del basso accoppiamento! XD

 

La feature del multiplayer dovrebbe interessare, ogni tanto vien richiesta su rpgmaker con scarse risposte utili.

^ ^

[Thejuster]

 

La feature del multiplayer dovrebbe interessare, ogni tanto vien richiesta su rpgmaker con scarse risposte utili.

^ ^

 

Bhe bisogna saper realizzare un server ad hoc per avere un multiplayer ottimo.

Ovviamente non è cosa possibile per tutti.

Il C++ o C# vanno studiati bene.

 

 

Il C++ è il linguaggio che ho trovato più ostile di tutti.

Ha tante di quelle funzioni nascoste che nemmeno immaginavo la loro esistenza...

 

Entrambi sono linguaggi molto potenti e molto simili!

E sanno entrambi stupire.

Ovviamente il C++ in termini di prestazioni rimane imbattibile.

Ma coi computer che oggi ci ritroviamo la differenza e veramente minima.

In un progetto così grande vorranno essere pagati troppo! XD

Può darsi XD. Ma essendo OpenSource. Sorgente libero

Il programma sarà e dovrà essere gratuito.

Per ora mi sto concentrando unicamente a rilasciare un exe giocabile.

Successivamente, una volta ottenuto lo scheletro completo. con tutte le ossa al loro posto,

Passerò alla generazione di App per Android e iOS.

[Guardian of Irael]

Sempre avuto nel cuore il C++ anche se non ricordo praticamente nulla ormai! XD Provato poco il #

 

 

Può darsi XD. Ma essendo OpenSource. Sorgente libero
Il programma sarà e dovrà essere gratuito.

Ecco! XD

Dai uscito il primo piccolo.exe speriamo più persone si appassioneranno! Android ed iOS poi saranno sicuramente richiesti, ormai è standard pure per rpg maker normale...

^ ^

[Daemond]

Aspetta, che significa LUA? Perché LUA? Non sopporto il LUA.

Edited February 24, 2016 by Diamond

[Thejuster]

Perché il lua oltre ad essere molto ma molto semplice da apprendere,

E' anche multi piattaforma.

 

Viene usato anche per creare giochi per PSP con apposite librerie.

E' può essere interpretato ed eseguito anche dal web.

Quindi sarà compatibile anche per una futura versione mobile di MMORpgmaker.

 

Questo è un esempio di LUA live http://www.lua.org/cgi-bin/demo

 

Questo invece è uno script contenuto nella cartella di relase del programma.

Diciamo un script che viene rilasciato con altri assieme al programma.

--> #######################################
--> # MMORPGMAKER Window Base
--> #######################################
--> # Questo Modulo consente di interagire
--> # con la finestra del System, Mostrare messaggi, finestre
--> # e tanto altro
--> #######################################


Window = {}

-->Funzione per disegnare una finestra semplice
function Window.Draw(x,y,w,h)

    
    system_window(x,y,w,h)

end


--> Funzione per caricare un nuovo file skin
function Window.Cache(file)
    
   system_window_cacheskin(file) 
    
end


--> Funzione che aggiunge alla lista della finestra selezionata
--> Un Oggetto da mostrare
function Window.Add_Selectable_Item(window,id,value)

add_selectable_item(window,id,value)

end


function Window.Draw_Horizzontal__Selectable_Window(x,y,w,h,window,sel_item)
    System_window_horizzontal_selectable(x,y,w,h,window,sel_item)
end



function Window.Draw_Selectable_Window(x,y,w,h,window,sel_item)

System_window_selectable(x,y,w,h,window,sel_item)

end


function Window.Clear_AllSelectableWindow()

   clear_selectable_window()

end



-->Nuovi Metodi

function Window.Standard_Padding()
    return 12
end


-- Disegna la barra degli HP
-- Parametri
-- i: indice del personaggio
-- x: posizione x sullo schermo
-- y: posizione y sullo schermo
-- h: altezza della barra
function Window.Draw_HP_Bar(i, x, y, h)
 --   Bitmap.Draw_Text(x, y, string.format("HP: %i / %i", Actors.Get_Hp(i),Actors.Get_MaxHp(i)))  -- DA ABILITARE

--TEMPORANEo
Bitmap.Draw_Text(x, y, string.format("HP: %i / %i", 80,100)) 
-----------------

    bi = i
    Bitmap.Cache(bi, "data\\Picture\\Barra")
    bw = Bitmap.Get_Width(bi)
 --   w = bw * Actors.Hp_Rate(i) -- DA ABILITARE
 -- TEMP
  w = bw * 10
----------------

    w = math.floor(w)
    Bitmap.Draw(bi, x, y + 24, w, h)
end


-- Disegna la barra degli MP
-- Parametri
-- i: indice del personaggio
-- x: posizione x sullo schermo
-- y: posizione y sullo schermo
-- h: altezza della barra
function Window.Draw_MP_Bar(i, x, y, h)
   -- Bitmap.Draw_Text(x, y, string.format("MP: %i / %i", Actors.Get_Mp(i),Actors.Get_MaxMp(i))) -- DA ABILITARE
  -- TEMP
Bitmap.Draw_Text(x, y, string.format("MP: %i / %i", 50,100))
--------------

   -- bi = i + Actors.Count()  -- DA ABILITARE
  --TEMP
  bi = i + 2
  --------------

    Bitmap.Cache(bi, "data\\Picture\\BarraMP")
    bw = Bitmap.Get_Width(bi)
   -- w = bw * Actors.Mp_Rate(i)
    --TEMP
    w = bw * 10
   ------------
    w = math.floor(w)
    Bitmap.Draw(bi, x, y + 24, w, h)
end    

--> Draw Del Cursore selettore
function Window.Draw_Cursor(x,y,w,h)
    draw_cursor(x,y,w,h)
end


function Window.Draw_Selec_Comm(x, y, text)
    Bitmap.Draw_Text(x, y, text)
end



----------------------------------------------------
-- # Mostra un messaggio di dialogo
----------------------------------------------------
function Window.Dialog(text)
   
   dialog(text)

  
   
end




----------------------------------------------------
-- # Impostazioni sul tipo di messaggio
----------------------------------------------------

function Window.Message_Option(type,position,process)

dialog_option(type,position,process) -- Native Method

end

Questo può sembrare complesso perché è una libreria del programma che consente di creare le window.

 

mentre questo e una semplice scena

--> ################################################
--> # MMORPGMAKER Script -  Scene GAME             #
--> ################################################
--> # Modulo del Scene Game
--> # Descrizione Linea 2
--> ################################################

package.path = ";Content\\data\\Script\\?.lua"

require "Std_Lib" --> Graphic Library
-- require "actor" --> Libreria degli attori   -- DA ABILITARE
require "Scene_Menu"
require "Scene_Item"
require "Scene_Equip"
require "Scene_Tecnic"
require "Scene_Quit"
require "Bitmap"

require "Actors"
require "gui"

require "Scene_Debug" -- Scena per il Debug

Scene_Game = {}

--> Variabili Globali
local key = "null" --> Gestore dei Tasti
menu = "false" --> Abilita / Disabilita Menu (Globale)
local initialized = "false"; --> Primo Caricamento delle risorse Effettuato
local attori = 0 --> Numero degli attori presenti nel party
index = 0 --> Oggetto Item nella finestra Selezionato
item_max = 8 --> numero di elementi nella finestra di selezione
menu_state = "null" --> Indica l'oggetto scelto nel menu per il caricamento della nuova scena (Var Globale)

local dialogs = false



--> Inizializzazione dello script
function Scene_Game.Initialize()

    
    -----------------------------------------------
    
    Scene_Debug.Show()
    
    menu_state = "null"
    key = "null"
    
    --> Creazione e Abilitazione dell'Attore
     if initialized == "false"  then

     Actors.Initialize() -- Inizializzo tutti gli attori
     Actors.Enable() -- Abilito il Rendering dell'attore principale
     Actors.Controls(true) -- Attivo i controlli
                                 
     
        initialized = "true"   
    end
end





--> Update della scena
function Scene_Game.Update()
    key = "null"
    key = Keyboard_State.Get_Key()
    
    
    
    
    
--> Abilitazione / Disabilitazione del Menu
    if key == "escape" and menu_state == "null" then
        System_Audio.Accept()
        key = "null"
        
        menu_state = "open"
        
        Scene_Manager.Create("Scene_Menu")
        Screen.Window_Name(string.format("Stato menu: %s",menu_state))
        
       
    end
    
    
    
    
    

----------------------------------------------------
-- # Prova di un dialogo
----------------------------------------------------

    --Se il dialogo è aperto, mostra il messaggio
    if dialogs == true then
    
    --Window.Dialog("Benvenuto Giocatore\nQuesto e' un dialogo di esempio")
    call_event("event_0") --> Richiamo un evento dal database

    end

    
  
    --se premo f1 ed il dialogo e chiuso allora attiva il dialogo
    if key == "f1" and dialogs == false then
        System_Audio.Accept()
        key = "null"
        Actors.Controls(false) -- Disabilito i movimenti durante il dialogo
        dialogs = true
    end 
    
    -- se premo f1 ed il dialogo e aperto disattivo il dialogo
    if key == "f1" and dialogs == true then
        System_Audio.Cancel()
        Actors.Controls(true) -- riattivo i movimenti
        dialogs = false
    end
    

 end
 -------------------------------------------------------------------------
   
     
 Scene_Game.Initialize()
 

Più semplice di così si muore XD

[Guardian of Irael]

Non mi sono mai avvicinato al LUA, ma sì, direi che sembra abbastanza semplice e "scritto" come linguaggio! XD

 

Quindi si scripterà solo con quello o ci saranno parti open da toccare in Cvari? ^ ^

[Thejuster]

SI scriverà solo con il LUA.

 

Io e il caro amico Melosx che anche voi conoscete,

Tempo fà abbiamo fatto il lavoro più sporco.

 

Ovvero trascrivere tutte le chiamate native dall'engine al LUA.

 

Tutte le classi disponibili le abbiamo scritte assieme.

Questo per facilitare il lavoro agli scripter senza andarsi a studiare le funzioni native, ma avendo già classi create che lavorano

apposta per quelle funzioni.

 

un esempio è:

Window_Base = {}  -- Classe Istanziata

-->Funzione per disegnare una finestra semplice
function Window_Base.Draw(x,y,w,h)

    
    system_window(x,y,w,h)  --> Chiamata Nativa dell'engine

end

Successivamente lo scripter gli bastera includere la Window_Base come accadeva su Rpgmaker

e chiamarne le funzioni, in questo modo

require "Window_Base"


function Scena_Prova.Initialize()

end


function Scena_Prova.Update()

 Window.Draw(X,Y,Width,Height)  -- Disegno una finestra con coordinate e dimensioni

end

Molto più semplice di come accadeva sui vecchi Rpgmaker.

Che poi ogni ci sono parametri facoltativi come l'id di una finestra

e lo scripter può manipolarla anche in un secondo momento risalendo al suo ID.

 

Insomma è tutto molto facile, basta solo giocarci un pò per avere quel che si vuole.

In più c'è una buona guida all'interno che presto la metterò online, ovvero le MMORpgmaker API. (Application Programming Interface)

[Guardian of Irael]

Che fine ha fatto il vecchio buon melosx? D: Fallo passare se hai contatti ogni tanto! ^ ^

 

Creare una finestra è imbarazzantemente facile! D:

Guida come detto è necessaria e più che apprezzata, bene

[Rox93]

Mi viene voglia di aspettare il tuo programma per il mio gioco pokemon e non impazzire con Unity xD

È molto interessante :)

[Daemond]

Il grave problema del lua è che non è ad oggetti. Per il resto può pure starci, ma odio i non-oggetti, o gli oggetti "Fatti a mano"

[Thejuster]

Invece ti sbagli

 

http://www.lua.org/pil/16.html

 

e

 

http://lua-users.org/wiki/ObjectOrientationTutorial

 

 

Io non sottovaluterei il lua :)

è un linguaggio molto versatile, potente e veloce.

 

Solo che si usa un metodo differente per istanziare una classe.

proprio come ho mostrato io l'esempio.

 

Nel frattempo vi illustro un video fatto qualche oretta fà velocemente per mostrarvi

qualche piccola funzionalità del nuovo editor

 

Edited February 25, 2016 by Thejuster

[Guardian of Irael]

Bella presentazione! E:3

 

Qualche dettaglio:

- quando selezioni un tile non sarebbe male farlo rimanere selezionato dal quadrato di contorno, quel lampeggiare sembra un po' fastidioso, stile bug da finestra! XD

- la passibilità quindi va impostata ad ogni mappa? Non c'è modo di salvarla sul tileset?

- Per quanto riguarda i tile dietro ai quali il pg deve passare? Quelli oscuranti?

- Tile animati? Tile da trasparenza a metà stile erba alta? ^ ^

[Thejuster]

Bella presentazione! E:3

 

Qualche dettaglio:

- quando selezioni un tile non sarebbe male farlo rimanere selezionato dal quadrato di contorno, quel lampeggiare sembra un po' fastidioso, stile bug da finestra! XD

- la passibilità quindi va impostata ad ogni mappa? Non c'è modo di salvarla sul tileset?

- Per quanto riguarda i tile dietro ai quali il pg deve passare? Quelli oscuranti?

- Tile animati? Tile da trasparenza a metà stile erba alta? ^ ^

 

10 Punti a Guardian XD

Dunque..

 

 

quando selezioni un tile non sarebbe male farlo rimanere selezionato dal quadrato di contorno, quel lampeggiare sembra un po' fastidioso, stile bug da finestra! XD

 

Si dovrei poter fixare questo problema, avviene durante il rendering della finestra. Dovrei invalidarla provo a fare qualche test.

 

 

la passibilità quindi va impostata ad ogni mappa? Non c'è modo di salvarla sul tileset?

No perché ho intrapreso un sistema molto elaborato su questo fattore.

Ci ho riflettuto a lungo se utilizzare i Tilest nel database o dare il free paint.

Il tutto era legato alle prestazioni.

 

Dietro le quinte, MMORpgmaker svolge un grande lavoro in background.

Anche se non visibili, partono decine di thread in parallelo che effettuano operazioni e calcoli molto elaborati.

 

Vi siete mai domandati perché dall'Rpgmaker XP in poi dopo un tot di tile eventi inizia a laggare?

semplicemente perché l'algoritmo di Yoji Ojima e sbagliato.

 

Questo poteva andar bene per risoluzioni di immagini molto inferiori alle attuali di oggi giorno.

Il 2k3 fila come un razzo perché oltre ad utilizzare tile 16x16 i colori sono 256, quindi di prestazioni va più che bene.

 

ma metti tipo Rpgmaker MV 48 x 48 con 16M di colori

in una mappa 100 X 100 abbiamo un qualcosa come 500.000 sprite in draw senza contare gli eventi e le varie animazioni eh!

 

Sfido chiunque a non riuscire a portare del lag con un algoritmo del genere.

E' impossibile non avere lag.

 

Invece io sfido tutti voi a provarci con MMORpgmaker.

Non troverete lag nemmeno se provate a ricrearlo apposta.

 

Il mio discorso è completamente diverso, compreso l'algoritmo. è studiato apposta ed è unico.

E' partito tutto dalla mia testa fino ad arrivare alla conclusione finale dopo anni e anni di tentativi.

Quando provavo a fare una mappa 500 x 500 andava tutto a farsi benedire con il lag.

Diventata bruttissimo da giocare.

Il mio primo obiettivo che mi sono prefissato, e stato quelle delle prestazioni.

E una cosa di cui ci prendo molto cura e tengo molto seriamente sempre a portata di mano

qualsiasi operazione io faccia.

Prima di tutto per me contano le prestazioni...

La scelta di non usare Tileset memorizzati nel database e stata la soluzione definitiva.

 

Ho dovuto bloccare gli FPS. (Mettere un limite a 60 FPS :D)

Normalmente MMORpgmaker viaggia sui 200FPS è una risoluzione nativa.

Quasi come se l'engine fosse stato scritto in C++.

 

Se provi a cercare su google image MMORpgmaker vedrai una screen vecchia che segna 195 FPS

Catturati con fraps.

 

poi ho introdotto il limite dei fps ed ottenuto un rendering stabile.

Altrimenti il PG Schizzava via.

 

Successivamente a qualche anno fà siamo arrivati a questa

 

 

 

Per quanto riguarda i tile dietro ai quali il pg deve passare? Quelli oscuranti?

 

Precisamente il layer 0 e definito come terreno base

il PG naviga sul Layer 1 tutti gli altri sono sopra l'eroe.

 

 

Tile animati? Tile da trasparenza a metà stile erba alta? ^ ^

L'erba alta mi è proprio sfuggita di mente XD

Vediamo cosa possa fare

[Guardian of Irael]

10 punti! Ah ah non posso dirlo, ma sapessi quanto c'entra con i discorsi in privé! XD

 

Ottimo il voler puntare tutto su buone prestazioni e FPS stabili... però non ho capito... cioè se mappi la passabilità sul tileset lagga se lo fai mappa per mappa no? Non c'è un algoritmo ottimo anche per la passabilità su tileset? ^ ^

 

Ah immaginavo il pg sfruttasse la questione layer. Ma ci sono layer negativi? Solitamente su altri tool è possibile scegliere i layer anche per i vari sprite. Avere un solo layer sotto di esso (se non ci son negativi e l'1 è obbligatorio) mi par limitativo tra background ed alture varie.

^ ^

 

Perfetto per il resto! E:3 Buttaci sempre un occhio sugli rpgmaker principali (XP soprattutto parlando di editor di mappe), di features nel database ci stanno pure: passabilità, livelli, direzioni, danno, ecc... )

^ ^

[Thejuster]

 

 

cioè se mappi la passabilità sul tileset lagga se lo fai mappa per mappa no? Non c'è un algoritmo ottimo anche per la passabilità su tileset? ^ ^

 

Purtroppo anche se pochi lo sanno è così.

 

Utilizzando un unico tileset in un database esempio,

esso viene configurato una sola volta giusto?

 

Passabilità, altezza ecc. ecc.

 

Ora l'engine cosa fà di Rpgmaker MV o altri cosa fà?

 

fa in questo modo

 

tilset: City.png

| 0 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 |

 

ogni numero equivale alla porzione 32x32 del tileset caricato.

 

dunque disegna una texture per ogni quadratino

in questa caso su una sola riga sono già 15 texture.

 

 

 

MMORpgmaker lavora in questo modo

 

| 0 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 | 0 | 1 | 1 | 1 | 1 |

 

|-----|---|----|---|---|-> [ 0 ] <---|---|---|----|---|---|-

 

 

Build: Color Map, Normal Map, Shadow Map, Light Map.

Shader Pass: Transition, PerPixel Shader, Light Shader ShadowMap.

 

MMORpgmaker compila a runtime un intera mappa

trasformando tutti quei pezzetti in un sola texture

 

La loading screen è dovuta a questo.

Ma non memorizzo pezzetti di codice, Ma memorizzo proprio pezzi di immagini in Criptati in base64

 

Così al momento del play fila tutto liscio come un razzo.

ed ovviamente non si può specificare un solo tileset per diverse mappe.

Questo comporterebbe ugualmente il draw dei pezzettini 32x32

 

perche li prende dal database, e vede se è passabile o meno.

Quindi Rpgmaker deve obbligatoriamente disegnare uno alla volta se vuole usare il database.

 

Prendi unity esempio.

Unity non ha un database per passaggi di ostacoli o non.

Lo si specifica direttamente dalla mappa stessa.

Questo proprio per evitare ulteriori perdite di prestazioni e spreco di risorse inutili.

Per questo affermo che l'algoritmo usato da Yoji Ojima non va bene.

Se guarderebbe il mio codice sorgente, capirebbe molte cose :D

 

Non si può spiegare tutto purtroppo.

Il discorso è molto lungo e pieno di argomenti che alla fine portano alla mia conclusione.

 

come detto in passato ho provato decine di volte questo discorso ed'è sempre andato a male.

ed ho utilizzato questo metodo.

 

Rpgmaker MV Lagga proprio per questo motivo.

E stato fatto con i piedi ed anche molto velocemente solo per puntare ai $

 

Ed ora gli utenti si devono beccare il lag ingiocabile.

 

Io non la penso così.

Io quando gioco, voglio giocare tranquillo.

Un gioco che si blocca all'improvviso o va a scatti diventa pessimo ed orrendo da giocarci.

Ed immagino che anche voi la pensiate come me.

 

per la questione dei layer,

Al massimo posso spostare il Personaggio sul Layer 2 tanto i layer sono infiniti non è questo il problema.

E' che Rpgmaker utilizza un solo layer basso.

Quindi per non rendere difficili le cose a chi passa da Rpgmaker a MMORpgmaker avevo fatto in questo modo.

[Guardian of Irael]

 

Non si può spiegare tutto purtroppo.

Il discorso è molto lungo e pieno di argomenti che alla fine portano alla mia conclusione.

Ho capito comunque il discorso. Alla fine non è tutta questa grande perdita, anzi diciamo che hai la libertà di rendere un tile passabile e non, seppur con maggiore impegno mappa per mappa. Ricorda che a tempo di debug i tile colorati con colori diversi in semitrasparenza aiutano molto il test di controllo della passabilità, potrebbe esser una features buona da inserire. E magari un piccolo evento che cambia le passabilità una volta impostate dall'editor mentre giochi così da avere features come ponti da passar sopra e sotto e simili.

^ ^

 

La pensi bene, tool del genere vanno programmati alla perfezione.

 

Per la questione layer... infiniti anche in negativo quindi? Altrimenti si può sempre mettere la classica funzione che hanno tutti i tool di scegliere per tutti gli oggetti un layer. E' una cosa davvero utile, soprattutto per chi pensa ad rpg più action; e per quanto di base il player inizia sull'1 per quelli che vengono da rpg maker avere la possibilità di cambiarli sarebbe utile per gli altri e non così poco intuitivo.

^ ^

[kaine87]

Ah Ah vedi justino non sono l'unico che ti consiglia il tile per i ponti in cui è possibile passare sopra e sotto XD

[Thejuster]

Sarà una cosa da segnare sicuramente allora XD

Segno Kainuzzo. Sicuramente è una cosa interessante.

 

Attualmente è da ieri circa, che sto progettando con ghostino tutto il database e le varie feature.

La vedo molto dura lol.

 

Ma non per la difficoltà, ma per il tempo che ci vuole.

Perché proprio di difficoltà non è ho. anzi... ci faccio quel che voglio XD

 

Credo che l'idea di un tiles negativo sarebbe ottima.

 

Magari potremmo fare del tipo

 

0 = Base

1 = Negativo

2 = Alto

3 = Alto ecc. ecc.

 

Ho anche finalmente ottimizzato il loading.

ora è il doppio più veloce di prima.

 

Ecco un'altra scrren

 

http://s8.postimg.org/8qvfx8e4l/cattura.jpg

Edited February 28, 2016 by Thejuster

[Guardian of Irael]

 

Ma non per la difficoltà, ma per il tempo che ci vuole.

Lo diciamo con due o tre altri utenti dal 2004 tipo

 

 

Credo che l'idea di un tiles negativo sarebbe ottima.

 

Magari potremmo fare del tipo

 

0 = Base

1 = Negativo

2 = Alto

3 = Alto ecc. ecc.

Io lascerei infinito sia + che -, tanto il + già c'è, stiam lì! ^ ^

 

Ottimo per il loading! Per lo screen invece dovresti mappare sfruttando tanti layer con tante profondità da caverna così da mostrare quanto può fare di più di un rpgmaker con i layer standar! ^ ^

[KenzaMe92]

quindi avremo i blueprint invece degli eventi di rpgmaker, e il lua come scripting, buono, per il resto bisogna provare per vedere com'è efficente