Tanto i linguaggi di basso livello sono facili
Scusa ma con che linguaggio lo volevi riscrivere?
Guarda che fai prima a creartelo da zero

beh non ti è necessario il sorgente per ricreare il gioco in tredì, ti basta essere capace di creare un gioco.

http://www.opcoder.com/projects/chrono/

Cioè, è come se tu dicessi: "chi è che mi dà i fogli del progetto della Torre Eiffel? La mia intenzione era quella di ricostruirla usando il groviera, visto che Eiffel in groviera non ha mai costruito niente"

Io pensavo che tu volessi i sorgenti per, che so, rippare sprites oppure fare una hack rom... Ma addirittura riscrivere i giochi in 3D? o_o

E comunque, come dice Zanna, non è necessario conoscere i sorgenti per creare un gioco in 3D. Sei bravo a programmare in 3D? Allora crea un motore grafico 3D, programma un motore di battaglia convincente e simile a quello dei giochi originali e stai attento a riproporre menù e schermata status eccetera fedeli all'originale. Una volta fatto questo, non ti resterà che programmare il gioco vero e proprio seguendo la storia di Pokémon Rosso o VerdeFoglia. Se proprio vuoi qualche aiutino, su GameFAQs e sui siti specializzati come Serebii troverai una gran quantità di informazioni utili (text dump, lista di tutti gli oggetti e di tutti i Pokémon con relative statistiche, eccetera).

Ah, e dimenticavo: buona fortuna, se davvero vorrai cimentarti in tutto questo!

Come hanno fatto monster joker ke è in 3d potevano fare anche pokemon, ovviamente ic sono piu mostri ma basta metterlo su un supporto di cartuccia maggiore e/o con un eventuale espansione ram anche se cmq a monster joker non è servita.

Xargon, hai un codice amico di Diamante nella firma e quindi suppongo che hai giocato a questo gioco... Secondo te, ha la stessa complessità di DQM? Immagina solo che ci sono più di 450 modelli in 3D da fare, e ogni Pokémon ha almeno 2 tipi di texture (una normale e una per gli shiny)... Aggiungile a MOLTE altre cose e vedrai che Pokémon D/P NON poteva essere tutto in 3D.

Altra cosa, ma pensate tutti davvero che per ogni problema come questo (Pokémon D/P in 3D) basti un'espansione RAM? Quegli aggeggi non fanno altro che dare 4 MB di RAM (Random Access Memory) al DS, mica fanno miracoli o servono per contenere altri dati eh!

e di sicuro non fanno una nuova console più potente per la felicità di poche persone e per un solo gioco

Si p7uò arrivare fino a 32 volendo, ma cmq non è quello il problema, sei modelli possono essere caricati tutti su una cartuccia, quella potrebbe essere da molto spazio.
A dirla grossa 4 giga... ci riesce una flashcard comune, perchè non dovrebbe reiuscire quella? e poi ti ricordo che i combattimenti sono al massimo 2 contro 2 quindi bisogna caricare in ram solo 4 mostri alla volta...

Ma il problema non è la RAM! E' lo spazio fisico sulla cartuccia! Il massimo "standard" per le cartucce DS è 1 GBit = 128 MB (solo A.S.H. occupa 2 Gbit = 256 MB). DQM occupa 1 Gbit e ha 1/10 dei mostri presenti in Diamante e Perla, senza contare il numero di NPC che per comodità fissiamo uguale per entrambi i giochi. Inoltre D/P hanno quasi 500 attacchi, ognuno con le proprie animazioni ripetute moltissime volte - prendi ad esempio Lanciafiamme che ha un'animazione per: il tuo Pokémon che attacca l'avversario, l'avversario che attacca te, il tuo Pokémon a sinistra che colpisce il Pokémon avversario alla sinistra in 2vs2, il tuo Pokémon a sinistra che colpisce il Pokémon avversario alla destra sempre in 2vs2, stessa cosa per il tuo Pokémon a destra e stessa cosa per ognuno dei Pokémon avversari. Fai il conto: un semplice attacco come Lanciafiamme ha 1+1+2+2+2+2= ben 10 animazioni differenti! Che comunque dovresti rendere in 3D e non in 2D (molto più semplice).

Hai parlato di flashcard: sono un ignorante in campo, ma sicuramente usano un sistema di allocazione file diverso da quello delle cartucce originali- Pokémon Battle Revolution fa piantare il DS quando prova a leggere i dati contenuti in un Pokémon Diamante/Perla su flashcard, credo proprio per questo motivo. Ecco perchè i 4 GB di una MicroSD HC non possono essere confrontati coi 128 MB di una cartuccia: non sarebbe possibile fare una cartuccia da 4 GB!

Scusate ma siete sicuri che queste cose che ha detto oroshimaru siano legali?

ah ok, una cosa semplice
ma con "scriverlo in 3d" vuoi dire usando le letterone di plastica magnetiche?


e soprattutto che non siano una vaccata :-)

Per cortesia NIENTE doppi post, usiamo il tasto EDITA, grazie. -nd Dragon Chan

Volevo scriverlo in c++

Beh leon se venisse progettato come un homebrew però "ufficiale" e nn come un gioco a cui siamo abituati sarebbe possibilissimo

Xargon scusa, la Nintendo ha dichiarato battaglia alle flashcard e tu dici che i programmatori Nintendo (quelli che fanno Pokémon) devono programmare una sorta di gioco homebrew "ufficiale" in 3D? La vedo impossibile a dir poco, è come se chiedessi al Papa di cambiare il nome ufficiale di Dio in Allah

ma lui era partito con una conversione in 3d di pokemon rosso per uso personale e per pc. perchè siamo arrivati a pokemon d/p in 3d su ds come homebrew "ufficiale"?

Mo non è per dire qualcosa,come pretendi di convertire un gioco in 3d se non sai cosa significa la compilazione?

tutto quello che parte su qualsiasi macchina è compilato,solo i programmi in qbasic venivano compilati al volo e forse qualche altro sistema, in pratica la compilazione è la traduzione di un linguaggio( c, c++ ecc) in linguaggio hardware ,quindi binario ( 000111001011010 ) si può sempre ripassare a sorgente ,solo se si hanno le traduzioni esatte ( cioè il devkit e le librerie usate dal programma) oltretutto è un lavoro a tempo indeterminato.....

cmq se vuoi farti un gioco in 3d incomincia a studiarti il c e c++ e le varie compilazioni, dopo passi ad usare le librerie grafiche come directx o opengl...se invece vuoi saltare parecchie fasi ,comprati un motore grafico come quello di www.profenix.com (creato da un Team Italiano ,se compri l'assistenza ti staranno parecchio dietro e ti aiuteranno al gioco) , un'altro consiglio per capire la metodologia di game ,scaricati e prova gamemaker
www.gamemaker.nl


Ritornando a Pokémon D/P ,sono stati fatti in 2d i pokèmon solo per motivi di Tempo,dover realizzare tutti quei i modelli in lowpoly avrebbe impiagato troppo tempo,senza considerare il risultato grafico...se guardate Spectocrobes è praticamente tutto in 3D, non è questione di spazio di Rom,perchè le texture non occupano tanto, e sopratutto i modelli,il vero problema erano le animazioni....
La macchina supporta tranquillamente un 3D pari a quello del N64, e sappiamo dei vari pokemon Stadium.....
Ripeto la scelta è stata logistica e tempistica,hanno pensato di puntare sull'on-line e sul gameplay , e su questo lato sono d'accordo, se il DS fosse stato un PSP allora avrei pensato diversamente

Guarda so cos'è la compilazione ,conosco gran parte del linguaggio C e sto imparando il c++,
cmq la speranza stava nel fatto delle rom , non sapevo ke venivano copiate dalle cartucce.......

Quando vedo frasi del genere non posso fare che sorridere...
La frase "Conosco gran parte del linguaggio C" non è esattamente una frase che userebbe un programmatore C in grado di creare un engine 3d.
Cmq per avere idea della complessità MOSTRUOSA di un gioco 3d dai un'occhiata ai sorgenti di DooM o di Quake (disponibili in rete da diversi anni sotto licenza GPL).

Per un progetto simile al tuo cmq è molto più comodo partire dal sorgente di un gioco 3d ed implementare su di esso la storia dei primi giochi di pokemon piuttosto che aprtire dal codice sorgente dlela versione 2d e trasformare tutto l'engine...

Anche se a mio modestissimo parere un lavoro del genere non vale assolutamente la pena.
Tanto vale pensare ad un gioco completamente originale da zero (e evitare problemi di licenza e relative chiusure forzate come successo per il remake di Chrono Trigger o per Bid For Power).

Personalmente come Engine 3d Open Source in C++ ti consiglio quello di Quake 3 Arena che eprmette di fare davvero emraviglie!

Guarda, ti rispondo con un solo link: http://theprodukkt.com/
Volere è potere, saper programmare significa anche saper gestire ciò che si ha, fino all'ultimo byte

E il perche' e' molto semplice. Conosco da tempo quel progetto perche' so chi ci sta dietro e mi ha sempre impressionato come concept e come "bravura"...

Il main coder e' il grandissimo dierk "chaos" ohlerich. Per chi si stesse chiedendo chi e', dico solamente che probabilmente e' stato il coder piu' bravo e di talento che sia mai esistito ai tempi dell'amiga. E per chi se lo ricorda.. Si e' proprio lui chaos/sanity.

Già, l avevo pure citato io in un altro thread ù
Dal primo giorno mi ha affascinato tantissimo il suo progetto.
Ho provato a capire il modo di implemantarlo per mio conto, ma con scarsi risultati
Perchè avete tirato su sto thread?