Jump to content
Rpg²S Forum

Keroro

Utenti
  • Posts

    646
  • Joined

  • Last visited

Everything posted by Keroro

  1. Keroro

    Screen contest #2

    :ayasi: Ragnarok Battle Offline... :ayasi:
  2. ecco una prova: dovrebbe funzionare :) non l'ho testata come dll ma solo come applicazione, quindi testate si puo' fare una sola ricerca per volta, si chiama FindFirst(cartella) e poi FindNext fino a quando non restituisce una stringa vuota. per fare una nuova ricerca si richiama FindFirst(cartella2) e cosi' via Reference delle 2 funzioni: FindFirst(nome_cartella): stringa nome_cartella, ad es. "C:\\giochi" PS: OGNI BARRA verso \ deve essere doppia, altrimenti usare barra /, la cartella deve terminare senza barre Restituisce su errore una stringa di errore "*ERRORE******" se la cartella e' vuota la stringa "" altrimenti il nome del file come stringa FindNext(): restituisce il nome del file successivo, restituisce stringa vuota se non ci sono piu' file in ruby NON SONO SICURO ma penso dovresti fare @initfind = WIN32API.new("finder.dll","FindFirst",['p'],'p') @primofile = @initfind.call("C:\\giochi\\ciao") oppure @primofile= @initfind.call(@path) @findnext = WIN32API.new("finder.dll",FindNext",[],'p') @file = @findnext.call() Non so se in ruby associando la chiamata ad una variabile restituisca il risultato oppure se c'e' bisogno di passare una stringa aggiuntiva come argomento in cui copio il risultato, fatemi sapere ^^ EDIT: ho scordato di allegare il file XD Finder.zip
  3. come non amare battiato, melodie stupende, testi straordinari ce ne sono tante di suo belle, ecco una canzone della mia infanzia (ero indeciso tra postare questa o Beauty&Beast dei Nightwish, alla fine ho pensato che questa avesse un testo piu' bello) PS: Se non ascoltata rende poco ^^ Franco Battiato: Vite parallele Mi farò strada tra cento miliardi di stelle la mia anima le attraverserà e su una di esse vivrà eterna. Vi sono dicono cento miliardi di galassie tocco l'infinito con le mani aggiungo stella a stella sbucherò da qualche parte, sono sicuro, vivremo per l'eternità. Ma già qui vivo vite parallele ciascuna con un centro, con un'avventura e qualcuno che mi scalda il cuore. Ciascuna mi assicura addormentato o stanco braccia che mi stringono. Credo nella reincarnazione in quel lungo percorso che fa vivere vite in quantità ma temo sempre l'oblìo la dimenticanza. Giriamo sospesi nel vuoto intorno all'invisibile, ci sarà pure un Motore immobile. E già qui vivo vite parallele ciascuna con un centro, una speranza la tenerezza di qualcuno. Tu pretendi esclusività di sentimenti non me ne volere perché sono curioso, bugiardo e infedele. Qui vivo vite parallele ciascuna con un centro, con un'avventura e qualcuno che mi scalda il cuore.
  4. Keroro

    Screen contest #2

    Commenti sugli screen :D .7oni area vuota, illuminazione ottima sul pavimento ma finestre troppo scure .Ally manca una gui .EsMauro86 bel chipset, nessun evento sul personaggio (che ne so, un'emoticon con le stelline o punti interrogativi sopra la testa) i charset pero' non si amalgano bene con l'ambiente .Gabriel e' uguale a quello presentato l'ultima volta .Khristal affettare l'aria... per quanto un bosco possa variare, rimane sempre un po' noioso .Lau Personaggi isometrici in mappa non iso... .Lucagise Mapping poco curato, gui troppo monotona .Luis` troppi colori, piu' che una foresta sembra un viaggio in acido, migliorerei il face .mAsTeR collage di ragnarok .Painkappa non si capiscono molti dettagli perche' e' un 640 ridimensionato a 320 .SirDarkness il chipset ha una risoluzione inferiore in maniera evidente, stona con i personaggi .Spike92 c'e' una piramide blu rovesciata a sinistra :o il chipset e' strausato eccesso di nebbia, rende il gioco piu' tetro, una gui cosi' colorata forse e' azzardata o andrebbe completata con qualche effetto .Timisci Bello screen, non so quanto sia fattibile reggere con quella grafica per tutto il gioco, ma a parer mio dovresti vincere .Xaldyn ho sempre odiato i giochini per snes in cui fai il contadino, non posso dare un giudizio oggettivo .X-Dos interactive chipset strausato con l'aggiunta di erba psichedelica
  5. la frase e' simile a: meglio aver amato e aver perso che non aver mai amato, ma la sua esprime la volonta' opposta e aggiungo da codardi perche' si preferisce non soffrire, inoltre l'autore potrebbe usare qualche sinonimo, la renderebbe meno piatta non penso sia un bel topic, alla fine molte frasi sono banalita' sconvolgenti per chi ha un briciolo di cultura
  6. allora: mi sono ricollegato solo oggi e da 1 ora , quindi appreso che vuoi il wrapper mi metto subito al lavoro. 1)Semplicemente perche' il terzo argomento e' una struct con un sacco di parametri che la funzione deve poter scrivere. 2)Non so ancora come esportare le funzioni, dipende dalle tue esigenze: vuoi utilizzare una ricerca per cartella alla volta oppure vuoi fare piu' ricerche in parallelo? nella chiamata alle funzioni della dll dovrai passare come argomento il nome cartella e al massimo un intero se mi dici che hai bisogno di piu' ricerche in parallelo 3)le funzioni di ricerca restituiranno la stringa con il nomefile.estensione PS: visto che ora sto da internet point , programmo stanotte dal pc di casa, la posto domani
  7. sarei disponibile per il 16, se si raggiunge un buon numero di partecipanti, anche se non so come orientarmi a bologna quindi confido in un ritrovo in stazione ^_^
  8. e' facile da realizzare, basta chiamare le funzioni FindFirstFile, FindNextFile e FindClose contenute in kernel32.dll e gestire adeguatamente l'output ^^ FindFirstFile("nomecartella\\*",&FileData); usiamo il carattere jolly per dire che cerchiamo qualsiasi file il secondo parametro e' un puntatore ad una struct che contiene gli attributi del file, tra cui il nomefile e l'estensione. Non so come implementarlo usando il ruby (anche perche' non lo conosco cosi' bene) ma penso dovresti usare una dll che funge da wrapper tra rpgxp e queste funzioni (te la posso fare, basta chiedere, non ci vuole niente) isulla msdn si trova questo esempio di codice scritto in c (per compilare hai bisogno di aggiungere al linker la kernel32.lib) Lista di file in una directory #define _WIN32_WINNT 0x0501 #include <windows.h> #include <stdio.h> #include <strsafe.h> #include <malloc.h> #define BUFSIZE MAX_PATH int main(int argc, char *argv[]) { WIN32_FIND_DATA FindFileData; HANDLE hFind = INVALID_HANDLE_VALUE; DWORD dwError; LPSTR DirSpec; size_t length_of_arg; DirSpec = (LPSTR) malloc (BUFSIZE); // Check for command-line parameter; otherwise, print usage. if(argc != 2) { printf("Usage: Test <dir>\n"); return 2; } // Check that the input is not larger than allowed. StringCbLength(argv[1], BUFSIZE, &length_of_arg); if (length_of_arg > (BUFSIZE - 2)) { printf("Input directory is too large.\n"); return 3; } printf ("Target directory is %s.\n", argv[1]); // Prepare string for use with FindFile functions. First, // copy the string to a buffer, then append '\*' to the // directory name. StringCbCopyN (DirSpec, BUFSIZE, argv[1], length_of_arg+1); StringCbCatN (DirSpec, BUFSIZE, "\\*", 3); // Find the first file in the directory. hFind = FindFirstFile(DirSpec, &FindFileData); if (hFind == INVALID_HANDLE_VALUE) { printf ("Invalid file handle. Error is %u.\n", GetLastError()); return (-1); } else { printf ("First file name is %s.\n", FindFileData.cFileName); // List all the other files in the directory. while (FindNextFile(hFind, &FindFileData) != 0) { printf ("Next file name is %s.\n", FindFileData.cFileName); } dwError = GetLastError(); FindClose(hFind); if (dwError != ERROR_NO_MORE_FILES) { printf ("FindNextFile error. Error is %u.\n", dwError); return (-1); } } free(DirSpec); return (0); }
  9. mi sa che ce ne e' un'altro di confuso qui :chirol_bak2: :chirol_bak2: :chirol_bak2: hai peccato di abuso della parola astrazione u_u (in regalo per lei un dizionario sinonimi e contrari)
  10. perche' questo mondo e' in decadenza? prima rpgmaker era un fenomeno di massa, c'erano 2000 utenti di cui 1900 niubbi, era cool farsi il proprio giochino o anche cazzeggiare in una mega comunity, dove potevi conoscere gente con i tuoi stessi interessi (videogiochi, figa, programmazione o grafica, cazzate in genere, d&d o altro). Inoltre i giochi 2d erano ancora in voga. In questi ultimi 4-5 anni il 3d ha fatto passi da gigante, i ragazzi non crescono piu' con i vecchi rpg dello snes o con i giochi del gameboy ma con cose meravigliose in 2.5d o 3d (quindi molti non sono motivati) ora rpgmaker lo usano al max un centinaio di persone e neanche 20 sanno effettivamente cosa fa' uno script fino in fondo, di queste 20 una meta' non portera' mai a termine un progetto e quindi... Riguardo il discorso di zero: guarda che rpgmaker e' sempre stato cosi', la pappa pronta che sia in forma di codice o di eventi e' sempre stato un problema PS: la cosa ridicola e' che di questi topic ultimamente ne ho visti parecchi, c'e' una sorta di coscienza dell'attuale condizione dell'rpgmaking italiano (chiamarlo making italiano sarebbe stato offensivo riguardo tutti gli utilizzatori di tool quali mmf, blitz, ecc.. che sembra NON siano in crisi)
  11. piu' il linguaggio e' vicino al linguaggio macchina piu' puo' definirsi serio perche' permette al programmatore maggiore liberta'. se vuoi fare un forum sul cazzeggio, forumfree e' dietro l'angolo...
  12. idem :panchi: chiunque puo' acquistare la maglietta dello staff... che bello un meeting con un megastaff di 40 persone XD
  13. provato e : hai perso piu' tempo per fare la finestra dei crediti che per creare un programma decente: la SIMULAZIONE del combattimento e' soltanto un Vince TizioCaio, il che delude parecchio... Inoltre non spieghi come le statistiche influenzino la battaglia, quindi non vedo di che utilita' possa essere per uno sviluppatore che vuole testare dei combattimenti se i sistemi di statistiche differiscono... in cantina avevo preparato qualcosa di simile (per un rpg testuale), se lo ritrovo magari lo debuggo e lo posto cosi' prendi spunto
  14. per internet il migliore e' un sistema Unix come Solaris (il mio OS preferito) o freeBSD, al massimo ci si puo' sentire sicuri anche con distro GNU\linux. per la grafica non posso dire molto, non ho mai provato mac os x (NOTA: mac os x e' basato su unix) anche se ho intenzione di provarlo appena mi faro' il prossimo pc, penso sia meglio windows per la disponibilita' di alternative nel pacchetto software (3d studio max, maya, XSI, ecc..) anche se serve il doppio della ram di un sistema con su unix/gnu linux e devi salvare piu' spesso perche' ti si blocca nel giro di 5 ore (bei tempi... e quante imprecazioni quando modellavo low poly in 3ds) per la programmazione dipende sia dal linguaggio che dall'obiettivo: per realizzare giochi per windows sembra ovvio utilizzarlo come os per realizzare giochi per console consiglio sistemi unix o linux-based per realizzare programmi aziendali puoi usarne uno qualsiasi a patto che il linguaggio sia cross-platform e compilare a seconda delle circostanze oppure se hai la certezza che l'azienda utilizza win avvalersi di visual studio per realizzare giochi in java/perl/python/ruby e altri linguaggi interpretati mi trovo benissimo con solaris, ho notato che in windows vado piu' lentamente nel testing, nei caricamenti, ecc...
  15. Keroro

    Le nostre foto

    vabbe' dai mostrero' la mia foto o_O (penso di non averla mai mostrata in 7 anni che sono su internet XD) 13/11/06, ridimensionata da msn fatta nell'internet point
  16. maverick damn quello e' un bug (eppure ho pure dato una scelta ausiliaria quando si impalla a ragionare :_:), se ti ricapita e riesci a dirmi le posizioni posso riuscire a correggerlo. cmq non penso di continuare e implementare altre cose, cosi' e' un prodotto riuscito e divertente, non ha senso dargli un'interfaccia grafica e non sarebbe divertente mettere un livello impossibile da battere. Sono contento che sia piaciuto, vorra' dire che a breve postero' anche il mio prossimo gioco (l'ho iniziato a programmare ieri notte, dalle 10 di sera alle 8 di stamattina XD, dannata insonnia :_:), questa volta dotato di interfaccia grafica ed interazione.
  17. ieri pomeriggio ho dato informatica A, torno a casa e mi sento carico, cosi' apro l'ide e inizio a programmare. visto anche il topic di alato ho passato la nottata a programmare tictactoe in ANSI C (ANSI == standard). ve lo allego, per ora non c'e' molto, LA GRAFICA e' SPARTANA (o completamente assente XD) voi siete le X, il computer e' la O e ci sono due livelli di difficolta', nel primo il computer mette i segni a caso, nel secondo la sfida si fa sentire (soltanto pochi di voi riusciranno a batterlo o_O), e ne sono orgoglioso, e' stato stimolante programmare questa intelligenza artificiale. dateci dentro e fatemi sapere i vostri pareri PS: problemi noti: se chiede di inserire un numero non inserite una lettera che per ora il programma crasha, devo cambiare tutte le scanf con gets e sscanf (in breve, fate quello che vi dice XD) altro: per ora non ho aggiunto la difficolta': Impossibile perche' sto finendo il debug, ma penso di aggiungerla entro breve tictactoe.zip
  18. tris? e' una cavolata da scriptare e come dovresti sapere e' un gioco dove se sai giocare e' impossibile perdere e se l'altro sa giocare e' impossibile vincere (ti ricorda qualcosa wargames?) (se non ci credi in chat o su msn ti posso dare una dimostrazione XD)
  19. puoi fare interfacce, sta a te decidere se e a quali librerie appoggiarti (ad i neofiti consiglio lo studio delle gdi (sempre che usino windows))
  20. deathclock old, pero' carino :D L'esclusivo e infallibile Deathclock di Newsky.it prevede che morirai domenica 21 febbraio 2044 alle 3:53, ossia tra 1.175.842.223 secondi, all'età di 56 anni, N investito dal camion della nettezza urbana che improvvisava una Parigi-Dakar in piena città. L'esclusivo e infallibile Destinyclock di Newsky.it prevede che finirai all'Inferno per 2194 anni nel Girone dei lussuriosi (a che livello sono?) in balia di un'incessante bufera infernale in attesa della tua ascesa in Paradiso tra le anime pie. L'esclusivo e infallibile Socialclock di Newsky.it ti attribuisce un punteggio di 53/100 il che ti vale il titolo onorifico di Lumaca Umana a Vita (a che livello sono?), conferito a quegli elementi troppo poco vitali e reattivi per la società moderna.
  21. Rule of rose e' un videogioco molto forte oltre che fortemente eccitante dal punto di vista pedo lesbo: in giappone hanno una cultura diversa, la pedofilia e' comunemente accettata, sbavano sulle idol, ragazzine di 14 anni o meno che non ancora terminano lo sviluppo. Io aspetto il gioco :Q_ anche se condivido con la tipa che giochi come questo non dovrebbero essere prodotti
  22. in effetti per il web gira la versione 1.01, anche a me non funonzia
  23. Keroro

    info pascal

    chiedi a chi programma da tempo cosa sia meglio e capirai... se ti trovi ad affrontare un problema,con il c++ hai un modo diverso di ragionare perche' puoi avvalerti delle classi, dei template, oltre che del c, ma se non conosci bene il c, rimarrai limitato. Inoltre ci sono anche delle differenze dal punto di vista sintattico: modi diversi di gestire la memoria (es. (int)malloc(sizeof(int)); in c++ diventa new int;), di modi diversi di gestire l'input e output (cin e cout stravolgono la sintassi rispetto a scanf/getchar/ecc.. e printf/putchar/ecc..) ed e' dura ricordare queste differenze se non hai mai usato nessuno di questi costrutti (inoltre molte librerie e progetti sono in c, questo significa che non conoscendolo hai difficolta' se non impossibilita' a capire codice di altri). il c ti pone di fronte molti piu' problemi (ed e' un bene): ad esempio per gestire funzioni su stringhe potenzi di molto la tua conoscenza sui puntatori (sempre che tu non voglia basarti sempre su string.h, ma per la risoluzione di qualche problema potresti risentirne in velocita') mentre col c++ puoi usare la comoda classe String. Il problema e' che la tua e' una mentalita' diffusa, diffusa spesso anche nelle librerie: sono andato a chiedere dei testi sul c ed il libraio dice dopo aver controllato e non avendone in esposizione: "il c e' superato, guarda questo nuovo libro sul c++, come luccica, introduzione al c++, e' facile susu acquista., oppure quest'altro ecc..." e' come comprare un libro sull'analisi matematica senza sapere risolvere le disequazioni... qui ti sbagli: per imparare un linguaggio in breve tempo e' necessario studiare su piu' libri cartacei possibili, uno magari con la reference dei comandi/librerie standard, uno con esempi di programmi ed uno se hai bisogno di imparare a programmare.
×
×
  • Create New...