BiRefNet

Pushing BiRefNet Performance on Qualcomm Mobile Chips

Getting BiRefNet to run on Qualcomm's mobile GPUs and NPUs is proving to be a real challenge, especially with those deformable convolutions that don't play nicely with mobile hardware.

3 min readMachine Learning

This is what happens when a promising piece of research meets the real-world constraints of mobile hardware. A developer is trying to push BiRefNet, a model known for its high-quality background removal and image segmentation, onto Qualcomm's mobile GPUs and NPUs. The goal is straightforward: sub-second latency. The obstacle is just as clear: deformable convolutions, a key architectural component of the model, are notoriously difficult to compile for mobile neural processing units. The user's attempts are failing, and they're asking the community if anyone has succeeded.

Our take is blunt: this is the exact kind of friction that defines where the industry is right now. The research community moves fast, producing models that are incredibly capable but rarely optimized for anything other than a desktop GPU or a cloud server. The mobile world, meanwhile, is hungry for those capabilities but is often left trying to reverse-engineer support. This isn't a failure of Qualcomm's hardware or of BiRefNet's design. It's a gap in the pipeline between innovation and deployment. The developer here is essentially acting as a compiler engineer, a model optimizer, and a product builder all at once, and that's unsustainable for most teams. We've seen similar challenges in other areas, such as Scaling AI training with lightweight adapters instead of doubling models, where researchers are finding ways to make models more efficient without sacrificing performance. That work is directly relevant here: if BiRefNet's deformable convolutions can be approximated or replaced with more mobile-friendly operations, the latency problem might become solvable without waiting for Qualcomm to update its compiler stack.

For our readers building on-device AI applications, this story is a practical warning. If you are choosing a model architecture today, you need to ask not just "does it perform well on a benchmark?" but "can it actually run on the chip my users have?" The answer often involves a trade-off between accuracy and compatibility. We also see a connection to broader questions of hardware governance and design philosophy. As Governance at Anthropic: Who steers the AI after the IPO highlights, the decisions made by a few key organizations, whether in AI safety or chip architecture, ripple through the entire ecosystem. Qualcomm's support for specific operations effectively dictates which research papers become viable products on billions of devices.

The specific takeaway here is direct: if you need sub-second latency for a model like BiRefNet on mobile, you should budget time for operator-level optimization or consider replacing deformable convolutions with alternatives like depthwise separable convolutions or attention-based mechanisms that mobile NPUs handle more naturally. The developer's project is stalled not because the idea is bad, but because the hardware and software stacks aren't aligned yet. That alignment is coming, but it won't arrive from a single Reddit post. It will come from more pressure on chip vendors to support emerging research, and from more researchers designing models with mobile constraints in mind from the start. The open question remains: how many promising projects will hit this wall before the ecosystem catches up?

From Machine Learning

I've been trying to get BiRefNet to work on Qualcomm's mobile GPUs and NPUs. But i guess it's deformable convolutions are pretty complex for those chips. I want a sub second latency performance on these chips for a project I'm doing

Has anyone tried it before? I'm trying to compile it to their NPUs but they're all failing

Read the original at Machine Learning