# SDF Published articles for SDF. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Building an Infinite Liquid Glass Grid with Three.js, WebGPU, and TSL DevFeed: [Building an Infinite Liquid Glass Grid with Three.js, WebGPU, and TSL]() Original publisher: [Read original article]() Author: Filip Kantedal Published: 2026-09-08T13:09:48Z Content type: tutorial Language: en Sources: [Codrops]() Topics: [webgpu](), [Three.js custom shaders](), [refraction shader](), [signed distance functions]() Tags: [3d-web-experiences](), [chromatic-dispersion](), [creative-coding](), [custom-shaders](), [glass](), [glass-shader](), [glassmorphism](), [gpu-rendering](), [infinite](), [infinite-carousel](), [infinite-grid](), [interactive-3d](), [liquid-glass](), [next-js](), [r3f](), [react-three-fiber](), [refraction-shader](), [sdf](), [shader-effects](), [signed-distance-functions](), [three-js](), [three-js-shading-language](), [three-js-webgpu](), [tsl](), [tsl-shaders](), [tutorials](), [video](), [webgl](), [webgpu](), [webgpu-shaders]() ### AI overview A tutorial on building an infinite liquid-glass grid in the browser with Three.js, WebGPU, TSL, custom shaders, and video textures. ### Source excerpt An exploration of infinite grids, liquid glass, and video refraction using Three.js, WebGPU, TSL, and custom shaders. ## RFC 9880 and the IoT Validation Problem DevFeed: [RFC 9880 and the IoT Validation Problem]() Original publisher: [Read original article]() Author: Stefano Fago Published: 2026-07-26T00:00:00Z Content type: article Language: en Sources: [Nicolas Fränkel]() Topics: [Internet of things](), [SDF](), [data](), [JSON](), [Code](), [CoAP](), [MQTT](), [HTTP](), [TLS (Transport Layer Security)]() Tags: [architecture](), [code](), [data](), [development](), [iot](), [json](), [protocol](), [sdf](), [standards](), [validation]() ### AI overview This article examines RFC 9880 and its Semantic Definition Format (SDF) as an ecosystem-neutral, JSON-based way to describe IoT devices. It argues that SDF validation is best understood as a compilation problem and discusses how different IoT ecosystems represent the same physical concepts incompatibly. ### Source excerpt The IoT/IIoT world has a data model problem and the concept of Digital Twin has made this issue more important. Plenty of people have tried to fix it. RFC 9880 and its Semantic Definition Format (SDF) are a serious attempt: a JSON-based, ecosystem-neutral way to describe what a device is and what it does. I have had some experiences with this specification, and I've understood that the format shows its full value once you treat it as source code, something you compile. ## Volume Grids in Geometry Nodes DevFeed: [Volume Grids in Geometry Nodes]() Original publisher: [Read original article]() Author: Hans Goudey Published: 2025-10-07T20:29:49Z Content type: release Language: en Sources: [Blender]() Topics: [data](), [Data structures](), [Library](), [signed distance functions]() Tags: [3d](), [blender](), [data-structure](), [general-development](), [geometry-nodes](), [library](), [sdf](), [volume]() ### AI overview Blender 5.0 expands Geometry Nodes support for volumetric data with a new volume grid data type. Grids can store float, vector, and other primitive values, be modified with math nodes, and be viewed or attached to geometry. ### Source excerpt In Blender 5.0, Geometry Nodes support for volumetric data will be significantly better. ## Perfecting anti-aliasing on signed distance functions DevFeed: [Perfecting anti-aliasing on signed distance functions]() Original publisher: [Read original article]() Published: 2025-07-26T14:29:32Z Content type: article Language: en Sources: [The Last Static Blog RSS]() Topics: [signed distance functions](), [SDF]() Tags: [functions](), [graphics](), [math](), [prog](), [sdf](), [signed-distance-functions](), [visualization]() ### AI overview This article explains why anti-aliasing signed distance functions is more complicated than applying hardcoded constants or generic formulas. It develops anti-aliasing approaches from SDF properties such as the unit-length gradient and considers both inside/outside sign conventions. ### Source excerpt Doing anti-aliasing on SDF is not as straightforward as it seems. Most of the time, we see people use a smoothstep with hardcoded constants, sometimes with screen space information, sometimes cryptic or convoluted formulas. Even if SDFs have the perfect mathematical properties needed for a clean anti-aliasing, the whole issue has a scope larger than it appears at first glance. And even when trivial solutions exist, it's not always clear why they are a good fit. Let's study that together. SDF The article assumes that you are at least a bit familiar with what an SDF is, but if I had to provide a quick and informal definition, I would say something like: "It's a function (or lookup-table of said function, usually stored in a texture) which returns the signed distance from the specified coordinates to a given shape, where the sign indicates whether you're inside or outside the shape." A common visualization of it looks like this: SDF of a moving pie/pacman, using Inigo Quilez formula and colorscheme for visualization The distance is fancily colored here for illustrative purpose, and the shape is animated to see how it affects the field. Another way of seeing it is to switch to a 3D view: SDF of a moving pie/pacman, as seen in 3D For the sign interpretation, here we're using the convention positive inside and negative outside, as seen for example on the Wikipedia illustration. But this is not always the case, for example, Inigo prefers the opposite: negative inside and positive outside. I personally find the Wikipedia convention to be more intuitive and easy to work with, but that's a matter of preferences so we'll figure out the formulas for both models. Switching from one to the other is just a sign swap, but it's important to know what we are working with. Linear ramp A properly crafted SDF has a gradient of length 1, meaning the slope is either going up or down, but always at the same constant rate of 1: 1D side cut of an SDF depicting the gradient/slope This is an i