Відео

???But did you know that Atari had a dozen or so modes and each one looked different? And not one color with 2 shades, but 3 independent colors + background color. Unlike C64, there is no limit to the number of colors in an 8x8bit frame. Atari and C64 had completely different graphics memory organization. This cannot be compared 1:1. For me, the biggest drawback of C64 was the limited and predetermined color palette. Without the ability to choose your own.

Ha, ha, ha... Did you try the 1-liner form from my game's web page?

Sounds interesting... Did you ever publish a video?

@@VictorParada - Sorry, no. Anything I have for my TI cannot be easily translated into UA-cam for me. The TI BASIC manual had the Mr. Bojangles program. I simply modified it a little to include Pac Man. Since it ran in Basic there was no Sprites, just jumping from block to block. It was cute.

I'm still thinking about adding another P/M layer to the purple ghost, in order to avoid the see-through of the dots and pill.

Actually, this game was not crosscompiled. The abbreviated source code was loaded in FastBasic's IDE (*) on the 800XL computer and then parsed to create tokenized code, which is written by the same Atari to disk along a runtime interpreter to create an executable (not mandatory). So, it is not machine code but a tokenized code based on integer numbers instead of floating point BCDs, and that gives speed compared to the original Atari BASIC cartridge. You can try by yourself: inside the released disk image of my game you will find the IDE, the game source code and the instructions to load and run directly in the Atari computer. (*) The IDE is FastBasic's editor and it was also written in FastBasic, so the executable version is created using its own runtime. Take a look at github.com/dmsc/fastbasic/

@@VictorParada Wow, very cool. So taken back in a time machine people could have been coding in this on their Atari machines before PCs. I remember that the first Apple BASIC (written by Woz I believe) was integer, likely for this reason.

This is just a BASIC tenliner recreation of the main idea of "Fly Hunter", a game that is being developed for the Atari 2600 console. In this case, the difficulty increases as you get points, because the frog might reappear just below you after a jump, giving no chance to escape. It is not a single difficulty that you could master. But you are right, the original game has lots of potential.

¡Gracias! Efectivamente este mini juego fue programado usando Atari BASIC, el lenguaje que traían incorporado los computadores XL y XE. Es un lenguaje que daba prestaciones básicas, aunque suficientes para la época, pero en donde la velocidad no era su fuerte. Por lo mismo, en este juego utilicé algunos trucos que hacen parecer muy fluidas las cosas cuando en realidad sólo estoy engañando al hardware para que muestre lo que quiero y hacer que el juego se vea atractivo y jugable (¿para qué sirve un juego que nadie quiere jugar?). Además, este juego fue programado con restricciones adicionales impuestas por un concurso: sólo 10 líneas de código BASIC de hasta 80 caracteres cada una. De esas 10 líneas, 5 son de preparación del escenario y las otras 5 tienen el control del juego. Respecto de mejoras a realizar, si le quitamos las restricciones del concurso, podría agregarle más tipos de obstáculos como pozos o premios a recolectar que mejoren el puntaje. Sin embargo, por la forma en que fue desarrollado, no sería simple poner un paralax (aquí no se nota, pero toda la pantalla superior se mueve cuando el Correcaminos avanza o salta, no se trata de un simple "sprite" porque no lo es, y la carretera es en realidad una ventana de texto propia de los modos gráficos del Atari). Se podría poner paralax, pero no sería efectivo usando la misma versión de BASIC, y sería mucho mejor usar un BASIC más avanzado como Fastbasic para los computadores Atari XL/XE. Yo también tengo un poco de experiencia programando para 2600, pero sólo he concluido un único juego de 2K en assembler. Tengo dos más a medio camino (en realidad abandonados por ahora) y un tercero como prototipo en Batari Basic (también abandonado). Efectivamente no hay muchos lugares con información en español, pero que la haya en inglés es mejor a que sea en alemán o polaco!!!

Gracias @@VictorParada por contestarme con respecto al juego. Bueno, todo lo que te comente es por que vi un ejemplo, un fork hecho en app inventor. Y esta muy bueno, lo tomaron como ejemplo de tu juego y hacen referencia a tu video directamente. El programador te dio TODO el crédito al respecto, eso me genero la duda y vine a parar a tu canal. También le hice el mismo comentario al programador del OTRO juego. Pero, sinceramente cuando veo al correcaminos, PIENSO INDUDABLEMENTE EN EL MOON PATROL. Es la mecánica del juego de los 80s. Por eso pensé en el efecto parallax, saltar, disparar.... en vez de cactus eran naves extraterrestres y rocas, ademas de huecos en el piso. Lo otro es que la dirección del otro juego es de izquierda a derecha y este es al reves. Se obvio que es la misma mecánica de juego. Aca entra mi duda, hay un moon patrol para Atari XL? Seria bueno que exista ;P Yo soy programador pero de ZX Spectrum o deveria decir CZ, pero tengo TK85s, TK90s, Commodore 64, Amigas 500-1200 y una MSX DPC 200, y varias PC desde 386 hasta Ryzens. O sea, estoy hace rato en el mundo de la informática. Te felicito y ESTARIA MUY BUENO QUE PONGAS UNOS TUTORIALES DE PROGRAMACION EN XL :D. En castellano falta mucho material para aprender cosas viejas y hay mucha gente con ganas de aprender. Lo se por que lo charlo en varios foros. Continua así, Muchas gracias por tus videos!

Gracias por el aviso del fork. No es la primera vez que alguien lleva mi juego al siguiente nivel o a otra plataforma, de la misma forma que yo lo he hecho con algunos de mis mini juegos (son simplificaciones extremas para ser programadas en condiciones extremas; ese es el desafío). Respecto de la dinámica de este juego en particular, el punto es que debes coordinar el salto sobre el cactus sin golpearse con el cohete que va en dirección contraria, es decir, debes buscar rápidamente el mejor lugar para hacer el salto. Al poner más obstáculos al mismo tiempo en pantalla probablemente se transforme en un juego imposible de pasar. Por si no lo notaste, el cactus siempre pasa a la misma velocidad, pero la velocidad del cohete varía, y a medida que vas ganando puntos en este juego, el cohete puede tomar velocidades mucho mayores, por lo que no podrás encontrar un patrón para jugar indefinidamente. ¡Y el azar también cuenta! Esta dinámica es muy distinta a la del Moon Patrol (independiente de hacia qué lado sea el scroll). Para Atari hay más de una versión del juego e incluso modificaciones de la comunidad homebrew para transformarlo en algo más cercano estéticamente al juego original. De hecho, yo también hice mi propia versión simplificada (la puedes buscar en mi página web siguiendo el enlace en la descripción del video o buscando el respectivo video en mi canal), en la que implementé el paralax y con saltos que se van complicando a medida que vas avanzando en las zonas. Como dije, estas simplificaciones son sólo para poder cumplir con el desafío de las 10 líneas de código BASIC, pero además de Moon Patrol, he logrado hacer versiones reducidas de Mario Bros, Defender, Space Invaders, Centipede, Defender, Tunnel Hunt y Q*Bert para juegos arcade, manteniendo la esencia del juego o de una parte de él. Todos mis juegos liberados están publicados en mi página web, con código fuente documentado, pero en inglés para llegar a más comunidades. Si quieres llevar alguno de ellos a ZX Spectrum o CZ, ¡adelante! pero mantenme informado y tal vez pueda ayudarte (aunque no conozco otras plataforma fuera de la ZX-81, donde alguna vez también hice jueguitos).

Hola @@VictorParada me fije en tu sitio web y no encontre una forma de hacer contacto con vos de forma directa. Ni en el sitio, ni en el canal (no hay un mail donde escribirte). Me interesa la ayuda por que tengo ideas para hacer juegos y apps, pero no veo como hacerlo. Trabajo solo y se me complica por cuestiones particulares que me gustaria contarte, pero en forma personal, no abiertas a todo publico, tengo mi pagina de instagram donde tengo mi software para android, es software profesional para geologia. Si quieres y te parece, veamos la forma de contactarnos de una forma mas directa y ahi te doy mi perfil y ves lo que hago. Nuevamente muchas gracias por el interes en responder.

Ja, ja, ja... No hay un correo publicado, pero hay enlaces a algunos foros donde se me puede enviar un MP. Claro que eso es para atarianos... ¿Cuál es tu IG?

Sometimes, the setup takes most of the coding space. That might include bitmaps, charsets, level screens, lists or tables with predefined/precomputed values, etc... The challenge is to find the point where the algorithm to unpack plus the data is shorter than the original coding.

Thanks... And thank you for the inspiration!!!

Now I think I shouldn't use red as the color for the "3", in order to show more colors than it does now. I might have swap or rotate it with 4 and/or 5. Unfortunately, setting up such DLI used too much coding space, so I had to left some features out.

@@VictorParada Yeah, I saw it took about 2 full lines - that is a lot of space! Maybe in the future FB will allow arrays to span WSYNCs

Thanks!

In the video description you can find aditional info and the link to the game's source code and executable. Have fun!

¡Hola! There is no flicker at all. This demo uses a DLI that swaps all the 4 playfield color registers on every scanline between 2 palettes, so you can have 8 colors in total at the same time for a "virtual GRAPHICS 2" text mode. To use the first palette, the pixels must be present only on the first scanline, and to use the other, the pixels must be on the other scanline. If a pixel is present on both scanlines, you get a "compound color", and there are only 4 posibilities, so the total number of colors in this text mode is 12. Given that, the trick was to split every GR.2 (ANTIC 7, 8 double-scanlines) into two GR.1 (ANTIC 6, 8 single-scanlines), using one charset for the first half of the text line and another charset for the bottom half, so each text line is only 4 "pixels" height in terms of double scanlines, and both text lines give you back full 8 bits in the "virtual text line". This required a customized display list, where each pair of GR.1 lines points to the same data, i.e. each byte of screen memory is displayed twice but in halves. BTW, the DLI also changes the charset register every 8 scanlines to match the text lines. In this example, I copied digits 0 to 9 bitmaps on the new charsets and also added a "solid" block, three times each, using even, odd and both scanlines, with a total of 33 of the 64 characters available to those text modes. At this point, I guess that you noticed that you cannot fit the whole alphabet 3 times in the charset source, but you can design some nice tiles for games. Most of the Fastbasic listing can be reviewed during the first 30 seconds of the video. Truncated lines are the DLI setup.

@@VictorParada Brilliant. But against a uniform background it should only be 10 colors, right?

@@MrSoopah I don't get it. What do you mean with a uniform background?. BTW, the background color is not being counted.

@@VictorParada Yes, I meant the background color. I got it, forgot that Antic Mode 7 and 6 can do 5 colors with background, not 4.

Very interesting

Yes, two players were used for the characters. The playfield uses ANTIC 4 for the cubes and ANTIC 7 for the count of lives.

Thanks!

Ha, ha, ha!!! I'm still trying to fit simple bitmaps into this game. And the name will change if not. Your game has a very good and challenging gameplay... and cool graphics! BTW, what's wrong with playable demos? ;-)

Link was ok, but ATR was delayed waiting for the game to be accepted as a contest entry. It is available now.

Thanks! I'm waiting for yours to be finished (sounds!!!)

@@VictorParada sloooowly. Everyone here took turns getting sick with the virus of unnamed origin . Then I had to get shot for work and that was even worse for me. I did a little bit this week working on a menu system for game modes and options. This is going to be a while longer.

So you also got a set of paddles. Great! There are many type-in Atari BASIC games to try in my page, some using paddles, some using joystick. Have fun...

Hint: To clean the right side, you must let the column go down one item at a time.

DLIs are not allowed AFAIK, so how???

Some flavors of BASIC provide statements to draw circles or manage sprites. FastBasic provides a general purpose DLI statement.

@@VictorParada superb! dmsc is truly brilliant and your execution is absolutely stunning!

@@AffidavidDonda What's a "DLI"? Not used to Atari stuff...

@@Steril707 Display List Interrupt - you can run a small machine language routine at a chosen screen line to e.g. change colors or shapes of characters (different above DLI, different below DLI on screen)

up to zone 16 :)

The source code with comments and extras will be available through the link in the description around April 10, just after the results of the contest.

@@VictorParada Fantastic - will be great to scan. Really great work!

@@6502Nerd Game and source code are now available!

@@VictorParada Great - will look at it. I will start an Atari playlist on my channel, it was my second computer after the Oric-1 and I really adored it! :-) And congratulations on your success in the competition!

It is NOT an Atari 2600 game. It is a game for the XL/XE computer series... I think it should also run in the old Atari 800.