It’s one of the most fundamental questions in the demoscene: why is there almost no visible source code in demos, even though it’s actually all about code. Ultimately, that’s where the magic is, the magic. This is especially true for the sub-genre of size coding. It is always about the – scientific – once important, now rather obsolete – question: What is the smallest algorithm to solve a problem?
One can now answer: Why should you? It’s just distracting! Neither the performing arts, nor texts, nor theater, nor film usually do that. But there is the 4th wall breakthrough, there is the Dada way of creating a poem or the algoart that exposes its constructions (such as Tinguely), where you are sometimes even standing in the construction. All these works of art break the cage of construction and allow us to look into the algorithms, ultimately deconstructing the simple consumption of “Ahhh” or “Ohh” or making it even more incredible. The Magic Circle itself becomes the subject. It would therefore be an empowerment. And one difference to older physical algoart is that digital algoart is not carried out by machines or humans but by computers. So we write to computers first and not to people.
In the demo “CodeDemo” released on LoveBytes 2025, the whole thing is now reversed. The code becomes the main part, the output.

256 bytes of Pico8 LuaCode generates as much executable code as possible with comments. Here the demo creates as concrete code (not your own – this was also tried out).
First, all variables are instantiated, which are then assembled.
The string with the name “demo” is filled in continuously and endlessly. However, the process can also simply be read infinitely as new source code. The result is obviously a demo that gets longer and longer.

Calculations are performed in the memory, variables are drawn, circles are drawn, etc.This is what normally happens in a demo.
The code for this is quite simple (but does not appear in the demo). As with the Dada poem, it goes without saying that chance rules.
v={'calc','draw','copy','demo',
'mem','var','circ','fx'}
f=0z=0a=0c={'웃fake!','✽visuals!','➡️entertain!','🅾️no sourcecode!','no explain!'}
function _draw()f+=1z+=1
if(z<#v+1)?v[z].."=''"
if(f<sin(z/100)*6+4)return
f=0
s=v[ceil(rnd(4))]..".."..v[4+ceil(rnd(4))]
if(z>#v+1)?"\f7demo..= "..s
if(rnd(10)<1)?"\f8\^i--"..c[ceil(rnd(4))]
end
When reading the generated source code, it quickly becomes clear that this new demo actually consists of a series of empty strings. At the end of the day, the demo is simply empty and non-existent, even though something is constantly being created here.
Of course, code can also be used less dominantly and invasively and rather become the content of a demo, for example in the research demo „Josef K and the Cathodic Guillotine – The Ugly Demo (Amiga)„.
Surely this is just the beginning of this kind of demos .-)