#open-source-vs-proprietary — Public Fediverse posts

The Flashforge AD5X: Why I’m Done With Their Walled Garden

1,110 words, 6 minutes read time.

I wish I had known that the Flashforge AD5X was an afterthought—a machine clearly built with cost-cutting as the primary driver rather than user experience.

I was actually looking at QIDI printers when I stumbled upon the AD5X, a decision I now regret.

Don’t get me wrong; I appreciate the machine for what it is because I realize the price point dictates certain trade-offs. It feds my maker mentality, and I was willing to work within its limitations.

However, the recent “walled garden” attempts, implemented well after the sale, have completely soured my opinion of Flashforge.

Had I realized the company was planning to force this closed ecosystem on its users, I would have moved on; in fact, avoiding that exact dynamic is precisely why I didn’t choose a Bambu printer in the first place. From the underwhelming, sluggish touchscreen to the persistent technical flaws that have fueled thousands of online complaints, it is far from the well-engineered tool it was marketed to be. I have reached a point where my needs and the manufacturer’s roadmap are fundamentally incompatible, leading me to make a clean break from their ecosystem.

The Firmware Lockdown

My decision to stay frozen on Firmware 3.0.9 is a calculated move to preserve the utility of my equipment. This version is the last to offer a degree of functional independence before the manufacturer began implementing restrictive lockdown measures. By staying on this specific release, I avoid the firmware updates that effectively block direct local printing.

These updates have transformed the AD5X from a standalone tool into a cloud-dependent terminal. By mandating that the printer be online and tethered through their proprietary servers, the company has prioritized their own oversight over the user’s ability to operate their machine independently.

I should be free to print whatever I choose without their inspection or approval. I bought the machine — it should remain my machine.

I believe we have the right to be secure in our persons, houses, papers, and effects, and I certainly do not need tech overlords deciding what I can and cannot do with the equipment I own.

The Linux & Orca Slicer Workflow

My operational requirements are specific: I run Linux and rely on the stock version of Orca Slicer for its stability and feature set. Unfortunately, this ecosystem is not supported by the manufacturer, who seems intent on forcing users into their own proprietary software stack. Rather than hoping for future support or accepting a broken configuration, I have chosen to take control of my own technical variables.

I have implemented the necessary workarounds to isolate the machine from update servers, ensuring that the tool I rely on remains consistent. This is not a “fix” for a broken device, but a proactive choice to prioritize my technical requirements over the convenience of a forced, proprietary cloud environment. My workflow stays mine, and I refuse to ask for permission to use the tools I rely on.

Exploring Open Alternatives

As I look at where I go from here, I am exploring more open alternatives, such as the ZMod project, which aligns with my need for deeper control and hardware transparency. Projects like these represent the polar opposite of the current manufacturer trend, offering a path where the user remains the primary stakeholder in their own hardware.

The current industry trajectory feels increasingly like the “HP Ink” model, where the printer is a locked-down device designed to restrict consumer choice in materials and software. This “walled garden” approach treats highly capable, technical machines like disposable office appliances. I am moving away from this dynamic in favor of systems that respect my autonomy as a creator.

Conclusion

The divergence between the maker community and these proprietary ecosystems has reached a breaking point. Tethering hardware to cloud-only platforms forces users to choose between subservience to a manufacturer’s roadmap or the path of the tinkerer. Having worked in tech and internet technologies for over thirty years now—where did the time go?—I know that communication should be a simple matter of a computer sending a signal via wire or Wi-Fi to a printer. Whether referred to by number or by descriptive protocols like SSH, HTTP, or HTTPS, these ports are fundamental technology that has existed for decades. What is happening here is that the software port on the printer is being intentionally blocked, forcing the device to contact Flashforge servers to receive an “approved” and “sanitized” file.

By choosing to step outside of this managed ecosystem, I have opted for a direction where my tools remain under my control, serving my needs without the interference of forced updates or remote service requirements. This will be the last Flashforge product I own, and once this machine reaches the end of its life, I am done with them unless they fundamentally change their stance. Time will tell. The future of my workshop lies in open, transparent systems where ownership is not merely a legal status, but a functional reality.

Take Action: Reclaim Your Hardware

1. Secure Your Own Perimeter (The “Gateway Cutoff”)

If you haven’t been locked out yet, take control of your network settings immediately to prevent your printer from “phoning home”:

• Assign a Static IP to your printer.
• Clear the Gateway and DNS fields (or set them to a non-functional address like 192.168.0.0).
• Verify: This ensures your machine remains a local tool, immune to forced cloud-based “updates” that remove your autonomy.

2. Join the Fight for Right to Repair

As advocates like Louis Rossmann have shown, the battle for ownership isn’t just happening in our workshops—it’s happening in our legislatures. If you are tired of companies treating your property like a leased appliance, don’t stay silent:

• Find Your Representative: Use House.gov to identify and contact your local representative.
• Be Clear and Direct: When you call or write, mention specific legislation (like the REPAIR Act). Tell them you are a constituent who believes that if you bought it, you own it—and that includes the right to repair, modify, and use your equipment without manufacturer interference.
• Follow the Leaders: Support organizations and advocates like the Repair Association and Louis Rossmann who are actively fighting to dismantle the anti-consumer “parts pairing” and software-lockdown models that plague our industry.

D. Bryan King

Sources

• Comprehensive Response to Bambu’s AGPLv3 Violations – Software Freedom Conservancy
• Bambu Lab Faces Open Source Licence Firestorm Over OrcaSlicer Fork
• Drama at Flash forge! EULA includes spying on what you print.
• Migliaccio & Rathod LLP: Consumer Protection and Class Action Investigations
• MakerWorld launches Creator Copyright Protection Program – VoxelMatters
• Selling 3D Printed Items – A Legal Guide | All3DP Pro
• What Is RFID Filament? The Guide to Smart Spools – Snapmaker
• Is RFID Filament Killing Open 3D Printing? – YouTube
• Take a Stand for Maker Rights and the Future of Additive Manufacturing
• The differences between open-source printers and closed-source printers
• GNU Affero General Public License, Version 3
• Electronic Frontier Foundation: Right to Repair
• The Repair Association: Right to Repair
• FTC Policy Statement on Repair Restrictions
• Rossmann Repair Group
• SFC Baltobu GitHub Repository
• U.S. Copyright Office Guidance on AI and Copyright
• Bambu Lab Accused of AGPL Violations
• The Future of Open Source 3D Printing – 2026 Analysis
• Software Freedom Conservancy Takes on Bambu Lab
• The Right to Repair is Coming to 3D Printers
• RepRap Wiki: The Foundation of Open Source 3D Printing
• Prusa Research: Open Source Philosophy
• Digital Millennium Copyright Act Overview
• 17 U.S. Code § 512 – Limitations on liability relating to material online
• Cults3D Marketplace
• MyMiniFactory Marketplace
• Thingiverse: The Original Open Design Platform
• SFC Confronts Bambu Lab over Copyleft Compliance
• 3D Printing Manufacturer Faces Backlash Over Proprietary Locks

Disclaimer:

The views and opinions expressed in this post are solely those of the author. The information provided is based on personal research, experience, and understanding of the subject matter at the time of writing. Readers should consult relevant experts or authorities for specific guidance related to their unique situations.

Related Posts

Rate this:

The Ghost in the Code: Why Developer Integrity is Leaking Memory

1,648 words, 9 minutes read time.

The fundamental contract between me as a developer and my users is a sacred protocol, and right now, my industry is failing the handshake. When I see code specifically designed to break a product unless a ransom is paid, I’m not looking at “gating a feature”—I’m looking at professional sabotage. We are reaching into a user’s environment, seizing control of their native browser functions, or even their physical hardware, and holding them hostage for a credit card number. This isn’t a “business model,” it’s a protection racket run by men who have forgotten that our job is to reduce entropy, not manufacture it.

Let me be clear: I don’t have a problem with a developer who works hard to develop a feature getting paid their worth. We deserve to be compensated for the value we add to the world.

However, personally, I don’t write feature-gated code. I refuse to build traps. I am sick to my stomach that the industry I love has normalized this. If I see a @media print rule injected just to blackout a component that works perfectly on-screen, I see a ghost in the codebase. Someone decided that their “right to profit” outweighs the user’s “right to function.” This isn’t a new practice; my industry has been flirting with “crippledware” since the days of floppy disks. But just because a sin is legacy doesn’t mean it isn’t technical debt that will eventually bankrupt our collective reputation. I am deconstructing the three reasons why this “sabotage” logic is a terminal error: the theft of user agency, the systemic rot of enshittification, and the inevitable “logic bomb” of community blowback.

I’ve watched juniors think they’re being “clever” when they hide a kill-switch behind an obfuscated minified bundle. They think they’re protecting “intellectual property.” The hard truth is they’re usually just hiding mediocrity. If a product is so flimsy that the only way to get a conversion is to break the user’s “Print” button, we haven’t built a tool; we’ve built a digital shakedown. As a lead architect, I must build value that people want to pay for, not hurdles they are forced to pay to jump over. I am looking at the kernel-level rot that occurs when developers prioritize “anti-features” over actual deployment stability.

The Seizure of Borrowed Authority and Hardware Ransom

When I deploy a web application, I am a guest in the user’s browser. But this rot has spread far beyond the browser. We are now seeing the “Ghost in the Code” haunt physical objects. When a manufacturer installs heated seats in a car or extra storage in a computer, and then charges a monthly fee to “unlock” them, they are committing Hardware Ransom. The hardware is already there; the manufacturer has already incurred the cost. It costs them absolutely nothing for the user to use what they have already bought and paid for.

Using code to gate physical equipment is the ultimate form of extortion. It’s the equivalent of a SharePoint architect intentionally breaking the “Export to Excel” function because they want to sell a “Premium Reporting” module. It’s lazy, it’s hostile, and it reveals a fundamental lack of respect for the environment we operate in. When I write code that intercepts a beforeprint event to unmount a component or prevents a heating element from firing in a car, I am telling the user that they don’t actually own their machine while my script is running.

If my character is the kernel, this kind of logic is a “Kernel Panic” waiting to happen. I cannot build a high-stability career on a foundation of deceit. Every time the industry ships an “anti-feature,” it trains brains to look for ways to restrict rather than ways to empower. We are becoming gatekeepers instead of engineers. In the long run, the market treats gatekeepers like legacy hardware: it finds a workaround and discards them. My authority comes from the value I add, not the friction I manufacture.

The Architecture of Enshittification and the Rise of the Frustration Machine

I must call this practice what it is: a tactical execution of Enshittification. This isn’t a new protocol, but it has become the standard operating procedure for weak companies that have forgotten how to innovate. The lifecycle is predictable: First, a platform or plugin is useful. It solves a problem cleanly. The “Handshake Protocol” is honest. Next, once critical mass is achieved and users are locked in, the pivot happens. The company stops creating value and starts harvesting it. This is when the “Ghosts” are deployed.

The transition from a “useful tool” to a “frustration machine” is where engineering ethics are put to the test. If I am the developer assigned to write the code that hobbles a free version—or locks a physical car seat—I am the janitor of enshittification. I am physically installing the decay that the C-suite ordered because they are too lazy to build a Pro tier that actually justifies its price tag. If we can’t build something that someone pays for because it works, and we have to rely on it failing to trigger a payment, we’ve already lost the war. We’ve admitted our code isn’t good enough to compete on its own merit. We’ve “deprecated” our own integrity.

This “frustration-first” architecture is a crutch for the mediocre. A real lead knows that the most profitable software in history is the stuff that makes the user feel like a god, not a victim. If someone builds a SharePoint web part and intentionally hobbles the CSS so it looks like a 1995 GeoCities page unless the user buys a license, they’re a hack. They’re taking the easy path because they’re too lazy to build actual, high-level features that provide real ROI. My character is the operating system for my career. If I’m comfortable shipping “frustration machines,” then my OS is riddled with malware.

The Logic Bomb: Community Blowback and the Spite-Driven Deployment

Here is the hard truth about the “Ghost in the Code”: the web is transparent. Sabotage logic runs on the client-side, which means the “lock” is handed to a room full of people who know how to pick it. This applies to hardware, too. When car companies lock features, the community responds with “jailbreaks” and custom firmware. When developers insult the intelligence of their peers by shipping a “frustration machine,” they invite a “spite-driven” deployment. I have seen companies go under because they got too greedy with their “anti-features,” and a single pissed-off developer on Reddit posted a three-line script that bypassed their entire “Premium” gate. When we build on frustration, we build on a foundation of spite. And in this community, spite is a high-octane fuel.

I have to ask if I’m a “load-bearing” member of the tech community or just a parasitic process draining the system’s resources. When we participate in enshittification, we contribute to digital entropy. We make the internet a slightly worse place to inhabit. We are essentially building a “Smart City” where the sidewalks disappear unless you’re wearing “Premium” shoes. The market treats parasites like legacy hardware: it finds a workaround and discards them. If that same time was spent building a feature that actually made a business smoother, the users wouldn’t be trying to hack the code; they’d be trying to buy it. My protocol is simple: provide more value than I take. If I can’t do that without sabotaging the environment, I need to step away from the IDE.

The Protocol of the “No-Excuses” Architect

I’ve deconstructed the rot, from tactical CSS sabotage to the strategic decay of enshittification and the extortion of hardware ransom. Now it’s time for the deployment. I can either be a builder of solutions or a builder of hurdles. There is no middle ground. If the industry continues to write “ghosts” into code, it is declaring that it has reached its ceiling. It is saying it has given up on innovation and settled for extortion. That’s a weak way to live and a pathetic way to code.

I don’t write feature-gated code because I want to build legacy code—code that outlives my current job title. I reject the “Ghost.” I will be the one who stands up in the sprint planning meeting and says: “We are not building a frustration machine. If we need more revenue, we build more value. We don’t hold the CSS hostage or the hardware ransom.” I refactor my mindset daily. Every line of code I write is a reflection of my discipline and my integrity. If I wouldn’t want to stand in front of a board of directors and explain why I intentionally broke a native browser function or locked a user’s own car seat, I won’t write it.

The industry is full of “ghosts,” but I refuse to be a medium. I am clearing the technical debt of my character. I am done with the “lazy” way to force a conversion. I’m doing the hard work of building things that people actually want to use. The handshake protocol is waiting. I am going to acknowledge it with integrity, because my system will not time out while I’m busy writing a kill-switch. I’m getting back to the terminal and building something that actually makes the world run better. No excuses.

Call to Action

If you found this guide helpful, don’t let the learning stop here. Subscribe to the newsletter for more in-the-trenches insights. Join the conversation by leaving a comment with your own experiences or questions—your insights might just help another developer avoid a late-night coding meltdown. And if you want to go deeper, connect with me for consulting or further discussion.

D. Bryan King

Sources

• Tiktok’s Enshittification – Cory Doctorow, Pluralistic
• Dark Patterns in Software Engineering – ACM Digital Library
• IEEE Code of Ethics – Professional Conduct for Engineers
• Computer Misuse Act 1990 – Croner-i (UK Legal context for unauthorized access/modification)
• W3C CSS2 Specification: Media Types (Understanding @media print legitimacy)
• Proprietary Malware – GNU Project (Ethical stance on software that restricts users)

Disclaimer:

I love sharing what I’m learning, but please keep in mind that everything I write here—including this post—is just my personal take. These are my own opinions based on my research and my understanding of things at the time I’m writing them. Since life moves way too fast and things change quickly, please use your own best judgment and consult the experts for your specific situations!

Related Posts

Rate this: