Loading video...

Video Failed to Load

Go Home

I made Blender node previews work on ANY PC… No GPU? Still fast. Low-end setup? Still smooth. High-end GPU? Even better. Blender 4.0+ supported #b3d #blender3d #gamedev #3dart

30,823 views • 5 months ago •via X (Twitter)

26 Comments

Mix 3D's profile picture
Mix 3D5 months ago

its available now with early birds discount :

Mix 3D's profile picture
Mix 3D5 months ago

the demo shows low res there is more resolutions to choose from

Precious Cypher 🥇's profile picture
Precious Cypher 🥇5 months ago

So when I assigned materials to a model I see the previews ?

Mix 3D's profile picture
Mix 3D5 months ago

you can actually view the last node for the final result

Precious Cypher 🥇's profile picture
Precious Cypher 🥇5 months ago

Hmm interesting Does it take the shape of the model ?

Mix 3D's profile picture
Mix 3D5 months ago

its a shader based preview it actually nap it to a plane to view it fast so you can see what the mixture of nodes your making as quick as possible while you're on full screen for example

VersaTale's profile picture
VersaTale5 months ago

This is super fast and responsive compared to Node Preview(some other addon I have)

Mix 3D's profile picture
Mix 3D5 months ago

this one is gpu based the other addons i saw is cpu based which is slow

James George's profile picture
James George5 months ago

That's awesome 😎

Mix 3D's profile picture
Mix 3D5 months ago

oh thanks James

Precious Cypher 🥇's profile picture
Precious Cypher 🥇5 months ago

How can I get it ?

Mix 3D's profile picture
Mix 3D5 months ago

it's going to be available in next hours at

Caleb_trynabeanartist's profile picture
Caleb_trynabeanartist5 months ago

Extremely cool.

Mix 3D's profile picture
Mix 3D5 months ago

thanks i will share it when it's done on my page

Thomas Schmall's profile picture
Thomas Schmall5 months ago

Super neat - it works in blender 5.1 in first little tryouts I did. I wasn't quite sure which of the two files is the newest version. Maybe that could be made more clear. Also it says it needs cycles, but it did work with Eevee so far.

Mix 3D's profile picture
Mix 3D5 months ago

i hope you liked it and if you face any issues just type it down in the post comments so i fix it.

Thomas Schmall's profile picture
Thomas Schmall5 months ago

Thanks. I will. It showed only black previews at the beginning. A "clear cache" fixed it - since then it's going strong 🙂

Mix 3D's profile picture
Mix 3D5 months ago

thanks mate for feedback.

QUI's profile picture
QUI5 months ago

looks cool

Mix 3D's profile picture
Mix 3D5 months ago

thank you Qui

Serac111's profile picture
Serac1115 months ago

Works with GeoNodes?

Mix 3D's profile picture
Mix 3D5 months ago

it only works for shaders. GeoNodes are dealing with meshes and stuff like this it's better to not use something like this for it

Rhal's profile picture
Rhal5 months ago

This unbelievably complex tech will be officially added in 10 years.

Mix 3D's profile picture
Mix 3D5 months ago

the complex part is actually getting it to be that fast and crisp looking the dev of this addon started in 2025 the first one was slow as heck and not even good. and now look at that works like a champ

Rhal's profile picture
Rhal5 months ago

Amazing work. Hopefully this will work with any node.

Mix 3D's profile picture
Mix 3D5 months ago

haven't tested all of them but i can say works with all nodes i have used in my journey with blender so should be fine. if there is any probem with it just send a report to my email so i can fix it. here will i post it

Related Videos

Dylan Patel of SemiAnalysis says a worse GPU with better storage and memory now beats the best chip without them, so buying the newest GPU alone no longer wins inference. So, an AMD GPU with more memory can outperform Nvidia in some cases. "So what we have is we have over $80 million of compute, GPUs from Nvidia, AMD, TPUs from Google, Trainium from Amazon, and we run this benchmark constantly on the newest inference engine, newest drivers, newest PyTorch version, whatever it is." "Every day it runs on an automated CI, and we run it on all the latest Chinese models, from GLM, Zhipu, Moonshot, Kimi, Alibaba, all these models we run." "Initially, when we were benchmarking the difference between these chips and different engines, different schemes for parallelism, we were just running it fixed context length." "But now with Agent X, we've analyzed over $5 million worth of Claude Code traces. This is real production traffic that people have donated to us as well as internally generated. Now we know what the actual agent workload looks like." "And then as we implement that and run those benchmarks, it turns out yes, the chip you're using is very important, but now even more important is how are you handling this memory offload?" "And so while an Nvidia GPU is faster than an AMD GPU in most cases, because AMD GPUs have more memory, they actually end up outperforming in some cases." "Or you can have a worse GPU, but a much better storage solution, and now you can outperform what the best GPU can do without those solutions. So just buying the newest and latest GPU alone doesn't get you the best inference economics." "Actually, you need to layer in all these other innovations including storage and memory." [ Who's the top player on your chart? ] "That really is a difficult multivariable problem. And generally that means you need to have, yes, you need to have the best GPU, a GB300, but you also need to have the best storage solutions. And so I won't spoil who's the best right here, but I will say that storage solutions matter a lot and memory solutions matter a lot, as does your front-end networking. That matters a lot."

Fireside Alpha

178,511 views • 1 month ago

UC Berkeley just open-sourced FreeToken. (2–4x faster local LLM inference than Ollama) the results are wild: - Qwen3.6-35B on an 8GB GPU at 39.3 tokens/s - DeepSeek-V4-Flash 284B on a 32GB GPU at 22 tokens/s - GLM-5.2 753B on a 96GB GPU at 14.9 tokens/s a 35B model at 16-bit precision needs about 70GB just for its weights. even at 4 bits it is close to 18GB, and FreeToken serves it on an 8GB GPU. let me explain how: all three models mentioned above are Mixture-of-Experts, and that is what FreeToken takes advantage of. each layer holds hundreds of separate experts plus a small router that picks a few of them per token. Qwen3.6-35B activates roughly 3B of its 35B parameters per token. DeepSeek-V4-Flash picks 6 of 256 experts per layer, so 13B of its 284B run at a time. so compute was never the bottleneck. the weights a single step touches fit comfortably on a consumer GPU. every expert the router might pick still has to exist somewhere. they sit in system RAM, and the GPU keeps a cache of the ones the model has been using recently. so everything comes down to what happens when the router picks an expert that is not on the GPU. there are two ways to serve that miss: 1. copy it over PCIe and run it on the GPU 2. run it on the CPU, where it already lives both read from the same system memory, so they compete for one pool of bandwidth instead of adding to each other. existing engines pick one option and freeze it when the model loads. but routing changes on every token, so a fixed choice misses most of what the model asks for. FreeToken measures both bandwidths on your machine and splits each step's misses between the two paths in proportion. the GPU and CPU results then merge exactly, with no approximation. two machines with the same GPU can end up wanting opposite strategies, which I did not expect. a 5090 in a gaming desktop should push nearly everything over PCIe, while an 8GB laptop is better off computing most misses on the CPU. none of that is readable off a spec sheet, so the engine profiles it once per machine. the second half of the design is about agents. coding agents constantly rewrite their own history, and every edit normally forces thousands of tokens back through prefill. FreeToken saves its checkpoints at the exact boundaries agent frameworks cut on, so it only reprocesses the new part. its slowest first token stays under 44 seconds, while llama.cpp peaks at 232 and KTransformers at 946. it serves the OpenAI and Anthropic APIs under Apache 2.0, so Claude Code and Codex can point at it directly. releasing weights publicly decides who can download a model, not who can afford to run one. frontier open models keep shipping, and running them still assumes a rented cluster. meanwhile there are over a hundred million consumer machines with discrete GPUs sitting mostly idle. closing that gap was never a hardware problem, and work like this is what turns open weights into something you can actually use. paper: repo: almost every idea in this post, from why memory bandwidth decides the outcome to why moving weights costs more than computing on them, comes straight out of how a GPU is built. I wrote a detailed primer on that. the article is quoted below.

Akshay 🚀

340,691 views • 21 days ago