SYNTOLOGY HomeExplorerAtlasCodeMethodologyAboutDevelopersFeedPricing
Paper · 2207.03520 · ECCV · 2022

Should All Proposals be Treated Equally in Object Detection?

Nuno Vasconcelos, Dongdong Chen, Lu Yuan, Zicheng Liu, Xiyang Dai, Yinpeng Chen, Mengchen Liu, Yunsheng Li, Ying Jin, Pei Yu

arXiv · PDF · Open in the Atlas

Code that ran

We lifted 2 functions out of this paper's own repositories and ran 2 of them in a sandbox. "Ran" means the function executed on a synthesized input and returned a value. It is not a reproduction of the paper's results.

RepositoryRoleRan
liyunsheng13/dpp canonical 2 of 2
FunctionStatusWhere it lives
convert_basic_c2_names Ran liyunsheng13/dpp/detectron2/checkpoint/c2_model_loading.py
code served (permissive licence) · get_code("e8526a516b4f9206")
convert_c2_detectron_names Ran liyunsheng13/dpp/detectron2/checkpoint/c2_model_loading.py
code served (permissive licence) · get_code("52810b504f0d1066")

Repositories linked to this paper

Some links come from the archived Papers with Code dataset (CC BY-SA 4.0): attribution and licence.

Abstract

The complexity-precision trade-off of an object detector is a critical problem for resource constrained vision tasks. Previous works have emphasized detectors implemented with efficient backbones. The impact on this trade-off of proposal processing by the detection head is investigated in this work. It is hypothesized that improved detection efficiency requires a paradigm shift, towards the unequal processing of proposals, assigning more computation to good proposals than poor ones. This results in better utilization of available computational budget, enabling higher accuracy for the same FLOPS. We formulate this as a learning problem where the goal is to assign operators to proposals, in the detection head, so that the total computational cost is constrained and the precision is maximized. The key finding is that such matching can be learned as a function that maps each proposal embedding into a one-hot code over operators. While this function induces a complex dynamic network routing mechanism, it can be implemented by a simple MLP and learned end-to-end with off-the-shelf object detectors. This dynamic proposal processing (DPP) is shown to outperform state-of-the-art end-to-end object detectors (DETR, Sparse R-CNN) by a clear margin for a given computational complexity. Source code is at https://github.com/liyunsheng13/dpp

For agents

The same record, over MCP at https://syntology.ai/mcp:

get_harvested_code_for_paper("2207.03520")
get_code_for_paper("2207.03520")
have("2207.03520")

Connect an agent — have() is free.