Fire-Dragon-DoL
-
Posts
96 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Posts posted by Fire-Dragon-DoL
-
-
In cosa ti laurei? Non si vedono news da epoche... sob, voglio giocare al tuo gioco xD
-
No appunto dicevo proprio perchè il php non fa ste grandi cose, non credo si possa sfruttare il processore in modo corretto, percui dicevo che sarebbe meglio fargli creare le immagini e non generarle ogni volta che vengono richieste, ma solo la prima volta :P
-
Si la gif è unica, ma i pezzi pr comporla?
le 8 facce, gli 8 pezzi di vestiti, 8 per l'arma per ogni direzione...
Son tanti, per questo sto indugiando ancora sulla parte grafica, preferendo finire prima il resto =)
Sisi ovvio è una dura scelta, l'unica cosa è che io una volta ho provato a far scaricare un pacchetto di immagini all'utente, ma da una pagina web su un server non riuscivo a far caricare i file che invece risiedono sul computer dell'utente... anche se il linkaggio era corretto, fai qualche test prima
Credo tu debba contemplare anche il lato economico sui costi per i server: costa di piu un hard disk grande o un processore piu potente?
Istintivamente ti direi che costa di piu un processore in grado di gestire tutte quelle cose con il php, l'hard disk non ti dovrebbe essere affatto difficile averlo, sicuramente ti serve un hosting di vari giga ma secondo me te la cavi meglio alla fine
-
Ma il movimento non lo facevi con delle gif?quindi ti basterebbe salvare quelle in teoria... quindi è 1 per direzione
Non saprei...
-
Potrei dire una cosa differente: perchè non fare che con le librerie gd viene SALVATA l'immagine sull'hard disk del server (supponiamo che scegli capelli tipo 1, corpo 3, vestiti 2 come indici per degli array che contengono le varie immagini), qualora la combinazione NON esista, viene salvata sul server in automatico, altrimenti niente di particolare, quando verrà selezionato quel pg verrà caricata una già esistente. Considerando la quantità di persone che giocheranno, è probabile che in 1 mese saranno generate tutte le immagini (che comunque non potranno essere di più di tutte le combinazioni possibili di capelli, corpo, vestiti), di conseguenza escluso alla creazione del personaggio questo metodo non influirà sulle performance del gioco, visto che è tutto salvato e normalmente il browser "cacha" le immagini che quindi non vengono ricaricate (specialmente in una singola sessione di gioco).
Salvare le immagini su file è abbastanza idiota, una volta che le hai generate col php c'è una funzione che ora non ricordo come si chiama e ti fa storare l'immagine su file
-
Ma tu ti sei fatto anche tipo uno schema/progetto per scrivere tutto il codice? (giusto per curiosità, visto che sei riuscito a portare avanti un progetto piuttosto grosso)
P.S.
Mi ricordo che c'era un problema di personaggi che dovevano avere delle parti differenti e le hai risolte in php (non ricordo bene come), purtroppo è tardi però volevo darti un consiglio di dare un'occhiata a questo nuovo elemento dell'html (5), magari può farti comodo per qualche altra cosa...
http://www.w3schools.com/html5/html5_canvas.asp
che so, grafico del combattimento, una cavolata qualsiasi... xD vabbè era solo un pretesto per farti tirare fuori qualche altra cosa di figo :P
sbrigati a procurarci una demo, i giochi fighi scarseggiano (sarò io ma i giochi per ps1 mi sembravano molto meglio... sono un fautore della 2D, comincio a pensare che la grafica 3D non sia tutto sto gran che se poi il gioco è una cacca <.<)
-
Ma come sta venendo carino.. complimenti ^^
-
temo sia impossibile... il nerd c'è sempre, un pò come c'è sempre il campione olimpionico...
per quanto riguarda il giocare te, puoi considerare tutto il tempo che impieghi per espandere il gioco in "tempo che potresti usare per livellare" e alzarti il livello di conseguenza... io faccio cosi, altrimenti rimanevo troppo indietro rispetto i miei amici nei giochi che creavo io xD
-
Ok.
Sembra un pò stupida come domanda,ma tu parteciperai al gioco?
Magari a livello massimo con tutte le armi,armature e mostri?
penso come gli giri al momento xD
-
Lo sai che ti stai contraddicendo?
"ma la moneta è l'unica motivazione valida per mantenermi concentrato." citazione,primo post.
suppongo dipenda molto dal momento eh!
-
Come tutti i giochi "custom", fai pagare alcune modifiche/vestiti del personaggio e roba simile immagino... anche perchè non hai bisogno di server giganteschi da mantenere, il costo mensile annullerebbe qualsiasi speranza xD
-
(l'idea del multiplayer, non il gioco)
comunque c'è da vedere meglio l'include... magari è sufficientemente veloce
dopotutto se hai fatto che le aree visibili sono chessò massimo 20x20, il massimo sarebbe 400 pg in contemporanea (non considerando l'arredamento che potrebbe occupare caselline e roba del genere)
E contrariamente a quel che pensano gli altri, non va sottovalutata... monster hunter è un gioco GIOCATISSIMO in multiplayer
-
Allora non è un MMORPG
Diciamo che è un'RPG creato sul web con possibilità di scambiare con altri utenti... mah...io come utente sarei poco interessato ad una cosa del genere...comunque vedremo ^^
Per capirci è tipo monster hunter l'idea (giochi in singolo, vedi la gente in taverna, fai le missioni con alcune persone)
mh io sarei ancora interessato a un tipo di gioco cosi... ti eviti i nerd... quello che però non farei è pagare mensilmente (ma non mi pare lui volesse una cosa del genere ma solo ad oggetti)
-
Si ma considera che quando incontrerai gli altri pg (nelle taverne ad esempio) se ci sono 40 pg devi includere i file di tutti e 40 i pg...
Uhm, il fatto che non ci siano gli altri però mi sa che non lo fa passare per "mmorpg" ma per qualcosa tipo "cooperative"
-
non possono esserci 40 persone nello stesso punto ;P nemmeno 2 ;P al massimo 3 persone possono modificare lo stesso file (il file mappa) e cmq in un sistema a turni. ;P
Mh???E come fanno a camminare in città piu persone?
E se una lascia connessa la pagina e non fa nulla per 5 minuti perchè è arrivata la mamma a rompere?
-
allora la differenza su tempi lo fa il passaggio da php a mysql e da mysql a dati php. il mysql-fetch_array non è troppo veloce.
non esisteranno file da 100mega.
sono tutti file da 2-3kb.
per esempio il pg id 5.
avrà un file dati_5.php equip_5.php vita_5.php party_5.php ecc..
ogni personaggio ha una decina di file che lo identificano e che VENGONO MODIFICATI. ma io cambio il file da 5 righe, non uno da 50. lo includo e lo modifico in fretta.
non mi pare un problema, finora funziona!
AHHHH ho capito cosa hai creato, una specie di database fatto in php... un'idea interessante, non so però a livello effettivo se 40 persone contemporaneamnete nello stesso punto possono avere influenza negativa... ci devo pensare
diciamo che hai lo svantaggio di non poter usare l'sql ma hai il vantaggio della velocità
-
[edit]doppio post, deletate plz
-
Beh diciamo cosi: sicuramente le classi sono piu efficienti delle funzioni
ancor peggio: le chiamate a funzioni sono meno efficienti del copia/incolla, ma poi sorge il problema del peso di una pagina web :P
in IE sei costretto a usare un controllo activeX... ma non per niente ie è una cacca come browser... ti basti pensare che con la proprietà OPACITY non puoi piu avvalerti della trasparenza dell'immagine, non ho capito perchè -.-
Piu che altro invece di usare jQuery, in questa situazione ti suggerirei di usare MooTools (quando dovetti scegliere tra jquery e mooltools ho studiato le peculiarità di entrambi)... uso jQuery ma da quel che ho capito mootools ti permette di sfruttare l'ereditarietà nelle classi javascript (che normalmente è assente) e altre peculiarità simili che normalmente javascript non ha...
se vuoi fare chiamate a funzione come stai facendo tu, dai un'occhiata a jQuery... ti giuro che ti cambia la vita
roba tipo (se conosci i css) $(".classeCssDiQualcheTipo").attr("nomeattributo","valore"); cambia l'attributo a tutti gli elementi html contenenti la classe "classeCssDiQualcheTipo"
ovviamente puoi avvalerti pure degli id tipo #questoId ... è eccezionale per queste cose, ed è caricato anche da google, quindi è probabile che l'utente lo abbia anche in cache
La scrittura dei file è più veloce di mysql. punto. testato su 3 host diversi e su tutti e tre ho ottenuto tempi migliori con la scrittura su file. La lettura inoltre è molto più veloce. I file sono cmq piccoli, quindi non è un problema ;PE' quello che cercavo di dirti, quello di cui parli tu mi sembrano dei "file di configurazione" no? o qualcosa di simile comunque... file di cui imposti i dati e NON LI CAMBI (ammenoche non vuoi modificare il gioco stesso), non dati che cambiano per cose che fanno i pg...
Le cose che "fanno" i pg, se hai supponiamo 3000 utenti, ti creerebbero problemi su file... specialmente su file di 100 e piu mega (e ti assicuro che quando inizi a fare le stats dei pg e roba del genere è sicuro che ciò succederà), perchè 100MB non li puoi caricare in memoria tutti insieme (sperimentato, ti va in overhead)...
In poche parole devi differenziare dati dinamici brevi, dati statici e dati dinamici vasti... quelli vasti alla fine conviene farli girare su un db
tra l'altro è da notare che mysql è un programma c++, la scrittura su file in c++ è vicina allo zero a livello di tempistica eh!
-
il w3c ormai è in disuso quasi xD
l'interazione col db non è AJAX, sarei un pazzo a usare quello xD nonono, il sistema è simile ma basato su iframes e un db in files che mi garantisce un'immediatezza assoluta per la lettura e una velocità migliore per la scrittura che un db sql.
AJAX è molto lodato ma è utile solo a chi non sa costruirsi bene da se le cose che gli servono.
cmq le interazioni ci son già e sono già parecchio estese, dal cambio di equip, la raccolta di oggetti, i dialoghi a scelta multipla coi png e lo shop, oltre al movimento.
edit: AHAHAHAH! : Attribute "ALLOWTRANSPARENCY" is not a valid attribute. è essenziale e strausato xD la dimostrazoine che a forma passi, ma l'eficienza è meglio xD
Allora... ma come dicevo io infatti: iframe => rimossi, frames => rimossi
AJAX non è una libreria ma una tecnologia, l'unica cosa che "ajax" offre, è l'oggetto xmlhttprequest... stop, e quello ti consente di chiamare una pagina (come faresti tu a mano col tuo browser) e poi infilare i dati dove ti pare e piace (chessò, in un div ad esempio)... l'xml può esserti utile, ma io preferisco usarlo per semplici chiamate xhtml (ammenoche non usi l'intero db in xml)
mysql non sottovalutarlo... è molto piu veloce di quel che credi, se progetti il db per bene (in 3nf) e imposti correttamente le chiavi in modo da avere i dati sempre ordinate e fai buone query, è di una velocità incredibile... in una pagina facevo 150 query select + 150 di update e la pagina aveva un caricamento massimo di 2 secondi, dati soprattutto dalla grafica
il w3c NON è in disuso (è un consorzio di persone) che detta gli standard del web... ora, se fosse in disuso come diresti tu NON SAREBBE POSSIBILE COSTRUIRE SITI WEB
poichè la tua stringa <html><head></head><body>... per il tuo browser è una stringa e basta, è il w3c che ha deciso come deve essere interpretata. Poichè TUTTA l'informatica è basata sugli standard (chiamate a funzione comprese... le funzioni non sono altro che un modo di organizzare un'operazione di salto e la relativa lettura/scrittura di dati in assembler) c'è NECESSARIAMENTE bisogno di un ente che detta standard (abbiamo ad esempio il NIST, che ha dettato gli standard per gli algoritmi di crittografia... attualmente in uso)
un paio di anni fa c'è il problema che è "roba vecchia"... non nel senso che ti è stata spiegata male o cose del genere, ma nel senso che anche io 2 anni fa sapevo che era cosi, il problema è che ogni 2 anni andrebbe "rimpiazzato tutto" quando si parla di computer perchè la crescita tecnologica è esagerata
per qualsiasi cosa riguardo ajax, javascript e altro http://www.w3schools.com/
(C'è anche un'ottima reference se ti interessa, sia per xhtml che javascript)
allowtransparency controlla che non funzioni solo su ie! se vuoi trasparenza c'è per i css visibility: hidden oppure per i css3 opacity: 0.0 (totalmente trasparente), in ie c'è tipo alpha... non ricordo il nome esatto
soprattutto a cosa serve allowtransparency?O.o
Una cosa importante, il tuo database se è piccolo ti può sembrare piu veloce da file (e magari lo è se lo usi come una serie di costanti)... quando parliamo però di database si parla dei dati dinamici (che se il gioco è figo diventano tantissimi)
La lettura/scrittura dei file in php è molto piu lenta di quella in c++ (puoi però scriverti una dll per php in c++)...Giusto ieri ho sperimentato una cosa del genere con java usando il c++ per fare una lettura/scrittura e ovviamente è abissalmente piu rapida (e il java, se hai la ram, è abissalmente piu veloce del php nell'ordine di quasi 5 volte tanto)
insomma... riflettici su, dopotutto mi farebbe piacere giocarci a un browser game non fatto di solo testo... xd
-
WE! anche se non posto il tuo lavoro lo seguo ancora (leggo le e-mail che mi arrivano dal forum)... non ho capito però che dovrebbe fare lo script in php!
Quando ci fai fare qualche test di gioco?!
-
No capisco perfettamente quel che fai
comunque i framework servono ad aiutarti a scrivere il codice "in un altro modo" (per questo esistono piu framework), quel che chiedevo è se avevi appunto usato qualcosa per poter sfruttare le "classi" in javascript (fa comodo progettare in quel modo, l'ereditarietà è sempre molto utile)
-
Personalmente seguo sempre le tue news (anche se non rispondo, mi guardo sempre gli screen e tutto il resto, il giochino mi pare sempre piu interessante... mi chiedo solo con che voglia fai la grafica sapendo che devi pure programmare :P )
Volevo farti una domanda: ti avvali di qualche framework javascript per animazioni o fai tutto quanto in php?(o altro linguaggio server)
perchè mi è capitato di dover fare un sito dove volevo usare molto il javascript e ne ho dovuto scegliere uno... mentre jquery mi è parso "immediato" mooltools aveva una specie di gestore delle classi che praticamente forniva un qualcosa di simile all'ereditarietà pure in javascript (un bel vantaggio)...
o magari ne hai scritto uno tutto tuo per far qualcosa di simile con le classi?
-
son felic di vederti andare avanti in questo progetto
se hai bisogno di un aiuto di qualsiasi forma (non grafico purtroppo), son a tua disposizioni, ovviamente nn voglio soldi ne niente, mi piace il progetto ^^
-
RGSS non ha una gestione interna e neanche ruby altrimenti non avrebbe senso introdurre i Monitor e le Mutex.
Se non vedi l'errore non significa che non ci sia, è semplicemente più sottile: se un thread modifica le variabili mentre stai facendo delle manipolazioni sulle stesse il risultato può discostarsi da quello previsto (ci sono un miliardo di esempi sul web).
I thread sono più veloci ma aggiungono una notevole complessità logica che qualsiasi programmatore tende ad evitare senza benefici consistenti
So bene cosa sono i thread eh!
Applicazione tipica di un thread: animazione
...è risaputo
e quando usi un processo parallelo non fai nient altro di diverso in rpg maker... comunque in rpg maker non sono proprio implementate le librerie per gestire una cosa di questo tipo, però E' LOGICO e SENSATO che se tu modifichi una cosa in un thread e subito dopo la stessa in un altro ottieni risultati particolari e spesso non voluti
sta al programmatore rifletterci su, io ho solo detto che esiste
Il sito non ha un link...al forum O.O
in Off Topic
Posted