BlenderのUIをCに移植した「BUI」、GPUIより高速とHNで話題
姉妹サイトの新着
GitHubで公開された「BUI」というプロジェクトが、Hacker Newsで注目を集めた。BlenderのウィジェットやUIの描画コードをCへ移植し、Rust製UIフレームワークのGPUIより高速だとうたうもので、READMEには「人間が書いたコードは一行もなく、全てLLMによって構築された」と記されている。スレッドでは、GIMPやInkscape、kittyなど他のソフトにもBlender風UIを広げてほしいという歓迎の声と、GPLライセンスが採用の壁になるという指摘、アクセシビリティへの言及がない点への懸念、そして「vibe coding」で作られたコードの信頼性を疑う声とが交錯した。
BlenderのUIとランタイムは、GPUIよりずっと高速
出典: github.com / 元記事はこちら
kitty[1]やcalibre[2]がBlenderのUIを採用してくれたら最高だな。[1] https://github.com/kovidgoyal/kitty [2] https://calibre-ebook.com/
BlenderのUIの基本的な考え方自体は好きだし、特に最近のバージョンでかなり良くなった努力も評価してる。でも、本当に本当に本当に本当にあのUIをBlender以外のソフトに持ち込んでほしくない。頼むからやめてくれ。
>>3 なんで?似たようなアプリなら、何年もかけて磨き上げてきた細かいUI操作をいちいち再実装しなくて済むのはすごく助かると思うけど
>>3 これが独立したプロジェクトになって、この世代のGTKになったらどうなるか想像してみてくれ
>>3 AI用に、テキスト入力欄だけのもっと単純なUIにするのはどうだ
自分のUmamoプロジェクトのために、KotlinでBlenderスタイルのUIを作り直している最中。BlenderのUIがそれだけ好きなんだ。自分の実装は続けるつもりだけど、これも良さそうだね!
GIMPとInkscapeがBlenderの素晴らしいGUIを採用してくれたら、本当にありがたいんだけどな
>>5 インストールしてない人向けに、Inkscape/GIMP/Blenderを並べたスクリーンショットを貼っておく https://cleanshot.com/share/WW9yFdMy
>>5 自分は画像の切り取りと、その上に描き込みができればそれで十分なんだ。昔のペイントみたいな感じで。本当にそれしか画像編集でやりたいことがない。Linuxでこの用途に使うなら何がいいんだろう
>>5 「趣味や色については議論の余地がない」(ラテン語の格言)
Fedora 44/Python/pyenvの環境で、そのまま動くはずのTkinterコードを使って軽く試してみた…が、動かなかった
もうずっと前から、これをやったらすごいだろうなと思ってた。誰かがついに実現してくれて嬉しい。速度が重要なインターフェースには最適な仕組みだと思う。3Dモデラーや動画編集ソフト、DAW、シミュレーションシステムがこれをベースにもっと増えてほしい
シンセのパラメータ用に、Pythonで作った簡単なUIを組める自作の「DSL」を持ってるんだけど、Tkを使っていて、見た目はまあ…Tkで、Tk特有の問題も全部抱えてる。それが原因でプロジェクトは放棄してた。これを機に復活させる時が来たかもしれない
これは素晴らしい。何年も前に、OpenGLベースのデスクトップUIについて同じようなことを考えていた。AppleのUIも似たような仕組みを使っているはずだし、WindowsのUIもVista以降はほぼDirect3D(OpenGLに近い)でレンダリングされている。誰かがこれを新しいLinuxディストリビューションに使ってくれたらいいな
>>9 まあ、ChromeOSやWebOS、Androidなんて、ユーザースペースAPIの実装の違いにすぎないのに、みんないつもそれらをLinuxディストリビューションだと主張するからね
見た目は良いけど、GPLライセンスが使える用途を制限してしまう
>>10 2002年当時はまだ子供だったから貢献はできなかったけど、コミュニティがBlenderを買い取ってフリーソフトウェアにするために、毎日MoneyMeterの数字が上がっていくのを見ていたのを覚えてる。GPLは確かに制約になるけど、BlenderがGPLだったからこそ、90年代のまま忘れ去られたソフトにならずに済んだとも言える
>>10 まあ…古くからある議論だけど、自分はこれが良い方式だと思ってる(ごめんMIT、お前が一番自由なライセンスだとは思うけど)。貢献を返すか、他人がやったオープンソースの仕事から手を引くか、どちらかにすべきだ
READMEを見ると、少なくともレンダラーはBlenderのコードのポートだと書かれている。「描画コードはBlender自身のウィジェットコードをCに移植したもの」とあるけど、BUIが本当に同じ性能を保っていると、どうやって保証できるんだろう
明らかに「vibe coding」(AIにノリで書かせたコード)だけど、アイデアと実装を見る限りかなり良く出来ている
>>12 なんでそう言えるの?この部分のことを言ってるんだろうけど…「このリポジトリは人間が書いたコードなしに、全てLLMで構築されている。描画とインタラクションのコードはBlenderのソースから移植され、動作はC・Python・Rust・JavaScriptのテストスイート、tkinterの比較プログラム、GPUのパリティテストで検証されている」…じゃなかった?
このプロジェクトはREADMEをもっと詳しくした方がいいと思う
「誰が書いたのか?」「このリポジトリは人間が書いたコードなしに、全てLLMで構築されている」…とのこと
>>14 それでいいと思う。LLMがなければ、こんなに時間と労力がかかることに誰も手を出さなかったはずだ。今は少しのトークンと短いプロンプトでこんな素晴らしいものが作れる。全体として見れば良いことだよ
アクセシビリティ(a11y)について一言も触れられていない。汎用のアプリケーションで使う前には注意した方がいい
それは素晴らしいアイデアだと思う。自分はRust+GPUIをよく使っているけど、期待している動作がそもそも実装されていないことがたまにある。Blenderほど実戦で鍛えられたUIに置き換えれば、改善するかもしれない
>>16 GPUIのどこに限界を感じているのか、すごく気になる!自分は開発中のソフト用に独自のRust UIフレームワークを作ったけど、GPUIは常に気にかけていた。あなたの意見では、何が制約になっている?
「うわ、このウィジェット見た目がひどいな」と思ったことは何度もあるけど、「うわ、このウィジェット遅いな」と思ったことは一度もない
>>17 自分はひどいと思ったことはないけど、長い時間眺めてきたから単に慣れてしまっただけかもしれない。Mayaとか他のソフトの方がUIが良いのか?正直、自分にはBlenderよりそっちの方が気持ち悪く見える
他サイトの新着
GPUIのライセンスはApacheで、BlenderのUIはGPL。これが採用のハードルになる
目指すところ自体は確かに価値があるけど、この上に他のGUIツールキットAPIのクローンを用意するという、かなり奇妙な方向に進んでしまっている。想定している利用者はvibe codingに抵抗がない人たちで、彼らはちゃんとしたBlender流のAPIに切り替えることなんて気にしていない。できるからといって…
>>20 自分の考えでは、「両方あればいいじゃない」という話だと思う。すぐにこれを使うように移植できるアプリが自分にはいくつかある
対象プラットフォームのネイティブなウィジェットツールキットを使うべきだ。そうすればユーザーにもっと好かれる
>>21 ほとんどのネイティブなウィジェットツールキットは、実際には3Dキャンバスへの描画も、かなりコンパクトなUIレイアウトもうまくサポートしていない。自分も基本的にはネイティブウィジェットの方が好きだけど、密度の高いプロ向けアプリケーションでは、それが常に正しい選択とは限らない(実際、Appleでさえ、例えばLogic Proではネイティブのウィジェットから外れている)
>>21 自分は全プラットフォームを対象にしているし、今の他のデスクトップソフトの大半もそうだ
>>21 HNは、世界でこういう考え方をする人がまだ残っている最後の集落みたいなものだと思う。絶滅危惧種の最後の個体を保護する聖域だよ
>>23 BlenderのUIを思い浮かべたとき、「洗練されている」という言葉は自分には出てこないな
>>46 それはよくあるミーム(ネタ)を繰り返しているだけだと思う。BlenderのUIのレイアウトや構成は問題ないし、今回の話はUIライブラリそのもの。技術的にはBlenderのUIに何も問題はなくて、実際全体としてかなり良い出来だ
>>29 「あるいは傲慢さ」(ラテン語の格言のもじり)
>>53 これ、AIモデルが会話の途中で突然中国語に切り替わる現象を思い出すな
この話題の背景と論点
BUIが比較対象とするGPUIは、コードエディタZedが使うRust製のUIフレームワークで、投稿者はその挙動に不満を感じていたという。一方Blenderは2002年、開発元の経営破綻を受けてコミュニティが資金を募り、買い取ってオープンソース化した経緯があり、レスにある「MoneyMeter」はその募金の進捗表示を指す。当時Blenderが選んだGPLライセンスが、今回のBUI採用時にも制約として挙がっている。「vibe coding」は、人間が細部のコードを書かずAIに実装を委ねる開発スタイルを指す俗語で、BUIが「人間の書いたコードはない」と明言している点が、信頼性への疑問とLLM活用への評価という両方の反応を呼んだ。
※本記事は海外掲示板 Hacker News のスレッド「Blender’s UI and Runtime: Much Faster Than GPUI」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。
この記事のリアクション
まだコメントはありません。