|
|
Visitantes en linea:2
Visitantes de hoy:14
Total de visitantes:17112
Desarrollo
Hace más de tres años Damizean programó el primer código capaz de leer mapas de RPG Maker 2000/2003 a partir de las especificaciones del formato de fichero LMU. Ese código es el que hay en trunk/player en el repositorio, salvo algunas correcciones menores para la portabilidad y mejoras para poder leer el color transparente de las imágenes sin tener que modificarlas. A partir de dicho código y una intención de darle un poco de publicidad al proyecto, Chano se puso manos a la obra y mediante DevKitPro (un toolchain para desarrollo homebrew) y el DS SDL de GPF. El resultado es el que se puede apreciar en este vídeo:
Hay más vídeos disponibles, como este de BlueFalcon o este de Marina.
Más información en este tema del foro.
Se han corregido unos problemas que había para leer los árboles de mapas de los proyectos de RPG Maker 2000 y 2003. Se puede dar por completada la lectura de todos los datos y estructura de este fichero, que era el más pequeño de los 3 que forman RPG Maker (LMT, LMU y LDB ).
Esta lectura se ha probado en un lector por línea de comandos, creado por Lobomon, del cual se han corregido estos pequeños errores. De todas maneras se está implementando en un visor gráfico basado en wxWidgets, para poder simular la forma con la que se ve en los RPG Maker. Aquí una captura de pantalla del lector (cargando el árbol de juego en japonés para probar la conversión de caracteres de SHIFT_JIS a UTF-8):
Más información y descarga: Tema del visor LMT en el foro de desarrollo
delaPipol Dice:
A altas horas de la noche y tras varias pruebas he terminado de poner a punto el entorno de compilación bajo Windows para el editor de EasyRPG. Aparte de instalar Code::Blocks y wxPack He compilado con bastantes recortes una versión de wxWidgets bastante reducida para que el ejecutable final ocupe menos. El resultado del experimento es un ejecutable estático que tras eliminarle de tabla de símbolos (strip) se queda en 1,8 MiB. Con UPX el ejecutable final puede quedarse en 550 KiB (usando a fuerza bruta la combinación de 72 intentos combinando todos los métodos y filtros del popular compresor de ejecutables). Se ha compilado biblioteca y el programa de prueba bajo MSYS y pasando parámetros de compilación cómodamente con wx-config, como si fuera un entorno unix de verdad, gracias a la emulación POSIX de MSYS. El compilador usado era GCC 4.3.0, publicado por el proyecto MinGW (está en fase alpha pero no dio ningún problema). Es posible que los ejecutables ocupen más que con GCC 3.4.5, pero el resultado ha sido satisfactorio. La compilación de la biblioteca ha durado 20 minutos en MSYS bajo WinXP SP3 bajo VirtualBox en Debian, con un Centrino M740 @1,73 GHz que se ha calentado hasta 80ºC.
Resumiendo el sinsentido de párrafo anterior, la intención es publicar una pequeña demo técnica del trabajo en progreso en el editor y que se pueda informar de cualquier error en la interfaz del editor de EasyRPG por parte de los usuarios de la plataforma Windows. La idea es recuperar el diseño del wxFrame principal e interconectar todas las ventanas de forma simbólica, conectando eventos que disparen y comuniquen unas ventanas con otras, pero sin mayor funcionalidad que la de ver todas o la al menos mayoría las ventanas diseñadas.
Los primeros resultados de este trabajo podrían llegar esta semana que entra.
delaPipol Dice:
Sergi ha hecho unas capturas de pantalla de cómo se verían las ventanas del editor de EasyRPG en Mac OS X Leopard. Aquí os muestro una de las que ha capturado. ¡Gracias, Sergi!
Hace falta hacer unos cuantos ajustes en el diseño para que todo se vea correctamente en ese sistema, pero el resultado es muchísimo mejor del que se esperaba inicialmente. Por otra parte el port de wxWidgets para Mac ha mejorado mucho en las últimas versiones. Las capturas se han efectuado en un Leopard 10.5.2 con Python 2.5.2, wxPython 2.8.7.1 y wxGlade 0.6.3.
Más novedades en los próximos días.
FRAN DICE: Empiezo a preparar el visor de LMT en wxWidgets. Ya me comienzo a familiarizar mejor con el entorno y he puesto un wxTreeCtrl y también he usado eventos, sin macros event_table, usando en su lugar un connect. También le he hecho un hack para poder cargar imágenes nativas de las imágenes carpetas abierta/cerrada y otros iconos nativos de Windows que wxWidgets no trae de serie y no carga por wxArtProvider. El resultado tras agregar las imágenes en un wxImageList ha sido el siguiente:
 
 
 
En el caso de Win32 ha habido que tomar los resources de shell32.dll, en concreto los índices de icono 3 y 4, en vez de usar los predeterminados no nativos que wxArtProvider proporcionaba. Seguramente wxWidgets no lo haga de serie porque podría cambiar el orden según la versión de la shell32.dll de cada versión de Windows, aunque en el caso de los primeros iconos, especialmente de los iconos de las carpetas, dudo que sea así.
A quien le interese el código fuente y un ejecutable estático para Windows para comprobar el funcionamiento, más información en este hilo del foro.
FUENTE: Bitacora delaPipol
Buenas tardes, pues aqui re-enterandome del tema, jeje me intereso y pues quier publicar una entrada referente, difrutenla.
Nuevo desarrollador en el equipo de EasyRPG: Lobomon. Ha avanzado significativamente el motor del intérprete, agregando sistema de menús, manejo del jugador y muchas mejoras más, como sistema de sonido, tipografía con SDL_ttf, etc.
Una muestra de su trabajo:
FUENTE: Blog delapipol
MAS INFORMACIóN: Tema en el foro
Esta obra está bajo una
licencia de Creative Commons.
|
EasyRPG Project
- Wiki EasyRPG
- Almacen EasyRPG
- Tracker EasyRPG
- Web Oficial
- ¿Qué es EasyRPG?
- Resumen EasyRPG
- Resumen de Ideas
- Sobre Arte Libre
Búsqueda
Categorías
|
