- OrcaSlicer-bambulab OrcaSlicer का वह संस्करण है जो Bambu Lab प्रिंटरों में BambuNetwork का पूर्ण सपोर्ट बहाल करता है
- यह केवल LAN तक सीमित नहीं है और पहले की तरह इंटरनेट के जरिए BambuNetwork पर काम करता है
- इसमें कहा गया है कि सामान्य उपयोग और प्रिंटिंग के लिए ज़रूरी सभी फीचर BambuNetwork के माध्यम से इस्तेमाल किए जा सकते हैं
- Windows में चलाने से पहले WSL 2 की आवश्यकता होती है
- Windows पर पहली बार चलाने से पहले, administrator अधिकारों वाले Command Prompt या PowerShell में
Microsoft-Windows-Subsystem-Linux और VirtualMachinePlatform फीचर्स को सक्षम करना होगा
- Windows में इन फीचर्स को सक्षम करने के बाद रीस्टार्ट करके Orca Studio चलाना होगा
- Linux में सामान्य इंस्टॉलेशन ही पर्याप्त बताया गया है
- macOS सपोर्ट पर अभी काम चल रहा है
- README में BMCU के उपयोग की भी सिफारिश की गई है, और बताया गया है कि BMCU firmware लेखक के repositories में मिल सकता है
1 टिप्पणियां
Hacker News टिप्पणियाँ
लगता है कि यह उसी repository की पिछली स्थिति की कॉपी है जिसने इस हफ्ते की शुरुआत में Bambu विवाद खड़ा किया था
थोड़ा देखने पर समझ आया कि अभी Bambu ने सिस्टम को दो मोड में बाँट दिया है: default/cloud mode ऐप और remote monitoring देता है, लेकिन print भेजने के लिए Bambu Studio या Bambu Connect चाहिए, और internal API पर cloud authentication जोड़ दी गई है, इसलिए local request होने पर भी Bambu server से token लेना पड़ता है
LAN/developer mode में device token दिखाता है और उसे ऐप में डालना होता है, जबकि remote monitoring बंद हो जाती है, लेकिन client local तौर पर print भेज सकता है
यूज़र जो चाहते हैं वह है local token authentication और cloud authentication को एक साथ चालू करना, लेकिन यह वास्तव में संभव नहीं है, इसलिए यह plugin local slicer से “Bambu Network” cloud RPC call करने के लिए cloud authentication interface की नकल करने जैसा है
व्यक्तिगत रूप से Bambu की प्रतिक्रिया मुझे खराब लगी, और यह तर्क भी दिया जा सकता है कि offline mode भी इसी तरह के विरोध के कारण आया, लेकिन मौजूदा सिस्टम अपने-आप में खास बुरा नहीं लगता, और “भरोसे लायक नहीं” cloud feature को फिर से जिंदा करने की इच्छा कुछ दिलचस्प लगती है
ऐसा कोई कारण नहीं है कि local client बिना cloud के local printer से सीधे बात न कर सके
BambuLabs की सारी दिक्कतें खुद की बनाई हुई हैं, और authentication हो या न हो, वह cloud और local queue management दोनों को साथ में अनुमति दे सकता था
जो लोग 3D printing अक्सर नहीं करते, वे शायद नहीं समझते कि 3D printing सिर्फ sliced file फेंक देने से कहीं ज़्यादा है
उदाहरण के लिए, slicing से पहले printer से info sync करके slicer की filament list को printer की असली स्थिति से मिलाना पड़ता है। अगर आप एक ही filament roll लगे printer की कल्पना करें तो यह मामूली लग सकता है, लेकिन जब कई printers पर 4-roll वाले AMS लगे हों तो यह ज़रूरी feature बन जाता है
और कई बार printer workshop जैसी remote जगह पर होता है, इसलिए अलग से VPN सेट किए बिना LAN mode शुरू से ही मुश्किल हो जाता है
मैं वह mobile print monitoring भी इस्तेमाल करते रहना चाहता हूँ जो Bambu Lab ने बेचते समय feature के रूप में दी थी। यानी LAN/developer mode, OrcaSlicer के साथ ठीक चलने वाले पुराने cloud mode के बराबर नहीं है
Bambu के पास यह firmware वास्तव में है, लेकिन इसे सिर्फ “pro” यूज़रों के लिए खोला गया है
pro यूज़र developer mode के बिना भी cloud बंद कर सकते हैं, और हम स्वाभाविक रूप से ऐसा ही करते हैं
मशीन खुद शानदार है, लेकिन Bambu जो proprietary binary LAN mode पर थोपता है वह Linux पर बहुत buggy और धीमा है, और तकनीकी रूप से बिल्कुल ज़रूरी नहीं है
जब तक कोई यह audit न कर ले कि यह किस commit से अलग हुआ और क्या बदला गया, तब तक इसे install न करना बेहतर होगा
इससे भी बेहतर होगा कि ऐसी किसी दूसरी repository copy को खोजा जाए जिसमें git history squash न की गई हो
यह विवाद का फायदा उठाकर अपनी foundation(?) की तरफ ध्यान खींचने की कोशिश जैसा लगता है, लेकिन code provenance और security के लिहाज़ से git history का खो जाना अच्छा नहीं है
मेरी समझ के हिसाब से Bambu ने cloud access को all-or-nothing बना दिया है: local mode में सिर्फ local slicing हो सकती है और कोई cloud feature नहीं मिलता, जबकि cloud mode में cloud slicing और सारे cloud feature मिलते हैं
मैं जानना चाहता हूँ कि लोग कौन से cloud features बनाए रखना चाहते हैं। क्या सिर्फ printer app control और print monitoring, या कुछ और भी है जिसकी कमी खलेगी
Bambu पर अविश्वास की बड़ी वजह यह है कि शुरू में उसने कहा था कि LAN mode में local print करते समय भी cloud authentication चाहिए होगी, और विरोध देखने के बाद ही पीछे हटा
मुझे नहीं पता पूरा domain archive.org से क्यों हटाया गया, लेकिन मूल लेख अभी भी देखा जा सकता है: https://blog.bambulab.com/firmware-update-introducing-new-au...
authorization की ज़रूरत वाले मुख्य कामों में printer binding/unbinding, remote video access शुरू करना, firmware upgrade, print job शुरू करना (LAN या cloud mode), motion system·temperature·fan·AMS setting·calibration control शामिल हैं
उन्हें शायद पता नहीं था कि दूसरे archive भी मौजूद हैं, और वे फिर पकड़े गए
वे warranty conditions बदलने की कोशिश करते हुए पकड़े गए, और उन्होंने terms भी बदल दिए ताकि firmware update होने तक printing रोकी जा सके
community के गुस्सा होने पर वे सिर्फ पीछे नहीं हटे, बल्कि संबंधित blog post भी बदल दी और लोगों पर यह कहकर हमला किया कि “यह बात इस [बदले गए और backdate किए गए] पोस्ट में साफ़ लिखी है, और आप लोग बिना आधार की झूठी जानकारी फैला रहे हैं”
आपने जो link किया है वही वही पोस्ट है, और इसका मूल version यहाँ है: http://archive.today/2025.01.16-173123/https://blog.bambulab...
NAT के पीछे मौजूद अपने device तक remote access देने की कोशिश करने वाले vendor के रूप में मुझे Ubiquiti का तरीका याद आता है
Unifi Cloud सिर्फ public portal के ज़रिए authentication और connection brokering करता है, और उसके बाद web browser या app से सीधे अपने hardware से जुड़ते हैं
चाहें तो इस feature को बंद करके remote access खुद भी संभाल सकते हैं। दूसरे vendors को इससे सीखना चाहिए
यहाँ असली मुद्दा सिर्फ printer support नहीं है, बल्कि यह है कि क्या यूज़र अपने पहले से खरीदे hardware को vendor cloud path पर निर्भर हुए बिना इस्तेमाल करते रह सकते हैं
local network support जब तक रहती है तब तक सिर्फ convenience feature लगती है, लेकिन जब वह चली जाती है तब साफ़ दिखता है कि वह ownership model का हिस्सा थी
Bambu ने local network support छीनी नहीं है, और किसी भी Bambu printer को cloud या internet connection के बिना इस्तेमाल किया जा सकता है
जो नहीं किया जा सकता, वह है third-party slicer से Bambu के cloud server का इस्तेमाल
https://www.fulu.org/
https://www.youtube.com/watch?v=1jhRqgHxEP8
जानकारी बहुत कम है, इसलिए समझ नहीं आता कि यह किसी हटाई गई GitHub repository की कॉपी लेकर उसे अपना बताकर rebrand करने की कोशिश है या उन्होंने कुछ और काम भी किया है
issue में एक दूसरी repository का link है: https://github.com/danielcherubini/fork-a-slicer
मैं जानना चाहता हूँ कि Bambu ऐसे fork को कैसे रोक सकता है, जिसमें code तो है ही नहीं, सिर्फ AI को शुरू से network plugin बनाने का निर्देश है
बस उनसे दोबारा मत खरीदो
यह Synology वाली ही कहानी है जिसने specific hard drive dependency थोपने की कोशिश की
जब तक दूसरे vendors मौजूद हैं, खरीदने की कोई मजबूरी नहीं है
मैंने नया hardware खरीदा और उसमें WD drive डाली, कोई समस्या नहीं हुई
मैं Bambu Lab A1 खरीदने का सोच रहा था, लेकिन यह और पिछला विवाद देखकर लगता है कि किसी दूसरे vendor को चुनना बेहतर होगा
मुझे Prusa का hacker-friendly स्वभाव और openness पसंद है, लेकिन चिंता है कि क्या वह first printer के लिए ठीक रहेगा। क्या beginners के लिए कोई अच्छा alternative है?
पहले linear rod की समस्या हुई थी, support team से कुछ मिनट बात हुई और दो दिन बाद replacement part मेरे घर पर था
वे सालों तक firmware update और hardware upgrade भी देते हैं। यह सच में बहुत अच्छा है, और मुझे नहीं पता कि consumer printer makers में और कौन ऐसा करता है
शुरुआती कीमत थोड़ी ज़्यादा होती है, लेकिन मेरे हिसाब से वह वाजिब है
अब मेरी नज़र जल्द आने वाले और महंगे model पर भी है
शायद यह इस पर निर्भर करता है कि आप उसका इस्तेमाल कैसे करना चाहते हैं। शायद ऐसे alternatives हों जो बहुत कम छेड़छाड़ में perfect print दें, लेकिन मुझे यह इसलिए पसंद आया क्योंकि यह ऐसी मशीन थी जिसके साथ मैं खुलकर छेड़छाड़ कर सकता था। जैसे race car से पहले tractor खरीदना :)
assembly के दौरान मैंने cable tie ज़्यादा कस दी थी और part cooling fan की cable टूट गई थी
price premium तो है। व्यक्तिगत रूप से मुझे लगा कि PrusaSlicer के presets और usability, OrcaSlicer या उसके fork से बेहतर थे
फिर भी मैंने open source software के प्रति उसके रवैये और Bambu की ऐसी हरकतों की वजह से जानबूझकर Prusa खरीदा
वस्तुनिष्ठ रूप से अगर Bambu बहुत सस्ता और बेहतर, या कम से कम उतना ही अच्छा product देता हो तब भी
Bambu की motivation क्या है? इतना trust खराब करके उसे क्या मिलता है, समझ नहीं आता
क्या यह सिर्फ usage data है? क्या वे सबकी STL files से model train करना चाहते हैं?
कानूनी रूप से क्या 3D print किया जा सकता है, इसे regulate करने वाले बहुत से कानून आने की संभावना है, और तब 3D printing के लिए age verification जैसे सिस्टम की ज़रूरत पड़ सकती है
भारी backlash और खराब brand publicity के बावजूद वे इसे आगे बढ़ाते रहते हैं, और कारण समझाने पर भी बात जँचती नहीं
अगर यह US या EU आधारित कंपनी हो, जैसे Chamberlain/LiftMaster garage door opener, तो free basic tier के ऊपर paid cloud service subscription जोड़ना और consumer data बेचना काफी साफ़ बिज़नेस प्लान लगता है
लेकिन Bambu Lab जैसी China-based कंपनियों के मामले में लगातार subscription revenue का कोई बड़ा मतलब निकलता नहीं दिखता, इसलिए यह और अजीब लगता है
खासकर low-cost consumer tech peripherals में अक्सर website, ongoing feature updates, और direct customer support पर बहुत कम निवेश होता है, इसलिए अगर वे long-term subscription business बनाना चाहते हों तो बात मेल नहीं खाती
मेरी परिकल्पना यह है कि Chinese government लंबे समय की रणनीति के तहत चुपचाप China datacenter cloud connectivity की माँग कर रही है
इसका मतलब यह नहीं कि कंपनियाँ सीधे Chinese government की एजेंसी हैं या malicious firmware डाल रही हैं। बड़े पैमाने पर ऐसा करना पकड़ा जा सकता है और इसकी ज़रूरत भी नहीं
अगर cloud server सिर्फ China datacenter में हों, तो Chinese government passive packet monitoring से consumer IP address और usage data पा सकती है, और अगर विदेशी संबंध बिगड़ें तो firewall पर चुनिंदा packet block करके लाखों consumer devices को बेकार बना सकती है
यह paranoid लग सकता है, और मैं यह नहीं कह रहा कि Bambu Labs खास तौर पर ऐसा कर रही है, लेकिन सस्ते Chinese home automation devices में बिना किसी साफ़ business model के cloud connectivity थोपने की अजीब ज़िद को देखकर यह विचार मुझे Bambu Labs के बारे में जानने से पहले से आता रहा है
ये छोटी Shenzhen hardware कंपनियाँ cloud service से सच में कोई बिज़नेस खड़ा करने के लिए उत्साहित नहीं लगतीं, और implementation भी लगभग हमेशा न्यूनतम स्तर की तथा कम निवेश वाली लगती है
कम margin वाले hardware peripherals में sales के बाद revenue के बिना cloud चलाने में जो पैसा लगता है, वह पूरी तरह pure cost है। यह कुछ वैसा लगता है जैसे export की अनुमति पाने के लिए कंपनी कोई tax दे रही हो
home automation gear में cloud connectivity मेरे लिए शुरुआत से ही deal-breaker है। इनमें से कुछ दीवार के अंदर लगते हैं, इसलिए मैं सिर्फ ऐसे devices लेता हूँ जो local-only subnet पर चलें या जिन पर Tasmota या ESPHome जैसे open source firmware डाले जा सकें
यह पागलपन है कि इन चीज़ों को firearms की तरह regulate करने की कोशिश हो रही है
लोगों ने बस उसे नज़रअंदाज़ किया। क्योंकि वह चमकदार था!