Top
Best
New

Posted by ppmpreetham 10 hours ago

Blender's UI and Runtime: Much Faster Than GPUI(github.com)
533 points | 212 commentspage 2
xiange 9 hours ago|
It looks good, but the GPL license restricts the use cases
exitb 8 hours ago||
I was just a kid in 2002, so couldn’t contribute, but I remember checking the MoneyMeter going up every day, so that the community could buy out Blender and make it free software. GPL does restrict it, but it’s also only the only reason Blender is not a long forgotten piece of software from the 90s.
buster 9 hours ago|||
Well.. Old discussion but I actually think it's the better way (sorry. MIT, you are more free then anything). Either contribute back or stay away from open source work that others did for you.
thisismyanon2 8 hours ago|||
Can you even copyright LLM output? Even the readme points out humans didn't make any of the code.
wtetzner 3 hours ago|||
My understanding is that the LLM stripped away the non-UI code from Blender. The majority of the code is ported directly from GPL'd code from the Blender code base.
ZoomZoomZoom 7 hours ago|||
In this case you just can't spin it any other way than it being a derivative work of Blender. And this is great.
the__alchemist 2 hours ago||||
Most software is not GPL. When comparing this to alternatives like EGUI and GPUI for building a new app, this cannot be considered, while the others can.

GPL makes sense for applications like Blender. For a general purpose library, it's a dealbreaker.

BowBun 3 hours ago|||
This is not the spirit of open source.
ivanjermakov 5 hours ago|||
Is it bui's author decision or a consequence of Blender itself being GPL?
slopinthebag 6 hours ago|||
in what way?
kqp 7 hours ago||
Three things one must never ask: a woman her weight, a man his salary, and an HN commenter what “use case” the GPL ruined for them.
CarVac 3 hours ago||
In this case LGPL would be a more expected license for UI libraries, at least.

But that wouldn't work for a straight derivative of a GPL project.

bvrmn 8 hours ago||
I have a python "DSL" which allows to create a simple UI for synth parameters you also make in python. It uses Tk and looks like, mmm, Tk with all other Tk issues. Project was abandoned because of it. Looks like it's time to revive!
ppmpreetham 3 hours ago|
Hi, the creator here.

It's time to do it! Also we have a discord, if you end up reviving it, do share it over here:

https://discord.gg/MWXZfdyM3D

pythonRon 8 hours ago||
I gave it a quick try (Fedora 44/Python/pyenv) with some Tkinter code which is supposed to just work... It doesn't.
pythonRon 8 hours ago|
After further exploration, it does work, but not without fiddling around with the tkinter code that exists. Not bad results; better than the original Tkinter rendering, anyway, unless you like that retro look.
ppmpreetham 3 hours ago||
Can you please tell me exactly what happened, so I could fix it? Thank you!
panzi 6 hours ago||
Be aware of the license. You can only use it in GPLv3 programs.
xixixao 4 hours ago||
Love Blender, but it’s GUI, especially anything that could use native OS components, is not what I love about it (judged on macOS).
ppmpreetham 2 hours ago||
Hi, we currently don't have a macOS build yet, we're planning to do both native and GUI both !!
dailyimproving 4 hours ago||
[dead]
petterroea 8 hours ago||
The readme suggests it's a port of the blender code, at least the renderer is claimed to be so:

> The drawing code is a C port of Blender's own widget code

How can we guarantee BUI is still performant?

phillc73 8 hours ago||
It'd be awesome if kitty[1] and calibre[2] adopted the Blender UI.

[1] https://github.com/kovidgoyal/kitty

[2] https://calibre-ebook.com/

lukechu10 7 hours ago|
Why should kitty use Blender UI? It's just a terminal emulator with no GUI elements and is already GPU accelerated.
hn_submit 8 hours ago||
This is excellent. I thought about this years ago for an OpenGL based desktop UI. Apple's UI is using something similar I believe. And the Windows UI too is mostly rendered using Direct3D (which is comparable to OpenGL) since Vista.

I hope someone else uses this for a new Linux distro.

pjmlp 8 hours ago|
Well, given that so many folks always argue they are Linux distros even though it is an implementation detail for userspace APIs, ChromeOS, WebOS and Android.
gigel82 1 hour ago||
That README is the most uncanny thing I've seen recently. I still have no idea what this thing actually is, what the layers are if any... it's talking about C, Rust, HTML, CSS, node, bun, react, Python, Qt, QuickJS, DearIMGUI, etc.

But what is actually in that project? All of those things? Just a C runtime? Why not talk about what the barebones C runtime gives you first (memory, runtime), then add whatever layer on top? Or is it all-in-one always?

gen2brain 4 hours ago|
But, can it work without GPU? All native toolkits have fallback to software rendering. I do not uderstand what is gained, cpu was good enough for that since Windows 95 era? Just do not redraw every frame like in games but retain instead?
zamadatix 4 hours ago|
Yes, it defaults to CPU and explains when you might want to use the GPU and why in this section https://github.com/ppmpreetham/BUI#18-rendering-on-the-cpu-a...
More comments...