sugerencias



Hola, amigos de la retocomputación

Esta pagina es para que dejéis sugerencias y peticiones


4 comentarios:

  1. Hola qué tal? soy uno de los escritores del libro Enciclopedia Homebrew y me gustaría hablar contigo ya que vamos a incluir tus juegos en el segundo volumen. ¿Cómo puedo contactar contigo via email?

    Saludos!

    ResponderEliminar
    Respuestas
    1. hola

      Pues encantado, mi correo es jjaranda13@gmail.com
      ya por correo si quieres te paso mi telefono y charlamos tranquilamente

      Eliminar
  2. Hola.
    Magnífico trabajo.

    ¿Sería posible añadir alguna de estas características?

    - Comando para eliminar el borde de la pantalla y mostrar gráficos full screen.
    - Comando para realizar alguna síntesis de voz "text to speech"
    - Comando para partir en dos la pantalla y utilizar tintas con colores diferentes en cada zona.

    ResponderEliminar
    Respuestas
    1. hola Zarkon,

      Lamentablemente los comandos que manipulan la pantalla para poder hacer lo que indicas, se basarían en interrupciones que deben funcionar con extrema precisión. Por ejemplo, para dividir en 2 la pantalla hay que engancharse a la interrupcion de video y 10 ms mas tarde cambiar las tintas. Es posible hacerlo pero si se va a usar desde BASIC, el problema es que el interprete BASIC desactiva interrupciones y se pierden algunas y eso es problematico. el amstrad ejecuta 300 veces por segundo un call &38, desde donde se puede saltar a cualquier rutina que programemos. Esto debería funcionar a la perfección para hacer lo que propones pero no es asi, pues si estamos en el interprete BASIC, el amstrad desactiva interrupciones en algunos intervalos de tiempo (segun el comando que se ejecute) y se pierden algunas llamadas. Para la música uso esa interrupcion para invocar a una rutina 50 veces por segundo y en dicha rutina analizo si el amstrad se ha "saltado" alguna de las interrupciones, para compensarlo enviando mas datos al buffer del chip de sonido en menos tiempo. Asi la musica siempre funciona al mismo ritmo. En video hay que ser mas preciso pues no se puede compensar nada con un buffer. Tengo una idea de como hacerlo, de modo que a pesar de la dificultad que entraña , lo voy a intentar

      lo del text to speech es posible, claro que si, aunque los "alofonos" van a ocupar mucha ram, pero puede ser una característica opcional. Voy a calcular cuanta memoria consumirían los alofonos. Puede ser interesante

      un saludo y muchas gracias por tus ideas!

      Eliminar