The requirements seem quite odd. Why less than 100 lines? That’s an arbitrary limit, akin to to those in assigments in school. Why avoiding dependencies? In particular if that will considerably worsen the output and make the whole thing unneccesserily time wasting and buggy. o ᷼O
You may create a 3D figure by rotating a flat curve around the vertical axis and skewing the coördinate system so that whatever is closer is placed lower. The shape may be a wire mesh consisting of quadrlaterals, so there is no need to apply real 3D rendering algorithms. If you start rotation from the back and draw lines from the bottom, ordering of the points/segments is naturally fitting what you need. Adding colors makes it more intereting.
You may also create random aptterns based on L-systems. Preferably the L-system being used to define the crude geometry of the item and the actual generation just using that as the partial input.
Printing on A2 at 300 DPI with a border gives vertical pixels 4660 for the code, and the font I'm using is 23x45 pixels. That gives 4660 / 45 = 103 lines. (at about 6.6 lines per inch).
I also want it so anybody who knows a bit of programming can walk up, have a look and have a look at what is going on, then maybe go and try it in the language of their choosing. The idea is that it is completely self-contained.
Wasting time generating a one-off image for poster isn't a big issue. Even if it took overnight I wouldn't be too bothered. If it is a 'special simple case' of a more generic problem, if it might attract interest I'm keen.
Maybe raytraced spheres over a chess board is next...
