Quiero programar en BASIC, ¿por dónde empiezo?

Page 3/3
1 | 2 |

By Dreamerm42

Hero (621)

Dreamerm42's picture

09-01-2015, 02:46

Para los menús de carga de los disquetes lo utilizaba yo para los los fondos, ademas como la definición de las pantallas de tubo era tan pobre, alternando las lineas "creabas" colores que no existían, ya que algunos al ser parecidos creaban un "efecto" en el que parecía un tercer color...

Eso con las pantallas planas se acabo... Sad

By AxelStone

Prophet (2673)

AxelStone's picture

09-01-2015, 08:25

TE confirmo, empieza por MSX2 Basic.

By manolito74

Paladin (1007)

manolito74's picture

13-01-2015, 16:19

Hola:

Por si te sirviera o sirviese de algo aquí hay algún material que podría interesarte:

http://yotambientuveunmsx.wordpress.com/2014/07/01/msx-guia-...

Saludetes. ;-)

By oskar666

Champion (357)

oskar666's picture

13-01-2015, 16:40

Una duda, algo tonta, si empiezo con el basic msx2, imagino que en un 2+, puedo hacer todo igual que un un MSX2 ¿no?

By Kai Magazine

Paragon (1303)

Kai Magazine's picture

13-01-2015, 16:48

Si, no hay problema, siempre y cuando no uses el set scroll, ni comandos vdp mayores que el 24, y modos de pantalla superiores al 8.
Si te ciñes a estos criterios, lo que hagas lo harás para msx2

By AxelStone

Prophet (2673)

AxelStone's picture

13-01-2015, 18:12

De hecho el Basic de MSX2+ solo tiene un comando nuevo (SET SCROLL). Eso sí, tienes acceso a los nuevos modos gráficos (10, 11, 12).

De todos modos no te compliques, si estás empezando suéltate primero con el MSX2 que ya habrá tiempo para el MSX2+.

By oskar666

Champion (357)

oskar666's picture

13-01-2015, 18:34

OK, asi lo hare. A ver si empiezo a releer el manual que tengo por ahí del sony, que me parece muy completito, y empiezo a hacer alguna prueba Wink

By saez05

Expert (95)

saez05's picture

11-05-2017, 22:38

Kai, en la primera respuesta de la primera página das una guía de prácticas, ¿donde se pueden encontrar las demos y rutinas que dices que hay que mirarse?, voy a ponerme yo también a aprender cosas Smile
(la demo "System saver",
Despues pasa a "lilo",
Cuando lo domines, examina "no name"
Despues mirate la demo del illusion city,
Una vez domines "no name", mirate los motores de "nuts"
)
Gracias

By Oniric-Factor

Expert (85)

Oniric-Factor's picture

31-05-2017, 11:33

Holas,

a lo que comentáis añadiría un par de cosas:

En primer lugar, aprenderos o tened bien a mano la estructura de memoria del VDP. Es fundamental que dediquéis tiempo a buscar información de esta índole porque es lo que vais a estar tocando constantemente. Sabiendo bien como funcionan las cosas, es como podréis interpretar mejor los listados o crear los vuestros.

Algunos ejemplos:

http://aorante.blogspot.com.es/2016/04/mapas-de-memoria-del-...
http://aorante.blogspot.com.es/search/label/MSX

Os dejo tambien un pequeño resumen de los modos 1 al 5:

Mapeado de memoria pantalla

SCREEN 4 / SCREEN 2

Patrones
Total          0 - 17FF  		0000 - 6143
Superior  	  0 - 07FF 	 	        0000 - 2047
Medio      	  0800 - 0FFF	 	2048 - 4095
Inferior    	  01000 - 017FF		4096 - 6143

Nombres
	     	 1800 - 1AFF		6144 - 6911
Colores
Total	  2000 - 37FF		8192 - 14335
Superior	   	                        8192 - 10239
Medio	     	         	        10240 - 12287
Inferior				        12288 - 14335	

Paleta general
&H2020-&H2040

SCREEN 5

Paleta general
&H7680-&H76A0

Para aplicar las paletas después de cargarlas: COLOR=RESTORE


Mapeado memoria Sprites:

SCREEN 4

Patrones
3800 - 3FFF	14336 - 16383 

Atributos
1E00  -1E7F	7680 - 7807

Colores	 
1C00 - 1DFF	7168 – 7679

SCREEN 2

Atributos
1B00-1B7F	         6912 – 7039

SCREEN 5

Patrones
7800 -7C00	30720 - 31744	

Colores	 
7400 - 7600	29696 - 30208

Hay mucha mas información a mano en los libros de MSX Basic y las revistas de la época (MSX-CLUB - INPUT MSX), así como algunos tutoriales sobre como funcionan las cosas dentro del MSX (algunos artículos no son del todo correctos, pero os valdrán como referencia). Personalmente os recomiendo la pagina de msxblog.es que tiene una gran cantidad de documentación.

Sobre aprender de listados ajenos... os recomiendo que empezéis por listados escritos con fines pedagógicos, porque si no no os vais a enterar de mucho. Yo en mis juegos los dejo siempre comentados para que el que los mire los pueda entender lo mejor posible. Mas adelante también les podéis echar un ojo a Dribol o Ninja Love (que es el primero que hice y es simple de cojones). Estos juegos los podéis descargar gratis y están hechos en Basic a pelo, pero os aseguro que no es lo mismo ver un listado complejo, cuya función es hacer funcionar un juego, que uno pensado con intención de enseñar al lector, acompañado de la documentación pertinente explicando las cosas, linea a linea.

Empezad por estos y se os despejarán muchas dudas:

https://programbytes48k.wordpress.com/2012/04/17/msx-nuclear...

http://www.msxblog.es/programando-un-manic-miner-para-msx-tu...

Para terminar, comentaros lo que le suelo comentar a todo el mundo con que me paro a hablar y que veo que viene con ganas de hacer cosas: No soy muy habitual de los foros, pero si necesitáis ayuda, podéis contactar conmigo cuando queráis.

También he creado algunas herramientas para facilitar la creación de juegos en Basic, ya que en mi caso las que veía por la red no se adaptaban a mi forma de trabajar. Las tenéis también a vuestra libre disposición junto con los juegos mencionados, en la web de Oniric. :)

By yodh

Champion (406)

yodh's picture

04-06-2017, 21:01

saez05 wrote:

Kai, en la primera respuesta de la primera página das una guía de prácticas, ¿donde se pueden encontrar las demos y rutinas que dices que hay que mirarse?, voy a ponerme yo también a aprender cosas Smile
(la demo "System saver", Despues pasa a "lilo", Cuando lo domines, examina "no name" Despues mirate la demo del illusion city,
Una vez domines "no name", mirate los motores de "nuts" ) Gracias

Hola @saez05... @Kai seguro que estará ´inventándose´ Cool nuevas rutinas y motores para sus proyectos. Sería fantástico que lo tuviéramos como digamos ´maestro´ y así poderle plantear nuestras dudas (y hacer preguntas como cómo se hace esto o aquello), pero tal vez eso le llevaría a emplear casi el 100% de su tiempo a esa tarea. Por supuesto que para cualquier programador (o cualquier otra persona que produzca arte como: pintura, literatura, danza...) estaría encantado de enseñar los secretillos ocultos en respectivamente la programación que hace, qué técnicas de dibujo utiliza para hacer tal difuminado y demás, cómo se ha de planificar un relato largo, qué técnicas se han de saber para que una coreografía de treinta (o más) bailarinas salga perfecta... Pero cuando se está inmerso en algún (o algunos) proyecto la verdad es que NO se tiene tiempo para casi nada más.

Como decía antes sería fantástico tener parte de su tiempo para que nos enseñara sus técnicas y demás... pero creo que es mejor que se centre en sus juegos. Si en algún momento quiere dejar un poco de lado la programación de juegos (hacer un descanso), entonces en ese momento tal vez podría darnos algún consejillo o si le damos alguna rutina nuestra tal vez nos podría dar algún consejo de cómo mejorarla etecé, etecé... etecé Smile

Para los que quieren o les gustaría aprender programación en MSX @Kai a sugerido una solución muy buena... y es la de ´curiosear´ por algunos juegos, promos y demos que hizo en el pasado. Parece que ha puesto en orden de menor a mayor complicación en la programación. Tal vez si analizamos el código de cada juego veremos la evolución en la complejidad del código.

Yo mismo (mismamente Smile ) en los ´90 ´curioseé´ por los ficheros de sus juegos que se podía ver el código... y me dí cuenta de lo ingenioso que era cierto código, por ej. los efectos de movimientos (en demos como ´System saver´ y demás) de gráficos a casi toda pantalla o por ej. también creo recordar lo genial que era cuando ponía conversaciones entre varios personajes: lo tendría que repasar otra vez, pero viendo el código entendí que lo que aparecía en pantalla (osea: las frases letra a letra) no tan solo tenía una cadencia muy cómoda para leer... sino que los distintos sonidos que se podían oír acompasados perfectamente con las palabras que aparecían también algunos de esos sonidos marcaban no me acuerdo si las vocales pero también los acentos. Esto si no se había visto el código previamente tal vez se viera el juego y muy posiblemente no nos percataríamos de ese detalle.
Esto dice mucho en favor del trabajo que le metió @Kai a sus producciones ya que no contento con ´simplemente´ poner un carácter, hacer un ´beep´, poner el siguiente, hacer sonar un ´beep´ etecé, lo que hizo fue discernir de cada palabra de cada frase si era consonante, vocal... y según eso poner la secuencia de sonidos adecuada.

De la misma manera se pueden ir descubriendo otras formas de hacer programación viendo cómo está escrito el código. Este sistema puede ser algo (bastante Running Naked in a Field of Flowers ) tedioso ya que es muy posible que vayas viendo código que no se entienda absolutamente nada, pero es posible que al cabo de ir pasando líneas se vea una rutina que se entienda... y poco a poco se vayan relacionando las cosas y al final se tenga una idea global del juego suficiente como para entenderlo y hasta poder uno mismo replicar algo parecido o (¿por qué no? Smile ) incluso mejor. En este caso NO es ninguna deshonra que a un programador le mejoren un código hecho en el pasado (o en el presente) ya que muy probablemente si revisitara ese código lo que diría es que se podría haber hecho un poco (o ´un mucho´) mejor.

Y bueno... esperemos (crucemos los dedos) que @Kai en algún momento le sobre un poquito de tiempo y pueda resolvernos nuestras dudas. Ahora... por suerte también hay otros usuarios MSXeros que pueden de igual manera resolver o dar una solución a los problemas ´programativos´ que nos surjan.

Page 3/3
1 | 2 |