Show more

I implemented (hopefully ) , as well as linear and step modes, for depth in my tool for assembling animations from exponential strip keyframes. Much smoother than the piecewise linear that was the only option before (no more speed discontinuities at waypoints, unless you want them).

Got (base 10) numeric display working with log-domain (base 2) input (so that exponent is not limited by single precision floating point). I just need to finish up adding minus sign support for the exponent (it can go negative)...

Show thread

Made a as an fragment (function from (x, y, t) to colour).

Oriented box signed distance function from Inigo Quilez:

Segments activated by a load of conditionals on each digit's value.

Digits found by repeated divmod 10 stuff, after multiplying by 10000 (sets maximum number of digits after the point).

Leading zeros stripped with a simple loop (that stops at the point). I have code to strip trailing zeros too, but changing values are seldom affected.

Anti-aliasing of the decimal point seems to be a bit off, looks a bit too blurry. Want to add an option to move it to the baseline too.

Currently there are controls for glyph size, point size, segment length, segment thickness, foreground and background colours.

Eventual aim is to port the number rendering to the zoom video assembler I've been working on, to display zoom depth. Will need some extra fiddling, as that needs to be in log-domain and expanded to scientific notation without overflow.

Need to add motion blur to the zoom assembler first, otherwise the least significant digits will be too stroboscopic.

Figured out how to do bidirectional communication with a subprocess using Win32 API. POSIX version still to do. Now I can pipe raw PPM image streams to FFmpeg and display the output logs in my program. Did some fiddly things too to stop a flood of status lines (in a terminal they are overwritten in place using carriage return without newline). Also made a simple Dear ImGui theme function, so my UI is red when recording, green when playing, and blue when idle.

Figured out how to fix in on with driver : simply enable the display - thought I'd tried it before, but maybe I was doing it wrong, or it didn't work properly in earlier versions (I was on Debian Buster/stable for a long while, now on Bullseye/testing).

I made a thing. Formula is Mandelbrot set modified to have power 2.005 instead of 2, coloured with additive blending of an orbit trap on the negative real axis (cycling between red, green, blue depending on iteration number).

The center point of the zoom is preperiodic point with preperiod 645 and period 12 (this fact was used to refine the coordinates to be more precise). Iteration count was 3000.

The zoom factor for the loop (both rotation and scaling) was found by overlaying two copies and fiddling with sliders until it lined up again.

Probably too much motion blur and not enough samples for anti-aliasing (256 per pixel), but it took almost 2 hours to render this 2 second thing...

KF-next render (hybrid formula), auto white balance in GNU IMP, downscaled 5x5

trying to get motivation back to work on code again, have hardly done anything since before holidays, and haven't even looked at KF code since June (iirc)

another variation, using the output as a new mask for another stage

Show thread

the boundary conditions also constrain it within the frame. can also add additional constraints, like the hole in this one. obvious next step is reading a mask from a bitmap graphic file instead of defining it with code.

Show thread

Part of the algorithm is solving the Laplace equation for electric field strength. I do this by repeatedly applying boundary conditions, blurring, and normalizing. Typically I do 16 or more iterations of this between each next point selection and plotting, because when doing only 2 the image looks weird. But I somehow like the effect, not sure how to control it better...

Show thread

added a horizontal shift when plotting each circle (think this one was 1x radius)

Show thread

tweaked some parameters and it went all weird - this one adds (alpha * (number of boundary pixels) ^ beta) new points each step, with alpha = 0.5 and beta = 0.25.

Show thread

something went bad in this one (power 10), don't know why the thicker vertical/horizontal lines are there... they're not there in the previous image with 1/2 the iterations, but the texture is not so full....

Show thread
Show more

Welcome to, an instance for discussions around cultural freedom, experimental, new media art, net and computational culture, and things like that.