Final Fight en MSX2

Página 15/16
8 | 9 | 10 | 11 | 12 | 13 | 14 | | 16

Por Kai Magazine

Paragon (1389)

Imagen del Kai Magazine

18-01-2015, 23:15

kabish wrote:

Yo si que veo un trabajo increible en los juegos de kai. Seamos sinceros. Si nos dicen que estan hechos 100% en ensamblador y no sabemos que estan hechos en turbo basic, lo creeriamos a pies puntillas.

Nunca he entendido el poco interes que ha despertado el turbo basic, maxime cuando todo el mundo ha hecho sus pinitos con el basic. Cada año hay concursos de programacion en basic, y siempre hay una participacion buena y regular. El Turbo basic ha sido el gran olvidado estos ultimos años.

Ya no somos unos chavales con toda la vida por delante, tenemos obligaciones, responsabilidades y escaso tiempo libre. Si alguien quiere programar algo en el msx, a modo de hobby, yo le animaria a empezar con el basic compilado mas que con el ensamblador. Si luego con el tiempo te pica el gusanillo del asm pues ya tienes una base de aprendizaje que nunca esta de mas.

@AxelStone: Animo con ese proyecto que has empezado. En la fkd-fan habia unos tutoriales hechos por kai que quiza te interese leer.

Quiza fuera buena idea poner un apartado en el foro de programacion sobre turbo basic. No lo se.

Un saludo a todos.

Muchas gracias por tus amables palabras y por tu apreciacion del trabajo realizado, es refrescante, de veras, y me motiva a hacer mas cosas.

Si, el turbo basic se ha quedado en el olvido, y da mucho de si. Espero que mas gente se anime y que podamos disfrutar en breve de nuevos desarrollos para msx2. Sería un sueño hecho realidad.

Creo que el Turbo basic es una buena forma de empezar para muchos, y no necesariamente de acabar o estancarse.
Sigo sacando motores nuevos para turbo basic, y si yo lo puedo hacer, seguro que muchos muchos otros tambien. No soy ningun genio y jamás he estudiado nada de informatica, asi que seguro que muchos lo pueden hacer mejor que yo.
Asi que; ANIMO!

Por Kai Magazine

Paragon (1389)

Imagen del Kai Magazine

19-01-2015, 01:10

mesiasmsx wrote:

@Kai: Entiendo lo que quiere hacerte transmitir Warau, e imagino que tu tambièn. Luego esta algo tan sencillo como: Tu proyecto tu decides. El estar abierto a sugerencias entra dentro ya de cada persona. Espero este año un juego tuyo finalizado.

Si, Mesiasmsx entiendo lo que me transmite Warau, y soy una persona abierta a sugerencias (cuando son sugerencias) y tambien a criticas. El tema de la demo del illusion city es la prueba: me dolieron MUCHO los comentarios que se hicieron, pero se que no se hicieron con mala fe y aprendí de mis errores, y hemos cogido un nuevo rumbo mas acuerdo con las sugerencias y criticas de la comunidad.
Pero en este caso en concreto, probablemente hayas visto que llevo unos meses intentando motivar el nuevo desarrollo en msx2 con los escasos medios que conozco, y los comparto con la comunidad para que haya un nuevo impulso (o esa es mi ilusa ilusion) en el desarrollo, poniendolo lo mas facil posible, y dedicandole muchas horas de leer y escribir en el foro (horas que sinceramente no tengo, pero como me gusta, pago el precio de dejar mi trabajo apartado a veces).
Dado que mi proposito es motivar el desarrollo y a su vez adquirir nuevos conocimientos (yo jamas he estudiado nada de informatica ni dibujo, soy autodidacta) si hay comentarios en contra de este proposito creativo, o que puedan desmotivar el nuevo desarrollo, creo que debo intentar refutarlos o argumentarlos de la mejor manera que yo sea capaz.
En pocas palabras: quiero motivar el desarrollo para msx2 y a la vez aprender mas. Estoy abierto a criticas y sugerencias. Pero cuando algo me parece destructivo o contraproducente para este proposito, creo que debo intentar persistir en mi proposito, hasta que lo consiga o hasta que me de por vencido.
Doy ejemplos y comparto mis escasos y modestos conocimientos, y aprendo de las aportaciones de los demas.
Pero personalmente creo que han habido una serie de comentarios sin un proposito claro, o sencillamente gratuitamente destructivos.
Por mi parte no me sirve decir "este proyecto es mio y lo hago como yo quiera" ya que no doy ejemplo y quedo prepotente. Tengo que intentar contrarrestar esa negatividad de la mejor manera que sepa, sin faltar a nadie y recanalizando el hilo hacia algo constructivo a pesar de los "baches" que me voy encontrando.
De todos modos, me quedo tanto con lo bueno como con lo malo, y a todo le saco provecho.
Por eso los motores que estoy haciendo intento que sean suaves y jugables, pero sin sacrificar calidad grafica, lo cual me lleva a superarme a mi mismo, y a la vez espero que vean que si alguien sin conocimientos como yo puede hacer cosillas decentes en turbo basic, seguro que otros con muchos mas conocimientos que yo, lo pueden hacer mucho mejor, y puedo aprender de ellos.
Pero yo personalmente aprendo con ejemplos y con demostraciones.
Hablar es gratis. Prefiero demostrar mis argumentos con hechos.
Desearía que los criticos hicieran lo mismo. No tienen obligacion de hacerlo, pero siempre dará mas peso a sus argumentos.
Por mi parte este tema está zanjado.
Gracias por tu opinion, y puedes contar con que sacaremos algo nuevo este 2015.

Por AxelStone

Prophet (2963)

Imagen del AxelStone

19-01-2015, 08:04

kabish wrote:

Nunca he entendido el poco interes que ha despertado el turbo basic, maxime cuando todo el mundo ha hecho sus pinitos con el basic. Cada año hay concursos de programacion en basic, y siempre hay una participacion buena y regular. El Turbo basic ha sido el gran olvidado estos ultimos años.

Ya no somos unos chavales con toda la vida por delante, tenemos obligaciones, responsabilidades y escaso tiempo libre. Si alguien quiere programar algo en el msx, a modo de hobby, yo le animaria a empezar con el basic compilado mas que con el ensamblador. Si luego con el tiempo te pica el gusanillo del asm pues ya tienes una base de aprendizaje que nunca esta de mas.

@AxelStone: Animo con ese proyecto que has empezado. En la fkd-fan habia unos tutoriales hechos por kai que quiza te interese leer.

Quiza fuera buena idea poner un apartado en el foro de programacion sobre turbo basic. No lo se.

Un saludo a todos.

Mejor explicado imposible. Somos padres de familia y el tiempo llega con cuentagotas, así que lo mejor es usar un lenguaje donde veas resultados pronto, o al final te frustras y lo dejas. El Basic es simplemente ideal por eso, da frutos en poco tiempo y tiene un gran soporte de la comunidad: drivers de sonido, extensiones, etc. Para mi, el lenguaje ideal.

En mi opinión Kai ha entrado en el foro con una actitud muy positiva, compartiendo, enseñando y motivando, que es lo que necesita la comunidad. A ver si hay suerte y llega un impulso de nuevos desarrollos.

Gracias por tus palabras, en ello estamos y a ver si sacamos tiempo para ello Wink

Por e_sedes

Expert (112)

Imagen del e_sedes

20-01-2015, 00:21

Buenas. He estado haciendo unas pruebas para usar las rutinas de la BIOS para hacer copy de disco a VRAM desde un turbo bloque. En principio la rutina se ejecuta, pero al final salta un error. Le he estado dando vueltas al código y puede ser que haya cometido algún fallo que no doy encontrado (es bastante posible Tongue ) pero lo que me temo es que no es compatible usar el TurboBasic y las rutinas de disco al mismo tiempo, debe de solaparse el área de memoria que utilizan. Probablemente por eso no se puede usar ninguna instrución de disco en un turbo bloque (bsave, bload, copy, etc.).

Lo que si que funciona es la rutina de copy de RAM/ROM a VRAM, lo malo es que andar cambiando segmentos de memoria desde basic no se yo hasta que punto es posible o usable (sin usar NestorBasic). La manera que a mi se me ocurre es incluir los gráficos dentro del código con #I. Esto es bastante poco útil, a no ser que vayas cargando bloques de código diferentes para cada parte del programa y que la extansión del código esté bastante reducida. Lo bueno es que solo necesitas tener los gráficos en un sentido, porque la rutina los puede voltear con solo indicarlo en un bit.

Un saludo.

Por AxelStone

Prophet (2963)

Imagen del AxelStone

20-01-2015, 08:45

Bueno en verdad con disponer de copiado RAM / ROM - VRAM es suficiente, me explico. El Basic permite copiar prácticamente de todo a todo: RAM, Disco, VRAM... Fuera del turbo bloque ya podemos hacer las maniobras de copiar en RAM los gráficos en unas determinadas direcciones de memoria, el problema sería recuperarlo desde dentro del turbo bloque. En resumen sería tal que:

1.- Desde Basic volvamos los gráficos a RAM. Los comandos básicos del COPY permiten guardarlo en un array, pero si alguien nos ayuda para hacerlo con pokes mejor, así lo tenemos localizado en memoria.
2.- Desde el turbo bloque y sabiendo la dirección donde están los gráficos, se recuperan con vuestra rutina.

Gracias.

Por oskar666

Champion (360)

Imagen del oskar666

20-01-2015, 10:31

Kai Magazine wrote:
oskar666 wrote:

Sin entrar en polemicas que no me atañen, pero decir que los juegos de Kai, que me parecen brutales, esten en lo que esten programados ( y que piendo adquirir en breve), solo estan bien graficamente, pues como que no me cuadra, sinceramenten yo no he vistcosas parecidas en MSX2 (y mira que me gustan los Alestes, pero son conceptos diferentes), ni aqui, ni en Japon, ni en ningun sistio. Creo que se hicieron con mucho esfuerzo y con un gran resultado, no creo que deban ser menospreciados por el sistema en que esten programados

Oskar... Gracias, de verdad... me has hecho salir la lagrima Crying
Te voy a hacer un regalo sorpresa con los juegos!

De verdad que se agradece. De verdad.

Un saludo!

He dicho lo que creo que es justo, no se por que de esos ataques por la forma de programar, me da igual el sistema o el metodo, el caso es que salgan producciones vistosas y jugables, y las tuyas me parecen increibles. Ya te paso un privado en estos días para el envio, y me dices la forma de pago.
Un saludo.

Por Warchild

Paragon (1280)

Imagen del Warchild

20-01-2015, 15:51

FX wrote:
10 ‘ PRUEBA DE USO DE RUTINA CM
20 ‘ RAM A VRAM
30 ‘ by FX
40 ‘
50 ’ RUTINA CM E010h-E048h
60 ‘ E000   Direccion_Memoria
70 POKE &HE000, MEM-(INT(MEM/256))*256: POKE &HE001, INT(MEM/256)
80 ‘ E002   Direccion_VRAM
90 POKE &HE002, VRAM-(INT(VRAM/256))*256: POKE &HE003, INT(VRAM/256)
100 ‘ E004   Ancho_Dibujo (En Screen 5, la mitad de pixeles)
110 POKE &HE004, Y
120 ‘ E005   Altura_Dibujo
130 POKE &HE004, X
140 DEFUSR=&HE010:A=USR(0)

ram_vram.bin

Espero que sirva
Un saludo
FX

Perdonad que vuelva a preguntar pero me estáis enterrando la cuestión con las flores :P

Los paréntesis se corrigieron pero, ¿la operación INT(MEM/256) es correcta?Con MEM=&HD380 por ejemplo coloca bien el byte bajo (&h80) pero el alto lo convierte en &HFFD3 (Illegal function call al hacer el poke...)

Por e_sedes

Expert (112)

Imagen del e_sedes

20-01-2015, 18:07

Yo pondría el byte bajo como (MEM AND 255) y el alto como ((MEM\256AND255)-1). Ojo a la dirección de la barra de división, no es lo mismo / que \.

Por FX

Champion (264)

Imagen del FX

21-01-2015, 12:49

Hola.
Es cierto que da ese error, ya que la dirección la considera negativa.
El programa en Basic lo he hecho sin probar, creo que en su día, lo hacía de esa forma para descomponer una dirección en dos bytes, pero igual cambiaba algo. Prueba a ver si lo que comenta e_sedes funciona bien.
Era solo para ver cómo meter los datos a la rutina
Un saludo
FX

Por Warchild

Paragon (1280)

Imagen del Warchild

21-01-2015, 20:57

Gracias por aclararlo, no era capaz de encontrar cual era el cálculo correcto... ahí está mi nivel Tongue El día que me aclare con estas cosas será porque me hayan hecho un trasplante de cerebro, así que me interesaba mucho verlo y dejármelo apuntadito (que da hasta cosa decirlo, pero para esquivar las mates yo esto lo hacía convirtiendo el hexadecimal en alfanumérico y pegándole un hachazo por la mitad a la cadena XD ) Menos mal que nunca he necesitado velocidad para nada.

Página 15/16
8 | 9 | 10 | 11 | 12 | 13 | 14 | | 16