@notclacke@eobet in my part, no. The content was far too dynamic for that. In some other parts there was some of that.
Unless the content is static, it's difficult to combine work like that. Perhaps if the work is a data copy from one location to another, it would be reasonable.
@notclacke@eobet yes. Pretty much. You have a few instructions during horizontal blanking and then some more during the vertical blak interval. You can also add a bit of extra top and bottom border to get some more time to do stuff.
@notclacke@eobet well, there were 6 people involved in this production. Two coders (of which I am one, and Ionly did one part), two people were doing the two songs, and two people were doing graphics.
@eobet the border isn't technically removed. There isn't any need to since you don't actually draw any graphics. Well, the top border is removed but that's just so that you can lock the raster as early as possible.
The fastest normal way you can change the background is 8 pixels horizontally. Conveniently it's 1 pixel per cycle, so the colour switch is done from a register to the background colour address. That instruction is 8 cycles.
However, it's also possible to use a 12 cycle instruction to offset the drawing by 8 pixels.
Note that if you want a switch in 8 cycles you need the source data to be a register, and since the destination address also needs to be in a register you are limited in the number of colours available per line. Also, there isn't enough time in the horizontal blanking area to change all the registers so if you want both high resolution and lots of colours you need be clever in the way you update the registers.
The rules for the competition was that the demo should run on an Atari ST and should never display any graphics on the bitmap, and the only way you are allowed to display anything on the screen is by changing the background colour at precise times.
@edward on this trip I've stayed at 3 hotels so far (one in Paris and 2 in Stockholm). No IPv6. I'm not 100% sure I checked the first hotel in Stockholm, but I'm pretty sure it's a no there too.
Lisp, Emacs, APL and a bunch of other stuff.From Sweden, living in Singapore.I always work on a bunch of projects. My current major ones are:A graphical frontend to Maxima: https://github.com/lokedhs/maxima-clientKap: An APL-based programming language: https://codeberg.org/loke/array#lisp #commonlisp #apl #retrocomputing #linux #kap #climaxima #emacs #atari #fedi22