OrcaSlicer-bambulab - Bambu Labプリンター向けにBambuNetworkの完全サポートを復元
(github.com/FULU-Foundation)- OrcaSlicer-bambulab は、Bambu Labプリンターで BambuNetwork の完全サポートを復元した OrcaSlicer のバージョン
- LAN専用に制限されず、以前のように インターネット経由でBambuNetwork として動作
- 一般的な利用と印刷に必要な 全機能 を BambuNetwork 経由で使用できるとしている
- Windows では実行前に WSL 2 が必要
- Windowsで初回起動する前に、管理者権限の Command Prompt または PowerShell で
Microsoft-Windows-Subsystem-LinuxとVirtualMachinePlatformの機能を有効化する必要がある - Windowsでは該当機能を有効化した後に 再起動 し、Orca Studio を実行する必要がある
- Linux では通常のインストールだけで十分と案内している
- macOS 対応はまだ作業中
- README では BMCU の使用も推奨しており、BMCU ファームウェアは作者のリポジトリ群で見つけられると案内している
1件のコメント
Hacker News のコメント
今週初めに Bambu の騒動を起こしたリポジトリの以前の状態を複製したように見える。
かなり調べてみたところ、現在の Bambu はシステムを 2 つのモードに切り替えている。デフォルト/クラウドモードではアプリとリモート監視を提供するが、印刷ジョブの送信には Bambu Studio または Bambu Connect を使う必要があり、内部 API には クラウド認証 が付いていて、ローカル要求であっても Bambu サーバーからトークンを受け取らなければならない。
LAN/開発者モードではデバイスがトークンを表示し、それをアプリに入力する方式で、リモート監視は無効になる代わりに、クライアントがローカルで印刷ジョブを送信できる。
ユーザーが望んでいるのは ローカルトークン認証とクラウド認証を同時に有効化すること だが、実際には不可能なので、このプラグインはローカルスライサーから「Bambu Network」のクラウド RPC 呼び出しを行うために、クラウド認証インターフェースをまねている形に近い。
個人的には Bambu の対応は不快だし、オフラインモードも同様の反発があって初めて生まれたと言えるが、現行システムそのものが特別ひどいとは思わず、「信頼しづらい」クラウド機能を復活させたいという欲求には少し面白さも感じる。
ローカルクライアントがクラウドなしでローカルプリンターと直接通信できない理由はない。
BambuLabs が抱えている問題はすべて自業自得であり、認証の有無に関係なくクラウドとローカルのキュー管理を同時に許可することもできたはずだ。
3D プリントをあまりしない人には分かりにくいが、3D プリントは単にスライス済みファイルを放り込む以上のものだ。
たとえばスライス前にプリンターと情報を同期して、スライサー内のフィラメント一覧が実際のプリンターの状態と一致するようにする必要がある。フィラメントが 1 ロールしか載っていないプリンターなら大げさに見えるかもしれないが、複数のプリンターそれぞれに 4 ロール入りの AMS が付いているなら必須機能になる。
また、プリンターが作業場のような離れた場所に置かれていることも多く、VPN を別途構築しない限り LAN モード は最初から難しい。
Bambu Lab が販売時に提供していた、スマホで印刷状況を監視する機能も引き続き使いたい。つまり LAN/開発者モードは、OrcaSlicer と問題なく動いていた以前のクラウドモードと同等ではない。
Bambu は実際にこのファームウェアを持っているが、「プロ」ユーザーにしか開放していない。
プロユーザーは開発者モードなしでもクラウドを無効にでき、私たちも当然そうしている。
機械自体は素晴らしいが、Bambu が LAN モードに強制している専用バイナリが Linux では非常にバグが多く遅いうえ、技術的にもまったく不要だという点が非常に残念だ。
誰かがどのコミットから分岐し、何が変更されたのか監査するまではインストールしないほうがいい。
それより、git 履歴が squash されていない別のリポジトリのコピーを探すほうがよい。
論争を利用して自分の財団（？）に注目を集めたい試みに見えるが、コードの出所やセキュリティの観点から、git 履歴の喪失は好ましくない。
私の理解では、Bambu はクラウドアクセスを全か無かにした。ローカルモードを使えばローカルでのスライスしかできずクラウド機能は一切使えず、クラウドモードを使えばクラウドでのスライスとすべてのクラウド機能が使える構造だ。
人々が維持したがっている クラウド機能 が何なのか気になる。プリンターのアプリ制御や印刷監視だけなのか、それとも失われると困る別の機能があるのか知りたい。
Bambu への不信が大きい理由は、当初、LAN モードでローカル印刷する場合でさえ クラウド認証 を要求すると発表し、反発を見てからようやく引っ込めたからだ。
なぜドメイン全体が archive.org から除外されたのかは分からないが、元文書はまだ見られる: https://blog.bambulab.com/firmware-update-introducing-new-au...
認可が必要な中核操作には、プリンターのバインド/解除、リモート映像アクセスの開始、ファームウェアアップグレード、印刷ジョブ開始（LAN またはクラウドモード）、モーションシステム・温度・ファン・AMS 設定・キャリブレーション制御などが含まれる。
別のアーカイブがあることを知らず、また見つかってしまった。
保証条件を変えようとして見つかり、ファームウェア更新まで印刷を止められるようにする規約も変更していた。
コミュニティが怒ると引き下がっただけでなく、関連ブログ記事まで修正し、「この[修正され日付も巻き戻された]記事には明確に説明されているのに、根拠のない虚偽情報を広めている」と責め立てた。
リンクされた記事がその記事で、元のバージョンはここにある: http://archive.today/2025.01.16-173123/https://blog.bambulab...
ユーザーが NAT 配下の自分のデバイスにリモートアクセスできるようにしようとしたベンダーとして、Ubiquiti のやり方を思い出す。
Unifi Cloud は公開ポータルを通じた認証と接続の仲介だけを担い、その後はウェブブラウザやアプリから自分の機器へ直接接続する。
望むならこの機能も無効化して、リモートアクセスを自分で処理できる。他のベンダーも参考にすべきだ。
ここで重要なのは単なるプリンター対応ではなく、ユーザーがすでに所有しているハードウェアを ベンダークラウド経路 に依存せず使い続けられるかどうかだ。
ローカルネットワーク対応は、失われるまでは便利機能のように見えるが、失われた後でそれが所有モデルの一部だったことがはっきりする。
Bambu はローカルネットワーク対応を奪っておらず、どの Bambu プリンターでもクラウドやインターネット接続なしで使える。
できないのは、サードパーティ製スライサー で Bambu のクラウドサーバーを使うことだ。
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
情報がほとんどなく、削除された別の GitHub リポジトリをコピーして自分のものとしてリブランディングしようとしているのか、それとも別の作業をしたのか分からない。
issue に別のリポジトリへのリンクがある: https://github.com/danielcherubini/fork-a-slicer
コードなしで、AI にネットワークプラグインをゼロから作れと指示しているだけのこうした フォーク を、Bambu がどうやって止められるのか気になる。
もう二度と彼らから買わなければいい。
特定のハードディスク依存を強制した Synology と同じ話だ。
まだ他の供給元があるうちは、わざわざ買う理由はない。
新しい機材を買って WD ドライブを入れたが、何の問題もなかった。
Bambu Lab A1 を買おうかと思っていたが、今回と以前の論争を見ると、別ベンダーを選んだほうがよさそうだ。
Prusa のハッカー気質とオープンさは気に入っているが、最初のプリンターとして大丈夫か不安だ。初心者向けによい代替はあるだろうか?
以前リニアロッドの問題があったが、サポートと数分話しただけで、2 日後には交換部品が家に届いた。
さらに、何年にもわたってファームウェア更新とハードウェアアップグレードを提供してくれる。これは本当に素晴らしく、個人向けプリンターメーカーで他にここまでやるところはあまり知らない。
初期価格はやや高いが、それだけの価値はあると思う。
今はもうすぐ出る、より高価なモデルにも注目している。
どう使うか次第だと思う。最小限の手間で完璧な出力をしてくれる代替もあるだろうが、私にとっては存分にいじれる機械であることが良かった。レーシングカーの前にトラクターを買ったような感じだ :)
自分で組み立てたとき、ケーブルタイを締めすぎて部品冷却ファンのケーブルを切ってしまったことがある。
価格プレミアムはある。個人的には PrusaSlicer のほうが OrcaSlicer やそのフォークより、プリセットと使い勝手が良いと感じた。
それでもオープンソースソフトウェアへの姿勢と、Bambu がやっているこの手のことのせいで、あえて Prusa を買った。
客観的には Bambu のほうがずっと安く、より良いか少なくとも同等の製品を出しているとしてもだ。
Bambu の動機は何だろう? こんなふうに信頼を損ねてまで何を得たいのか分からない。
単なる 利用データ だろうか? みんなの STL ファイルでモデルを学習させたいのだろうか?
合法的に 3D 出力できる対象を規制しようとする法案が多数出る可能性があり、その場合、3D プリンティング向けの年齢確認のようなシステムが必要になるかもしれない。
大きな反発やブランドイメージ悪化が起きても押し進め続け、その理由を説明されてもいまひとつ腑に落ちない。
米国や EU 拠点の企業、たとえば Chamberlain/LiftMaster のガレージドア開閉機器なら、無料の基本層の上に有料クラウドサービス購読を載せ、消費者データを売る計画だというのはかなり分かりやすい。
だが Bambu Lab のような中国拠点の企業では、継続的なサブスクリプション収益が意味のある規模になるとも思えず、いっそう奇妙だ。
特に低価格の消費者向け技術周辺機器では、ウェブサイト、継続的な機能更新、直接の顧客サポートへの投資が最小限であることが多く、長期サブスク事業を作ろうとしているなら話が噛み合わない。
私の仮説では、中国政府が長期戦略として 中国のデータセンターへのクラウド接続 を要求するよう静かに圧力をかけている。
これは各社が中国政府の直接機関だとか、悪意あるファームウェアを仕込んでいるという意味ではない。大規模にやれば発覚しやすいし、その必要もない。
クラウドサーバーが中国のデータセンターにあるだけでも、中国政府は受動的なパケット傍受で消費者の IP アドレスや利用データを取得でき、対外関係が冷え込めばファイアウォールで選択的にパケットを遮断して数百万台の消費者機器を機能停止にできる。
偏執的に聞こえるかもしれないし、Bambu Labs が具体的にそうしていると言いたいわけでもないが、安価な中国製ホームオートメーション機器が明確な事業モデルもないのにクラウド接続を強制する奇妙な執着を見て、Bambu Labs を知る前から抱いていた仮説だ。
こうした小規模な深圳のハードウェア企業は、クラウドサービスで本格的な事業を作る意欲もなさそうで、実装もほぼ常に最低限、投資も不足しているように見える。
低マージンのハードウェア周辺機器で、販売後収益のないクラウドを運営するために使う費用はすべて純コストだ。まるで海外販売を許されるために企業が払う輸出税のように見える。
ホームオートメーション機器でクラウド接続は、私にとっては最初から失格だ。壁の中に埋め込まれる場合すらあるので、ローカル専用サブネットで動くか、Tasmota や ESPHome のようなオープンソースファームウェアを導入できる機器しか選ばない。
こんなものまで銃器のように規制しようとしているなんてばかげている。
みんなただ無視していただけだ。ピカピカしていたから!