My programming skills (not that I had many) have faded into distant memory nowadays but it is always interesting to watch the things you do to challenge the capabilities of these older machines. The retro-brighting has made it really fresh and it is an attractive design. ✔
Yeah, I think that's the way to go too as VGMs won't eat up all your CPU time which you need for the graphics effects (a sampled tracker most definitely will on such a low spec machine). The sn76489 can produce some pretty tunes if you program it right. Those Japanese composers that made the music for games like Zeliard or Sonic the Hedgehog really made this simple little PSG shine! ;-)
Some dithering to simulate more than 16 colors on 4 bit RGBi: ua-cam.com/video/kjUChZf3fQY/v-deo.html (to be fair.. it does a bit more than dithering.. and this would work better on a real CRT due to the ever so slight persistence of phosphor and bit of inevitible blurring. It also swaps the pixel colors every frame). This of course isn't a PC, but it does have the limitations of 4 bit RGBi still.
Looks fantastic!
You know that you are early when UA-cam only offers 360p.. :) Great video as always. :)
It's very slow today.
My programming skills (not that I had many) have faded into distant memory nowadays but it is always interesting to watch the things you do to challenge the capabilities of these older machines. The retro-brighting has made it really fresh and it is an attractive design. ✔
Great content and the Tandy looks fantastic now.
Neat machine. I like your Rotozoom program.
Thanks!
Hi,
For music, there is tantrack but it is much more simple to use .VGM files.
Thanks for the heads up.
Yeah, I think that's the way to go too as VGMs won't eat up all your CPU time which you need for the graphics effects (a sampled tracker most definitely will on such a low spec machine). The sn76489 can produce some pretty tunes if you program it right. Those Japanese composers that made the music for games like Zeliard or Sonic the Hedgehog really made this simple little PSG shine! ;-)
Amazing that the rotozoomer runs as fast as it does. I need to recode mine in assembly to make it faster... Turbo C is just too slow!
Yes unfortunately TurboC is way too slow. I liked your sizecoding episode by the way.
Nice work! What programming language did you use?
Mostly assembly, but also some C.
Some dithering to simulate more than 16 colors on 4 bit RGBi: ua-cam.com/video/kjUChZf3fQY/v-deo.html (to be fair.. it does a bit more than dithering.. and this would work better on a real CRT due to the ever so slight persistence of phosphor and bit of inevitible blurring. It also swaps the pixel colors every frame). This of course isn't a PC, but it does have the limitations of 4 bit RGBi still.
My only regret is I could never get quick basic to support TGA graphics.