<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>C&#43;&#43; on FoundingFuture</title>
		<link>https://foundingfuture.com/tags/c&#43;&#43;/</link>
		<description>Recent content in C&#43;&#43; on FoundingFuture</description>
		<generator>Hugo</generator>
		<language>en</language>
		
		
		
		
			<lastBuildDate>Tue, 08 Sep 2026 00:20:00 +0200</lastBuildDate>
		
			<atom:link href="https://foundingfuture.com/tags/c++/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Palette morphing between waypoints</title>
				<link>https://foundingfuture.com/fractals/mandelbrot-set/palette-morphing/</link>
				<pubDate>Tue, 08 Sep 2026 00:20:00 +0200</pubDate>
				<guid>https://foundingfuture.com/fractals/mandelbrot-set/palette-morphing/</guid>
				<description>&lt;!-- requires theme shortcode: lead --&gt;&#xA;&#xA;&lt;div class=&#34;lead&#34;&gt;&lt;h2&gt;Each waypoint of a movie carries its own palette and its own colour cycle density, and the renderer interpolates both across the move between them.&lt;/h2&gt;&lt;/div&gt;&#xA;&#xA;&lt;p&gt;A zoom movie is a list of waypoints and the camera moves between them. Each waypoint carries the two settings that decide colour. One is the palette the frame is drawn in. The other is how many colour cycles the picture spans. The renderer interpolates both across every move, on the same eased parameter that drives the zoom. A frame at a stopped waypoint is drawn exactly as that waypoint defines it. Every frame between two waypoints is part of the way from one setting to the other.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Building a morphing reverb</title>
				<link>https://foundingfuture.com/programming/audio/morphing-reverb/</link>
				<pubDate>Sat, 05 Sep 2026 00:35:37 +0200</pubDate>
				<guid>https://foundingfuture.com/programming/audio/morphing-reverb/</guid>
				<description>&lt;p&gt;A reverb turns one sound into thousands of quieter copies of itself, spread over time. A digital reverb builds those copies from delay lines wired into a feedback loop. The table of numbers that wires them decides how the copies pile up. SD-Reverb is an audio plugin whose table does not hold still. It travels a closed path over seconds to minutes, fifty seconds at the default setting. The resonances of the room therefore drift while its decay time stays where the control put it. The architecture and the delay lengths come from the Airwindows reverbs of Chris Johnson. Moving the table is a published technique, reached here by its own route.&lt;/p&gt;</description>
			</item>
			<item>
				<title>SD-Reverb signal path</title>
				<link>https://foundingfuture.com/programming/audio/sd-reverb-signal-path/</link>
				<pubDate>Sat, 05 Sep 2026 00:35:37 +0200</pubDate>
				<guid>https://foundingfuture.com/programming/audio/sd-reverb-signal-path/</guid>
				<description>&lt;p&gt;This page follows a stereo signal through SD-Reverb, from the sample the host hands in to the sample the host takes back. Every operation on the way is written down as arithmetic. Each stage is described twice, first in words and then in symbols. The symbols are the specification and the words are what the symbols mean.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
