- Jeff Geerling ने Bambu Lab के हमेशा-कनेक्टेड cloud को डिफ़ॉल्ट के रूप में आगे बढ़ाने पर P1S की इंटरनेट पहुंच रोक दी और OrcaSlicer पर स्विच कर लिया
- OrcaSlicer , Bambu Studio, Prusa Slicer, slic3r की AGPLv3 वंशावली से निकला एक fork है, और यह Bambu cloud के बिना उपयोग संभव बनाता है
- Bambu Lab ने OrcaSlicer-bambulab fork पर आधिकारिक client का प्रतिरूपण करने का आरोप लगाया और डेवलपर को कानूनी कार्रवाई की धमकी दी
- Geerling का कहना है कि उस fork ने केवल Bambu के Linux app वाले AGPL code का इस्तेमाल किया, और उन्होंने user agent को सुरक्षा के मुख्य आधार की तरह देखने की सोच की आलोचना की
- Bambu Lab के अपने पिछले fork से कभी Prusa server पर telemetry गई थी, इसलिए दूसरे fork की पहचान पद्धति को लेकर आपत्ति उठाना विडंबनापूर्ण बन जाता है
Bambu Lab प्रिंटर का उपयोग जारी रखने के लिए नियंत्रण हासिल करना
- Jeff Geerling, Bambu Lab द्वारा हमेशा-कनेक्टेड cloud solution को नया डिफ़ॉल्ट बनाने की कोशिश शुरू करने के बाद भी, P1S का इस्तेमाल करते रहे हैं
- प्रिंटर को अपने नियंत्रण में रखने के लिए उन्होंने OPNsense Firewall से इंटरनेट एक्सेस ब्लॉक किया, firmware update बंद किए, उसे Developer mode पर स्थिर रखा, Bambu Studio हटा दिया, और OrcaSlicer का उपयोग किया
- अगर Bambu Lab ने मौजूदा उपयोग के तरीके को पहले जैसा रहने दिया होता, तो टकराव इतना नहीं बढ़ता, लेकिन बाद की उसकी प्रतिक्रिया ओपन सोर्स ecosystem और user control के सवाल तक फैल गई
OrcaSlicer और Bambu Studio की ओपन सोर्स वंशावली
- OrcaSlicer ओपन सोर्स प्रोजेक्ट Bambu Studio का एक fork है, Bambu Studio Prusa Slicer का fork है, और Prusa Slicer slic3r का fork है
- ये सभी प्रोजेक्ट AGPLv3 ओपन सोर्स लाइसेंस का उपयोग करते हैं
- OrcaSlicer ऐसी स्थिति में है जहाँ उसे Bambu के डिफ़ॉल्ट configuration में print file का Bambu server से होकर गुजरने वाले ढांचे को bypass करना या संभालना पड़ता है
- Developer mode का उपयोग करके और पुराने firmware पर इंटरनेट को पूरी तरह ब्लॉक करने से Bambu cloud से गुजरे बिना उपयोग संभव है
- कुछ उपयोगकर्ता बाहर से घर के प्रिंटर पर print शुरू करने वाली cloud printing convenience को स्वीकार करते हैं, लेकिन अपना WireGuard VPN चलाने पर वही remote access Bambu cloud के बिना भी किया जा सकता है
OrcaSlicer-bambulab fork को लेकर टकराव
- Bambu Lab ने OrcaSlicer-bambulab fork पर आपत्ति जताई, जो Bambu cloud relay mechanism के बिना प्रिंटर फीचर इस्तेमाल करने देता था
- यह fork, Bambu Studio के AGPL लाइसेंस Linux code की तरह ही, उन कम संख्या वाले advanced users के लिए था जो cloud relay mechanism के बिना OrcaSlicer इस्तेमाल करना चाहते थे
- Bambu Lab ने fork डेवलपर को कानूनी कार्रवाई की धमकी दी, और जबकि fork ने upstream Bambu Studio code का इस्तेमाल किया था, फिर भी उसने इसे प्रतिरूपण हमले जैसा मामला बताया
- OrcaSlicer-bambulab डेवलपर के जवाब के अनुसार, Bambu Lab ने सार्वजनिक दावा करने से पहले ठोस विवरण साझा नहीं किए, और पूरे पत्र को सार्वजनिक करने के अनुरोध को भी ठुकरा दिया
- डेवलपर ने इस स्थिति को अस्वीकार किया जिसमें उन्हें सार्वजनिक रूप से ऐसे व्यक्ति की तरह पेश किया गया जो सुरक्षा bypass, client impersonation और infrastructure risk पैदा कर रहा था
Bambu Lab का सार्वजनिक रुख और उसका प्रतिवाद
- Bambu Lab ने आधिकारिक ब्लॉग पोस्ट में दावा किया कि संबंधित संशोधन ने नेटवर्क संचार में झूठा पहचान metadata डालकर सर्वर से ऐसे बात की जैसे वह आधिकारिक Bambu Studio client हो
- Bambu Lab का कहना है कि अगर यह तरीका व्यापक रूप से अपनाया गया या गलत तरीके से configure किया गया, तो हज़ारों client एक साथ आधिकारिक client का प्रतिरूपण करते हुए सर्वर पर लोड डाल सकते हैं, और अनुरोध एक जैसे दिखने के कारण सिस्टम ट्रैफ़िक में अंतर नहीं कर पाएगा
- Geerling का प्रतिवाद है कि यह दावा डेवलपर को ऐसा दिखाता है मानो वह Bambu app का प्रतिरूपण करना चाहता था, जबकि वास्तव में उसने Bambu के Linux app में इस्तेमाल हुए उसी AGPL लाइसेंस code का ही उपयोग किया
- अगर सार्वजनिक user agent string ही DDoS defense की मुख्य सुरक्षा परत है, तो Bambu Lab की सुरक्षा समझ पर ही सवाल उठते हैं
- Bambu Lab ने ब्लॉग पोस्ट के बाकी हिस्से में vulnerabilities, bugs और instability की चर्चा की, लेकिन उसे upstream code ज्यों का त्यों इस्तेमाल करने वाले fork डेवलपर के मुद्दे से सीधे जोड़ना कठिन है
समुदाय के प्रति बार-बार दोहराया जाने वाला रवैया
- पिछले वर्ष भी जब तनाव बढ़ा था, Bambu Lab ने Bambu Connect और third-party integration पर ब्लॉग पोस्ट में समुदाय की प्रतिक्रिया को “दुर्भाग्यपूर्ण गलत सूचना” का परिणाम बताया था
- उस समय उपयोगकर्ता खरीद के बाद software ecosystem और ownership model के उलट जाने से निराश थे, और इसी वजह से अटकलें और विरोध बढ़े थे
- इस बार Bambu Lab ने एक छोटे slicer fork के एक डेवलपर को पूरे cloud infrastructure पर संभावित प्रभाव से जोड़कर जवाबदेही तय करने की संरचना बना दी
- Geerling ने आलोचना की कि ecosystem की समस्या सुलझाने और अधिक सुरक्षित platform बनाने के बजाय Bambu Lab, उस fork डेवलपर जैसे उत्साही advanced users पर सार्वजनिक दबाव बना रहा है
विडंबना और पुराना उदाहरण
- Bambu Lab के अपने fork ने 2022 में Bambu उपयोगकर्ताओं की telemetry को Prusa server पर भेजा था, और Josef Prusa ने इसका X पर ज़िक्र किया
- Geerling की जानकारी के अनुसार, Prusa ने उस मामले में cease-and-desist (C&D) से जवाब नहीं दिया था
- इसी वजह से Bambu Lab का दूसरे fork डेवलपर की network identification method और infrastructure risk को लेकर इतनी कड़ी आपत्ति करना और भी विडंबनापूर्ण लगता है
संभवतः बेहतर प्रतिक्रिया और बचे हुए विकल्प
- Bambu Lab शुरू से ही पूरे ecosystem को lock down न करने वाला रास्ता चुन सकता था
- ऐसा लगता है कि संबंधित fork, Bambu Lab के cease-and-desist से पहले, बहुत छोटे user base से बाहर अधिक इस्तेमाल नहीं हो रहा था
- हालांकि fork के नाम में “bambulabs” शामिल होने वाले हिस्से को trademark से जुड़ी मांग के आधार पर हटाने का एक उचित तर्क हो सकता है
- fork डेवलपर पहले Bambu Studio उपयोगकर्ताओं की Linux और Wayland समस्याओं में, Bambu Lab के GitHub सहित, मदद कर चुका था, लेकिन अब उसे सार्वजनिक रूप से Bambu infrastructure के लिए जोखिम जैसा दिखाया जा रहा है
- Louis Rossmann ने एक वीडियो पोस्ट किया जिसमें उन्होंने कहा कि ओपन सोर्स डेवलपर को Bambu की कानूनी धमकियों का सामना करने में मदद के लिए वे $10,000 देंगे, लेकिन यह तभी उपयोगी है जब डेवलपर फिर से Bambu के निशाने पर आना चाहे
- Geerling का मानना है कि Bambu products को पूरी तरह छोड़कर किसी दूसरी कंपनी के प्रिंटर पर थोड़ा अधिक खर्च करना शायद अधिक प्रभावी विकल्प हो सकता है
1 टिप्पणियां
Hacker News की राय
मैंने Bambu इस्तेमाल किया है, लेकिन कभी उसका मालिक नहीं रहा, और closed ecosystem 3D printer का विचार मुझे पसंद नहीं आया
अगर कोई विकल्प ढूँढ़ना हो तो Bambu सबसे ज़्यादा “बस काम कर जाता है” वाले अनुभव के करीब है, लेकिन आजकल दूसरे प्रिंटर भी पहले जितने मुश्किल नहीं रहे
सबसे आसान विकल्प शायद Prusa है, और कीमत Bambu से काफी ज़्यादा है, लेकिन openness के मामले में वह लगभग बिल्कुल उलट एक बेहतरीन कंपनी है, इसलिए अगर पैसे की समस्या नहीं है तो मैं उसे सुझाऊँगा
इसके अलावा https://auroratechchannel.com/#section2 की सूची भी अच्छी है
व्यक्तिगत रूप से मैं पुराना Elegoo Neptune 4 Pro इस्तेमाल करता हूँ, लेकिन अगर अभी खरीदना हो तो शायद Snapmaker U1 या Creality K2 Plus देखूँगा
महँगा ज़रूर है, लेकिन 24 घंटे मानवीय सहायता, खुला platform, और open source contributions मिलते हैं, और Bambu Studio भी Prusa Slicer का fork है
मेरा Core One+ मूल रूप से MK3 के रूप में शुरू हुआ था, फिर लगातार upgrades होते गए, और आज भी नए जैसा चलता है; अभी INDX upgrade का इंतज़ार है
हालांकि consumer Prusa की बड़ी कमी यह है कि advanced materials के लिए chamber heating की कमी है. गर्मियों में Core One+ पर chamber को 45℃ तक ले जाकर PC print कर सकता हूँ, लेकिन सर्दियों में यह बहुत कठिन हो जाता है
सुना है Core One L इस मामले में बेहतर है, लेकिन अभी भी आदर्श नहीं है, और इसके अलावा मुझे लगता है कि अतिरिक्त लागत लंबे समय में वसूल हो जाती है
2023 से उसने design के commercialization को रोकने की दिशा में कदम दिखाए हैं, और PCB source व design materials साझा करना भी बंद कर दिया
2025 में उसने “open community license” बदलकर साफ कर दिया कि इन files पर आधारित पूरी मशीन या remix को अलग agreement के बिना बेचा नहीं जा सकता, और design files का commercial उपयोग भी नहीं किया जा सकता
https://blog.prusa3d.com/core-one-cad-files-release-under-th...
शायद यह इस बात का उदाहरण है कि कैसे पारंपरिक open source licenses में R&D करने वाली कंपनियों के लिए बची कमजोरियों का commercial दुरुपयोग हुआ, और उसी कारण open source को बदलना पड़ा
कुछ समय तक तो वह “बस काम करता था”, लेकिन print cooling fan खराब होने के बाद असली समस्या शुरू हुई. घर के Voron में जो चीज़ 5 मिनट में ठीक हो जाती, H2D में उसके लिए [0] जैसा करना पड़ा
लगभग पूरे toolhead को खोलना पड़ता है, internal mainboard निकालना पड़ता है, और 11 से ज़्यादा बहुत छोटे, नाज़ुक, custom ribbon cables के साथ ऊपर वाले board की 5 connections संभालनी पड़ती हैं
छोटी मरम्मतें भी आम तौर पर ऐसी ही होती हैं, और filament jam होने पर भी मुझे toolhead के सामने वाले हिस्से को पूरा खोलना पड़ा और उससे भी छोटे, नाज़ुक flex PCB से जूझना पड़ा
[0] https://wiki.bambulab.com/en/h2/maintenance/replace-cooling-...
मैंने 3D printing का बिल्कुल भी अनुभव न होते हुए Prusa Core One खरीदा, उसे बिजली से जोड़ा, साथ आए filament डाले, और 10 पेज की निर्देश पुस्तिका के अनुसार कुछ क्लिक किए तो पहला print हो गया
इंटरनेट connection, Wi‑Fi, signup, या app की बिल्कुल ज़रूरत नहीं पड़ी
उसके बाद GitHub पर मौजूद open source app इंस्टॉल किया और “cloud” service इस्तेमाल करनी शुरू की; मैं ऐसी चीज़ों में काफ़ी अनाड़ी हूँ, फिर भी पिछले 10 साल में यह सबसे आसान अनुभवों में से एक था
कीमत बहुत ज़्यादा है, लेकिन कम से कम यह मेरी अपनी चीज़ है
Prusa ने “बड़ा” होने के बाद अपने ethical standards में काफ़ी बदलाव किए हैं
[0]: https://blog.prusa3d.com/the-state-of-open-source-in-3d-prin...
Bambu Lab के ब्लॉग की भाषा काफ़ी बेतुकी लगती है
बात कुछ ऐसी है कि “unauthorized traffic” बढ़ने से server overload हो गया और सबके लिए service disruption हुआ, जिसकी कीमत सभी users ने instability के रूप में चुकाई — सुनने में ऐसा लगता है जैसे उनके printers लोकप्रिय हो गए, infrastructure scale नहीं कर पाए, और अब User-Agent string के आधार पर सब कुछ रोकना चाहते हैं
बहाने के रूप में यह इतना अजीब है कि इस पर यक़ीन करना मुश्किल है
इसे ऐसे लिखना चाहिए. Bambu चाहे तो इसे Creative Commons के तहत इस्तेमाल कर सकता है
लोगों का इतनी जल्दी भूल जाना मज़ेदार है. LAN mode शुरू से योजना में नहीं था; पिछली बार भी इसी तरह के backlash के बाद ही इसे जोड़ा गया था
उसके बाद दिशा बदली गई और blog post भी संशोधित की गई. customer pressure कभी-कभी कंपनी की दिशा बदल देता है
HP अब भी DRM ink इस्तेमाल करता है, Keurig अब भी “hacking” रोकने की कोशिश करता है, और OpenAI ने कहा था कि वह models को open source करेगा
इसका मतलब यह नहीं कि वादे न निभाने वाली कंपनियों की आलोचना न की जाए, लेकिन सिर्फ गुस्सा काफ़ी नहीं है. अगर license का वास्तव में उल्लंघन हुआ है, तो मुकदमा या मुकदमे की संभावना भी असरदार हो सकती है
सबसे परेशान करने वाली बात यह है कि अब OrcaSlicer से printer के साथ interact करना, filament sync करना, और remote printing शुरू करना संभव नहीं रहा
कुछ लोग printer को अपने पास नहीं बल्कि दूर के workshop में रखते हैं, और “LAN” या “developer” option खास तौर पर तब अच्छे नहीं लगते जब cloud के साथ उन्हें या तो यह या वह की तरह चुनना पड़े
“उसने official client होने का नाटक किया” यह बात, अगर तरीका client द्वारा भेजे गए metadata पर आधारित था, तो security logic नहीं है
वह impersonation नहीं है; बस Bambu ने यह पता लगाया कि User-Agent authentication नहीं होता
इसका दोष client पर डालना बिल्कुल बेतुका है
अगर कोई attacker infrastructure पर हमला करना चाहे, तो उसे इस बात से कोई मतलब नहीं होगा कि वह Bambu की पसंद का client इस्तेमाल कर रहा है या नहीं
Bambu एक बार फिर अपने ही customers को दूर धकेल रहा है
मुझे Bambu software के China servers से होकर जाने और software को बंद करने की बारीकियाँ पूरी तरह नहीं पता, लेकिन शक है कि इसका संबंध exhibition के दौरान surveillance से हो सकता है
Bambu printers यूक्रेन के युद्ध प्रयास में बहुत अहम हैं, और मेरे हिसाब से जनवरी 2026 के बाद यूक्रेन के जीतने की बड़ी वजह भी हैं
चीन ने पहले रूस को बेचे गए लाखों drones के मामले से अलग, यूक्रेन द्वारा उपयोग किए जा रहे Chinese drones में built-in kill switch सक्रिय कर उनके उपयोग को रोक दिया था; और अगर उसके बाद दूसरी Chinese कंपनी Bambu ने यूक्रेन भर की गुप्त factories में drone replacement production के लिए इस्तेमाल हो रही 3D printing को बड़े पैमाने पर चुपके से देखना शुरू किया हो, तो यह बेहद संदिग्ध होगा
कारण जो भी हो, अब समय है कि programmers स्थिति बदलें, और Louis Rossmann की तरह [1] कानूनी लड़ाई के लिए पैसा इकट्ठा करने के बजाय assembly programmers को Bambu firmware का reverse engineering करके free open source firmware बनाने में मदद दी जाए
इस firmware replacement में कई महीने लगेंगे, लेकिन सब लोग थोड़ा-थोड़ा पैसा दें और इसे free में जारी कराया जाए, तो यूक्रेन लाखों drones बनाना जारी रख सकेगा और युद्ध ख़त्म कर 100,000 से अधिक जानें बचा सकेगा
[1] https://www.youtube.com/watch?v=qLLVn6XT7v0
मैं खुद भी reverse engineering करने को तैयार हूँ, लेकिन सभी Bambu models के लिए शुरू से नया firmware बनाने के लिए कम से कम 35 euro प्रतिदिन के जीवन-यापन खर्च और testing के लिए कई models को कुछ हफ्तों के लिए उधार लेने की ज़रूरत होगी. पूरे model lineup के firmware को शून्य से फिर से बनाकर जारी करने में 5 से 9 महीने लगने का अनुमान है; सोचता हूँ कि क्या Rossmann और Geerling अपने प्रभाव का इस्तेमाल करके इसे coordinate कर सकते हैं
मैंने Rosmann और Geering को ईमेल भेजा है कि क्या हम मिलकर Bambu firmware को मुक्त कर सकते हैं, और जो मदद करना चाहते हों वे मेरे HN profile से संपर्क करें
मुझे नए printers की जानकारी नहीं, लेकिन उस अवधि में इस्तेमाल किए गए Bambu printers में LAN-only mode आसानी से चालू किया जा सकता था
उन्हें network से पूरी तरह अलग कर SD card से भी इस्तेमाल किया जा सकता था
app में root access चालू किया जा सकता था और firmware modes इंस्टॉल किए जा सकते थे, और firmware reverse engineering के कई प्रयास भी मौजूद हैं
बड़े पैमाने पर management थोड़ा मुश्किल हो सकता है, लेकिन अगर मैंने कोई हालिया update नहीं छोड़ा है तो यह मानना कठिन है कि internet access अनिवार्य है
मैं open source समर्थक हूँ, लेकिन कुछ महीने पहले Bambu P1S खरीदा
क्योंकि जाँच-पड़ताल के बाद मुझे लगा कि Bambu account बनाए बिना, Bambu slicer इस्तेमाल किए बिना, और हर print को Bambu servers पर भेजे बिना भी इसे ठीक से इस्तेमाल किया जा सकता है
मेरे पास सटीक notes नहीं हैं, लेकिन याद है कि मैंने इसे लगभग बिना किसी परेशानी के ऐसे ही सेट किया था, और printer में बस एक setting बदलनी पड़ी थी. automatic firmware updates और telemetry रोकने के लिए firewall में internet access block करना एक optional कदम था
model tuning, parameters बदलना, और prints भेजना — इन सबके लिए मैं सिर्फ OrcaSlicer इस्तेमाल करता रहा हूँ
Bambu का अपने slicer के वैध open source fork के ख़िलाफ़ सख्त रुख़ लेना स्पष्ट रूप से गलत है, लेकिन अभी का यह हंगामा ठीक किस बात पर है, यह मुझे साफ़ नहीं है. क्या printer पहले से ज़्यादा lock down हो गया है, या यह सिर्फ कुछ models में है?
हमारे लिए यह आसान है, लेकिन ज़्यादातर users के लिए सिर्फ वही हिस्सा भी भारी पड़ता है
मैं भी P1S इस्तेमाल करता हूँ और मुझे Bambu एक अजीब कंपनी लगती है. इसने open source software से बहुत फ़ायदा उठाया है, फिर भी कई बार उसके spirit और license दोनों का उल्लंघन किया है
उन्होंने printing को ऐसी तरह design किया कि जबकि simple network पर सीधे device को भेजना संभव है, print jobs फिर भी बीच के server से होकर गुजरें — यह वैसा ही है जैसे laser printer को सीधे भेजने के बजाय cloud से होकर भेजना
design data encryption या protection का स्तर बहुत कम देखकर यह सब जानबूझकर किया हुआ लगता है. intellectual property के प्रति कई Chinese कंपनियों के इतिहास को देखकर मानने का मन होता है कि design चोरी करना ही मुख्य उद्देश्य हो सकता है
open source के मामले में खराब पिछला रिकॉर्ड, privacy और intellectual property protection के प्रति संदिग्ध रवैया, और aggressive legal posture — इन सबको मिलाकर यह एक बेहद अविश्वसनीय संगठन लगता है
शुक्र है कि मेरे designs “यह कबाड़ देखो” वाली श्रेणी के हैं, इसलिए मुझे फ़िक्र नहीं, लेकिन किसी महत्वपूर्ण काम के लिए मैं इसे कभी नहीं इस्तेमाल करूँगा
मैं नहीं चाहता कि open source slicer, Bambu cloud service के ज़रिए prints भेजे. मुझे शुरू से cloud service चाहिए ही नहीं थी
phone से print status देखना या वहीं से print शुरू करना मेरे लिए लगभग शून्य मूल्य रखता है; office laptop से भेजना और print के दौरान उसी laptop से कभी-कभार देख लेना काफ़ी है
अभी तक यह अच्छी तरह काम कर रहा था, लेकिन चिंता इस बात की है कि Bambu के corporate interests ऐसे उपयोग की दिशा में नहीं, बल्कि ecosystem को अधिकतम अपने भीतर खींचने की दिशा में हैं
वह MakerWorld के ज़रिए model side को नियंत्रित करना चाहता है और हर flow को cloud में ले जाना चाहता है
इसमें दुर्भावना माने बिना भी Apple जैसी साफ़ financial और user-experience incentives हैं
लेकिन यह एक Chinese-owned कंपनी है, और ऐसे माहौल में जहाँ पश्चिमी lawmakers मशीनों के उपयोग-क्षेत्र को कड़ाई से नियंत्रित करना चाहते हैं, उस दुनिया में नहीं जाना चाहना कोई अतिशयोक्ति नहीं है
cloud-only दुनिया में open source software द्वारा local printer को G-code भेजने वाली दुनिया की तुलना में DRM, copyright protection, और print restrictions लागू करना बहुत आसान हो जाता है
मुझे अभी मशीन बदलने की ज़रूरत या इच्छा नहीं है, लेकिन अगली शायद Bambu नहीं होगी. अब Bambu अकेली कंपनी नहीं रह गई जो 3D printing को खुद hobby बनाए बिना भी उसे productive tool की तरह इस्तेमाल करने लायक मशीनें बनाती हो
software को fork करके अपने printer के साथ इस्तेमाल करना ठीक है, लेकिन Bambu cloud service — जिसके लिए अलग terms of access हैं — उसके साथ वे यह नहीं चाहते
वे इस मुद्दे पर लड़ाई क्यों करना चाहते हैं, यह अजीब है, लेकिन यह पूरी तरह अविवेकपूर्ण रुख़ नहीं है. cloud किसी और का computer है, और उसका मालिक तय कर सकता है कि वहाँ क्या allowed है
सिर्फ इसलिए कि client open source है, server इस्तेमाल करने का अधिकार अपने आप नहीं मिल जाता
अगर आप developer mode में सब कुछ local चलाएँ, या लेखक की तरह अपने VPN से remote access करें, तो व्यवहारिक रूप से बहुत अंतर नहीं होगा
2025 में किसी firmware update के बाद cloud और local में से एक चुनना पड़ने लगा
local mode चालू करने पर custom slicer तो चल सकता है, लेकिन cloud printing और monitoring बंद हो जाती है
लोग दोनों चाहते थे और openness भी चाहते थे, इसलिए backlash हुआ
नया fork एक नए custom slicer को User-Agent spoof करके Bambu cloud में print submit करने देता है, और इस तरह 2025 से पहले वाला अनुभव देता है
Bambu ने इसी नए fork पर मुकदमा किया, जबकि वास्तविक OrcaSlicer का local उपयोग ठीक है
अभी अगर आपको remote printing चाहिए और models को Bambu Cloud में नहीं भेजना है, तो LAN-only और developer mode चालू करके इससे बचा जा सकता है
लेकिन अगर नया firmware शुरुआती setup में online account बनाना और Bambu Cloud से जुड़ना अनिवार्य कर दे तो? अगर SD card printing में उपलब्ध features सीमित कर दे तो?
यह काफ़ी चिंताजनक दिशा है, और अब कंपनी उन open source developers को कानूनी धमकी भी दे रही है जो Bambu के AGPL code के ऊपर Bambu servers से गुज़रे बिना remote printing संभव बनाना चाहते हैं
अगर devil’s advocate बनें, तो Bambu Lab को एक बार printer बेचकर lifetime free cloud service देने की प्रेरणा क्या होगी?
वह subscription माँग सकता है, लेकिन हल्के users को इससे काफ़ी नफ़रत होगी
वह ads, cross-sell या upsell से कमाई कर सकता है, और third-party clients इसमें जोखिम बनते हैं
मुझे समझ नहीं आता कि open source community किस आधार पर Bambu से free service की माँग कर रही है
Louis Rossmann ने एक वीडियो डाला है जिसमें कहा कि वह open source developers को Bambu की कानूनी धमकियों के ख़िलाफ़ लड़ने के लिए $10,000 देने को तैयार हैं, और मैं भी खुशी से योगदान दूँगा, लेकिन इसका मतलब तभी है जब कोई developer फिर से Bambu का निशाना बनने को तैयार हो
इसके बजाय Rossmann ने खुद निशाना बनने का रास्ता चुना और Bambu को उकसाने वाला वीडियो डाला: https://youtu.be/1jhRqgHxEP8?si=BwfoCKxujd0XwNJ0
मेरी समझ से बाहर यह बात है कि अगर कोई Bambu के slicer build का उपयोग करे और वही code किसी दूसरे slicer या fork से इस्तेमाल करे, तो infrastructure load में अंतर कैसे होगा
आख़िर वही व्यक्ति वही requests भेज रहा है
अगर वे load नहीं संभाल सकते, तो समाधान printers की supply को सावधानी से नियंत्रित करना होना चाहिए. blog post का tone देखकर तो लगता है कि अगर infrastructure 3 से ज़्यादा लोगों को नहीं संभाल सकता, तो दुनिया भर में एक साथ 3 से ज़्यादा printers बेचने ही नहीं चाहिए
मैं P2S खरीदने वाला था, अब नहीं खरीदूँगा
Bambu Studio सचमुच PrusaSlicer का fork है. आप community की पीठ पर चढ़कर उसी community को धमका नहीं सकते
operations के नज़रिए से मैं Bambu से पूरी तरह असहमत नहीं हूँ, लेकिन जिस तरह उन्होंने इसे संभाला उससे सहमत नहीं हो सकता
Bambu अपने software के माध्यम से printers को remotely control करने के लिए cloud infrastructure देता है
अगर वे नहीं चाहते कि unapproved software cloud तक पहुँचे, तो उन्हें proper authentication बनाना चाहिए था और इसे साफ़-साफ़ कहना चाहिए था
क्या users को official software और cloud के बिना भी printer का उपयोग करने का अधिकार होना चाहिए — यह अलग और जटिल सवाल है
अगर उन्होंने इतना टकरावपूर्ण रवैया न अपनाया होता, तो यह हंगामा टल सकता था और वे अपने user base को वैचारिक गोला-बारूद भी न देते
लगता नहीं कि आगे भी होगा