Date un aiuto ad un povero vecchio...

[Deathwing]

Allora :D

Non credo di avere intenzione di realizzare alcun gioco, ma mi piacerebbe restare aggiornato

sul making e fare delle prove.

Tuttavia, allo stato attuale, viste le molte versioni del programma ascii/enterbrain (e trovo spettacolare che siano ancora tutte, tranne rm95, ancora supportate), capitemi, faccio fatica ad orientarmi ed a scegliere come farle, queste dannate "prove".

 

Io ho smesso di usare rpg maker quando la versione più nuova era rm2k3 ed rmxp, che non ho mai provato, era in procinto di uscire. Sapevo che avrebbe incorporato un fork del ruby, ma mai ho avuto il tempo di giocarci.

 

Ora, se aveste voglia di spendere due minuti a pensare per me, ve ne sarei grato.

Vorrei capire quale versione di rpg maker (o quale altro tool) potrebbe essere adatto a me.

 

La mia situazione è la seguente:

 

1. Ho tutte le versioni di Rpg Maker, da ieri.

 

2. Le ho guardate velocemente...

Rpg Maker 95... superatissimo, direi inutile.

Rpg Maker 2000... quello che obiettivamente posso dire di usare alla perfezione. Al tempo sapevo fare, perdonatemi se mi vanto un poco, assolutamente tutto.

Rpg Maker 2003... mi pare una versione del 2000 che aggiunge due o tre features altrimenti fattibili tramite programmazione ad eventi a scapito dell'ordine del programma stesso. Sono sicuro che non vada bene per me.

Rpg Maker XP e VX non li conosco a sufficienza per giudicare ma ho notato che:

Rpg Maker XP ha molte meno risorse grafiche (chi mi conosce dai tempi andati, sa che sono una chiavica nel disegno) disponibili rispetto al 2000 (correggetemi se sbaglio), mentre Rpg Maker VX, che suppongo ne abbia in giro ancora meno, trovo abbia fatto un passo indietro allucinante, ovvero riprende il sistema di tilesets di rm95... ovvero non è possibile assegnarne uno ad ogni mappa bensì i tilesets sono solo x files fissi.

 

3. Lavoro nel campo dell'informatica ormai da un pezzetto. So programmare agevolmente indipendentemente dal linguaggio... ovvero mi basta un manuale della sintassi e dei comandi ed io imparo... normalmente programmo in Java, C e C#, sia ad oggetti che con programmazione strutturata, indistintamente. Quindi la programmazione ad eventi scarna per me non è un problema...anzi, preferisco scrivere che farmi venire l'artrite al polso a furia di premere bottoni (eeeh... rpg maker 2000...).

 

Bene, ecco, cosa mi consigliate?

Io proverei rpg maker vx, ma ha un layer di mappa in meno rispetto persino a rpgmaker 2000 ed i tilesets sono fissi... direi quasi con certezza, a meno che non mi sia sfuggito qualcosa, che ha un sistema di mapping di merda :D

 

Cosa dite?

[Lusianl]

Beh..Io ti consiglio data la tua esperienza di programmazione di creare tanti bei script per rpg maker xp,magari apri un topic chiedendo agli altri che tipo di script vogliano..

Per quanto riguarda la grafica ti quoto ancora l'xp, vedi io realizzo sempre tutto da me le risorse e devo dire che con xp c'e' più scelta che nel 2000 o nel 2003, almeno puoi decidere la grandezza del chara senza problemi..

Un'altra cosa, puoi decidere di fare un bel gioco, creando un team dove tu ti occupi della programmazione e altri della grafica!!

[MindTheGap]

3. Lavoro nel campo dell'informatica ormai da un pezzetto. So programmare agevolmente indipendentemente dal linguaggio... ovvero mi basta un manuale della sintassi e dei comandi ed io imparo... normalmente programmo in Java, C e C#, sia ad oggetti che con programmazione strutturata, indistintamente. Quindi la programmazione ad eventi scarna per me non è un problema...anzi, preferisco scrivere che farmi venire l'artrite al polso a furia di premere bottoni (eeeh... rpg maker 2000...).

 

Cosa dite?

 

Sono nella tua stessa situazione, stufo dei vari tool pacco me ne stavo costruendo uno in java basandomi su Lightweight java game library (http://lwjgl.org/) che è anche abbastanza multipiattaforma. Purtroppo noia e poco tempo hanno preso il sopravvento appena dopo la fase di pianificazione su carta. Fondamentalmente cercavo di ricostruire il modo di lavoro di Game Maker (http://www.gamemaker.nl, se il sito è ancora quello). Quindi classi standard già piene di metodi comuni per oggetti, stanze, background e risorse.

 

O in alternativa puoi anche evitare di fare qualcosa di tanto "generale" e lavorare direttamente su lwjgl.

Edited March 9, 2008 by MindTheGap

[Alato]

Personalmente ti consiglierei l'XP, ma non so dirti quanto sia meglio/peggio del VX poiché non l'ho ancora provato.

C'è da dire che soprattutto in community straniere c'è stato molto lavoro dietro agli script e abbiamo a disposizione una vastissima serie di script da poter utilizzare come esempio per i propri lavori: questo per dirti che appunto la sintassi la impari in un attimo, anche solo guardandoti i codici di default copri quasi tutto. Più che altro c'è da capire come funziona il programma stesso, nel senso, cosa fanno le varie classi, dove andare a cercare quando vuoi modificare o aggiungere una certa funzione, etc. Per quello ci vuole un po' di esperienza col programma ma non credo che farai fatica.

Comunque leggiti bene le features del VX, magari per uno che inizia ora può essere più conveniente.

[Deathwing]

Sono nella tua stessa situazione, stufo dei vari tool pacco me ne stavo costruendo uno in java basandomi su Lightweight java game library (http://lwjgl.org/) che è anche abbastanza multipiattaforma. Purtroppo noia e poco tempo hanno preso il sopravvento appena dopo la fase di pianificazione su carta. Fondamentalmente cercavo di ricostruire il modo di lavoro di Game Maker (http://www.gamemaker.nl, se il sito è ancora quello). Quindi classi standard già piene di metodi comuni per oggetti, stanze, background e risorse.

 

O in alternativa puoi anche evitare di fare qualcosa di tanto "generale" e lavorare direttamente su lwjgl.

 

 

Hmmm. Lwjgl non è per nulla male, lo guardai di striscio tempo fa... però java ha di suo qualche problemino con l'audio, proprio da jvm e, inoltre, tu conosci un editor di mappe a tiles freeware (il 3d per me non esiste, mi fa schifo)? Io no :/

E se anche lo trovassimo, bisognerebbe escogitare un sistema di lettura.

Il che sarebbe abbastanza interessante/challenging, obiettivamente.

 

Hai idee?

[Dax]

Io ti consiglio il sempre bello gamemaker xD Se ti sbatti un attimo fai di tutto, hai tutte le sintassi per il codice di programmazione interno e puoi usare qualsiasi grafica. Quindi rubi anche da rpgmaker XD

[Deathwing]

Sì beh, Game Maker è indubbiamente versatile, però manca, ad esempio, di un database precostruito come quello di tutti gli Rpg Maker, il che non è poco. Però sì, hai sicuramente ragione.

[Keroro]

Hmmm. Lwjgl non è per nulla male, lo guardai di striscio tempo fa... però java ha di suo qualche problemino con l'audio, proprio da jvm e, inoltre, tu conosci un editor di mappe a tiles freeware (il 3d per me non esiste, mi fa schifo)? Io no :/

E se anche lo trovassimo, bisognerebbe escogitare un sistema di lettura.

Il che sarebbe abbastanza interessante/challenging, obiettivamente.

 

Hai idee?

io sviluppo in C e SDL e quando ho provato a fare un rpg/platform mi è stato molto utile Mappy! un editor free di mappe tiled (supporta anche il 3d ma a quanto leggo non ti interessa)

Se invece non lo voleste usare, in java dovrebbe essere relativamente semplice creare un mapper (parlo così perché non lo uso )

definire un sistema di lettura è immediato, se servono idee più precise mi posso rendere utile

[Zuppo]

alla fine il tuo problema è il database grafico. A questo punto cercati un programma con un vasto database grafico, "rubalo" ed implementalo nell'xp mettendotici tutti gli script che ti pare. Io rubicchiai ad un Tattic Maker o cosette così che avevano rpt isometrici.

 

Cercati i tool ed i loro database e vedi tu cosa prendere. Poi li implementi nel programma che più ti sembra versatile, così da ovviare ai difetti del tool che vuoi usare :3

[Deathwing]

uh! mica male sto mappy!

 

ed in effetti è corredato di un sacco di belle cose, vedo, per l'integrazione... la presenza delle playback libraries rende il sistema di lettura automatico di suo... pensavo di dovere sviluppare librerie simili (-> non ho tempo). Ci farò un pensierino ;)

 

Ma tornando ad rpgmaker e dunque a cose più semplici... voi sapete dirmi se la gestione dei tilesets del vx è PROPRIO come pare a me?

 

Poi, tra l'altro... pensavo una cosa... mi pare sciocco che al giorno d'oggi un piccolo motore come rpgmaker non supporti lighting e shading dinamici :S

[Zuppo]

non è sciocco è commerciale. Se è per quello non si allaccia nemmeno al motore del pg, ma funziona sul suo (difatti lagga con 3 eventi paralleli de troppo)

 

Deve essere qualcosa di sciocco e limitato o sarebbe facile. XD I giochi 2d attualmente vendono ancora :3

 

Cmq tramite script e molta testa si possono cercare di implementare cose strafighe, a patto che si convinca il programma a sfruttare le potenzialità della macchina.

[Tio]

Consiglio sicuramente RMXP, credo che sia quello che dia più libertà, e probabilmente il più professionale (so che chi programma storcerà un po' il naso, ma è sicuramente il "meno bambinesco" come tool). Teoricamente dovresti essere indeciso fra RMXP e RMVX, ma per i motivi citati da te stesso (e per il fatto che in RMXP i tileset, che sarebbero i vecchi chipset di rm2k, possono essere di grandezza infinita, mentre in RMVX no), passerei direttamete all'RMXP. Poi se hai già abilità in programmazione ad oggetti sei a cavallo.

(cmq a me sembra che RMXP sia il programma con più risorse rtp XD cioè, parti con 50 tipi di tilesets diversi, mentre in rm2k/rm2k3 c'erano 4 o 5 chipset molto più piccoli..)

[MindTheGap]

Hmmm. Lwjgl non è per nulla male, lo guardai di striscio tempo fa... però java ha di suo qualche problemino con l'audio, proprio da jvm e, inoltre, tu conosci un editor di mappe a tiles freeware (il 3d per me non esiste, mi fa schifo)? Io no :/

E se anche lo trovassimo, bisognerebbe escogitare un sistema di lettura.

Il che sarebbe abbastanza interessante/challenging, obiettivamente.

 

Hai idee?

 

Non sapevo dell'audio per la jvm, non mi ci sono mai cimentato, pero' lwjgl se non sbaglio ha delle sue funzioni che s'appoggiano su OpenAL quindi credo venga scavalcato questo ostacolo.

 

Per i tile penso che un file organizzato ad esempio "x,y,Profondità, Alpha, Blocking(Bool), risorsa.est (o direttamente il binario)" possa bastare per la lettura, il lavoro sporco lo fa l'editor che scrive in questo file.

 

Non è particolarmente difficile farne uno "banale" from scratch, dipende dal grado di raffinatezza che si vuole raggiungere, rpgmaker faceva il figo controllando cosa avesse intorno ogni tile che si andava a posizionare adeguandone di conseguenza lo sprite, compito che in fondo potrebbe essere lasciato all'utente.

 

 

(Avevo fatto una cosa simile con game maker, molto molto molto semplice, un editor di mappe per il mio gioco.)

Edited March 9, 2008 by MindTheGap

[Deathwing]

Mi state ispirando una mezza idea...

quanto il ruby è hard coded dentro a rmxp?

 

No perchè se non lo è molto si possono sfruttare backdoors varie per estendere il programma tramite chiamate da ruby... al che si potrebbero usare mezzi come quello descritto da mind the gap, magari non proprio in un semplice file di testo bensì in un file xml per salvare configurazioni (non relative al movimento, ma allo "stato" del motore) e quindi tentare di entrare sul rendering, a basso livello, con opengl. *si gratta la testa*

A quel punto avrei quello che voglio.

 

Che dite? XD

[Keroro]

ruby è il linguaggio interpretato tra i più lenti nella storia, del resto gli oggetti ed una semplice sintassi dovevano avere qualche contro...

il binding delle opengl per ruby è ancora in stato embrionale quindi imperterrito il mese scorso ho provato ad aggiungere al mio motore (in C con SDL+OpenGL) ruby come linguaggio di scripting (molto hardcoded perché non sono ancora esperto nell'embeeding) per poi rendermi conto che non avevo i risultati sperati... per questo ho eliminato ruby dalla mia testa e sto andando avanti nello sviluppo con lua.

 

Estendere rpgmakerxp a mio parere sarebbe tempo perso perché il runner di rpgxp non sembra così efficiente e ad esempio dovresti crearti una classe per le texture modificando le risorse già presenti nel programma portandoti dietro nella ram un macigno di roba inutile

 

Se sei proprio fissato con il ruby dai un'occhiata al mio tutorial sulle Ruby/SDL, potresti benissimo usare queste librerie per il tuo giochino :]

[Deathwing]

Alt, alt, frena :D

 

Non devo fare nessun giochino, nè sono fissato con il ruby (-> mai provato)...

voglio solo semplificarmi la vita. :P

 

Il tuo motore è disponibile da provare?

[Keroro]

per ora ho testato solo su linux (è crossplatform) ed è ancora scarno di funzionalità 3d (sto ancora lottando per importare i modelli, non si trova un loader decente in giro e non ho voglia di scrivermelo :() (ma per primitive, displaylist, texture e shader è tutto ok)

 

ma da quel che leggo ti interesserebbero le opengl solo per il velocizzare il rendering quindi quali sono le funzionalità 2d che ti interesserebbero?

(fammi una bella lista corposa e ti dico se e quando sarà pronto)

[Deathwing]

Guarda, ti faccio un piccolo esempio...

consideralo esemplificativo solo per quanto riguarda le features finali, giacchè

per quanto riguarda il codice non me ne sono interessato, essendo tutto scritto

in VB6, linguaggio che tendenzialmente evito.

 

 

http://www.vbgore.com/What_is_vbGORE

 

Estrapola dal contesto le features prettamente audio/video e ottieni ciò che mi

piacerebbe avere in mano.

 

Secondo me l'idea di base di questo progetto è ottima, io ci ho giochinato un po'

in passato e per esempio le particles miste allo shading/lighting tipico del 3d applicato

a schermate 2d intere come fossero delle semplici textures dinamiche creano uno scenario

bidimensionale che a mio avviso spacca. E non pesa neanche tanto.

Immagina ad avere una cosa del genere scritta in C e con librerie un tantino più attuali

ed aperte...

Edited March 9, 2008 by Deathwing

[Keroro]

ho fatto una analisi e non penso di poter realizzare una cosa simile in breve tempo, anche perché sto programmando da solo e nel tempo libero e mi mancano le conoscenze per programmare audio3d e non ho ancora le idee chiare su come implementare il motore particellare ^_^ (poi dovrei anche creare una interfaccia lua completa).

Mi dispiace, dovresti cercare altre soluzioni