Presentacion nataliapc

Page 3/3
1 | 2 |

Par nataliapc

Expert (69)

Portrait de nataliapc

23-02-2017, 14:51

@AxelStone: Pues si... con calma... aunque ya tengo montada la intro-logo y el menu principal. Luego el ingame en realidad será bastante sencillo y simple ya que este juego es básicamente una excusa para montarme el esqueleto y desarrollar las librerías básicas (BIOS, acceso VRAM, VDP, VBLANK, ISR, Keyboard, etc...) Con el PSG si que estoy más verde y no se el replayer por el que decantarme para SDCC, ¿alguna sugerencia?

@DrWh0: Gracias... ^^ la verdad es que no me esperaba bienvenida con espectáculo incluido Smile

@jorge.romero.9655: Gracias! Big smile ...ya iré tirando de comunidad cuando vayan surgiendo dudas Wink

Par jorge.romero.9655

Master (147)

Portrait de jorge.romero.9655

24-02-2017, 09:23

Sobre el PSG ... Wyz tiene un replayer muy majo. Capaz te interesa echarle un ojo.
https://sites.google.com/site/wyzplayer/

Par AxelStone

Prophet (2725)

Portrait de AxelStone

24-02-2017, 18:30

La parte de los drivers me interesa mucho Natalia, a ver como lo vas resolviendo. Nosotros intentamos adaptar algunos drivers ASM existentes a MSX-C pero resulta bastante áridos, trabajan con direcciones absolutas de memoria, paginación manual y demás prácticas que en un compilador se rompen.

Al final estamos tirando por el camino de enmedio, programar nuestros propios drivers en MSX-C nativo, pero es un currazo que nos hubiera gustado evitar. Ya me cuentas cómo resuelves ese punto, el MSX-C en drivers anda muuuy corto, seria fantástico contar con drivers de los formatos más populares del momento.

Suerte!

Par DarkSchneider

Paladin (900)

Portrait de DarkSchneider

25-02-2017, 18:05

Pues bienvenida a la comunidad de frikis...digo a la honorable hermandad de flipaos del MSX.

Respecto al desarrollo, bien pues lo que necesita el MSX es software, y no más hardware. Por ROM imagino que te refieres a una ROM de 32-48KB, ya que el C no está muy preparado me parece para bancos y mappers.

Usamos MSX-C principalmente por las MSX-library oficiales de ASCII, las cuales debemos suponer que siguen todos los estándares del sistema. Ya que el "problema" de las librerías custom puede ser ese, que no se siga el estándar muy estrictamente y luego llegan los problemas de que pueda fallar en un equipo y otro porque tienen algo distinto.

Desde hace tiempo creo que se deberían portar las MSX-library a un formato común (código fuente) y así ya cada uno que lo compilara para el que usara. Estaría bien si se pudieran desensamblar las oficiales de ASCII y partir de ahí.

Está el Hitech-C para CP/M al cual ya le han convertido (suponemos que bien) las librerías. Estaba en el repositorio de un coreano que hace muchas cosas con este compilador. Solo que no tengo la url a mano.

Y posiblemente eso ya sería más para discutirlo en sus respectivos hilos de desarrollo.

Par nataliapc

Expert (69)

Portrait de nataliapc

25-02-2017, 19:40

@AxelStone: Pues conforme vaya cerrando cosillas las ire publicando en el Git que puse en el primer post de este hilo. Ojala sirva de ayuda.

@DarkSchneider: Jejeje... entonces estoy en el sitio correcto Wink
La verdad es que currarse unas librerías desde cero cuando hay librerias con 20 años de recorrido a las espaldas en cuanto a compatibilidad es todo un reto! Más que nada lo hago por sacar partido del crosscompiling desde linux. El entorno de desarrollo lo tengo montado en un VirtualBox Linux expresamente dedicado a almacenar todo lo que tengo de MSX, y es gracioso cuando lanzo el OpenMSX virtualizando un MSX dentro de un Linux virtualizado sobre un Windows Crazy jejeje
Tengo que intentar virtualizar algo dentro del OpenMSX a ver si el universo colapsa sobre si mismo o algo así Smile2

Page 3/3
1 | 2 |