qna_rpg
Thread Id: 15565
Thread Name: Como hacer funcionar un juego de RPGXP en una flashcard R4??? >:c
HOLAAA!! como les va gente del foro de habla hispana dedicada al rom hacking que esta en proceso de evolucion .....
weno al grano.
Mi duda es la siguiente, la verdad creo saber la respuesta pero la plateare de todos modos.
Es posible lograr ejecutar un juego hecho con el rpg maker xp en una targeta r4?? ¿:.
La verdad me gustaria que asi fuera y si se puediera seria chevere ;) por que la verdad, encuentro mejor hacer un juego para alguna consola portatil que para el pc :(
Weno eso solamente, porfavor si alguen supiera como aunque sea me podria a configurar el estaterkit de inmediato :c
Guak a jack plz :blush:
No es imposible, pero podrías aprender programación y e introducirte en este mundo.
Yo lo que sé es que hay un RPG Maker para la DS, pero está en japonés.
Es parecido al VX, pero con las limitaciones de la DS. Podrías intentar hacer el RPG ahí, pero si preguntas por el Essentials, como que no.
That's all,
Plup!
Es imposible, no hay más.
RPG Maker está pensado en su totalidad para un ordenador además de que usa un lenguaje de programación diferente a la aceptable por la NDS.
Sobre el RPG Maker DS es un juego que salió en Japón hace tiempo pero como he dicho es un juego, nada más...
Iniciado por Heavy Metal Lover
[...] además de que usa un lenguaje de programación diferente a la aceptable por la NDS.
A ver donde escribí eso...
ok, found:
Iniciado por cosarara97
Teoría de "como funcionan los programas (y los ordenadores)", excluyendo los lenguajes interpretados, resumido en un puñado de párrafos, por cosarara97:
A ver, tenemos una máquina, que funciona a base de miles de transistores y cosas de esas pequeñitas que se juntan en puertas lógicas (NOT, AND, etc.) que se juntan en más circuitos que nos llevan a un procesador.
Un procesador ejecuta instrucciones, que son conjuntos de bits, y que dependiendo de la arquitectura del procesador serán más largos o más cortos. Estos bits los juntamos en grupos de 8, llamados bytes u octetos, que representamos con 2 dígitos hexadecimales. Hasta aquí, fácil, no?
Bueno, resulta que memorizar estos bytes es muy difícil, por lo que se inventó el lenguaje ensamblador (ASM), que es un lenguaje que da un nombre a cada uno de esos bytes. Éste lenguaje se pasa por un programa (el ensamblador, assembler en inglés), que hace la traducción a binario. Del binario se puede pasar otra vez a ensamblador, solo que se pierden las etiquetas (los nombres que damos a ciertas direcciones o números).
Pero programar en ensamblador es un rollo, y los programas tienen que ser reescritos para cada arquitectura, así que se inventó el C (junto con esa historia de multix y unix). El C es un lenguaje de más alto nivel, que puede ser compilado (en teoría) para cualquier arquitectura y funcionar. Compilar significa traducir éste código avanzado a ASM, y luego ensamblarlo (luego también hay el linker, pero no hablaré de eso ahora). El problema es que de un código en ASM no puedes sacar el C (puedes sacar C, pero no el mismo que tu programaste). El C++, es como C, pero más avanzado.
Y cual es la conclusión a la que tenéis que llegar con ésta este intento de clase magistral?
Pues a que no hay "lenguaje de programación de PSX", al igual que no hay "lenguaje de programación de x86" (que es lo que seguramente lleva dentro tu PC), o "lenguaje de programación de GBA".
No importa especialmente qué lenguaje usaran los desarrolladores al hacer un juego para hackearlo, mientras sea un lenguaje compilado, sin ningún tipo de máquina virtual (como la de java) por el medio. Lo que importa es qué arquitectura tiene ésa máquina, y donde están el programa. (Aunque si realmente te importa, apostaría que el juego se escribió en C++)
Ok, no dije nada de los lenguajes interpretados, verdad? Ok, pues es muy facil de explicar:
Un lenguaje interpretado no es más que un lenguaje ejecutado por un intérprete, que a su vez puede estar escrito en otro lenguaje interpretado o directamente en un lenguaje que sea compilado para trabajar directamente con la CPU.
Para poner un ejemplo, el interprete más usado de python (CPython) està escrito en C, lo que significa que puedes ir y compilarlo para (casi) cualquier plataforma.
Ruby. Sí, Ruby es un lenguaje interpretado! Lo que significa que para poder usarlo en una plataforma solo tienes que ir y compilar el interprete para esa platafoma.
Por lo tanto, Ruby puede funcionar en NDS.
¿Que quiero decir con eso? No, en realidad nada, porque el lenguaje que use RPG maker dentro del juego tampoco importa mucho.
De cualquier forma, se me acaba de ocurrir que la unica forma de que veas un juego de RPG maker funcionando en NDS es que los de
Easy RPG consigan hacer un clon 100% funcional y se haga un port a NDS.
PD: Pon un título descriptivo tan pronto como leas esto.
Wena vola cauros (muchas gracias) :D
Lo del rpg maker ds ya lo pille y me voy a poner en campaña por que me gusto y quiero traducrilo al español :3
Aunque tambien descubri otros programas como el Adventure game maker que es como el rpg maker xp, se crean los juegos en un pc y despues se ejecutan en la r4 pero al parecer los creadores del proyecto abandonaron hace ya unos años :c
Tambien pille el game maker ds que es un engine flexible idal para hacer juegos pero no conozco sus limites.
En cambio el icarus adventure system es un programa que utiliza programacion en C++ y que viene configurado para hacer un juego de dialogos (basura) para la DS
aunque si alguien sabe trabajar el lenguaje de progranacion C++ puede crear lo que se le antoje para la nintendo DS :3
Gracias pibes, cuates, chongones, culiaos, perros, zorrones y todos los terminos de habla hispana :p