Summary
This paper proposes a benchmark of multi-object hallucinations in Large Vision Language Models (LVLMs). Specifically, this paper explores thoroughly on how LVLMs behaves when multiple objects are prompted in user instructions. They introduce Recognition-based Object Probing Evaluation (ROPE), an automated pipeline used for collection their benchmark. This paper also presents some interesting findings, including that existing LVLMs may follow shortcuts to generate hallucinated responses.
Strengths
**S1: Novelty**. Studying how object tokens affect each other in LVLM inference sounds new. Most papers addressing LVLM object hallucination are focusing on single-object. Multi-object hallucination sounds a new perspective.
**S2: Thorough analysis**. This paper conducts comprehensive analysis and discuss on 9 potential impacting factors that may lead to multi-object hallucination, which are quite a lot experiments.
**S3: Interesting academic findings**. The instruction format that induces LVLM to hallucinate is interesting. This is validated by authors a quite significant factor that leads to multi-object hallucination, which can not be simply remedied by scaling up LLMs.
Weaknesses
**W1: missing evaluations**. Noticing that this paper mainly focuses on object hallucination, I wonder why authors avoid evaluating published methods that address single object hallucination in LVLMs, including decoding methods like OPERA [15] or RLHF methods [43, A]. It is quite important to check how existing single-object methods perform on the proposed multi-object benchmark. However, this part is missing from this paper, which is encouraged to be presented clearly and thoroughly to support a new benchmark.
**W2: limited significance on real-world use case.** Despite interesting findings and comprehensive analysis on proposed multi-object hallucination, this paper experiments under a very specific type of inference setup. Specifically, their experiments are conducted on a specific type of instruction format (Figure 2) and limits its output tokens to objects only (line 140-150). For proposing a new benchmark, I believe this problem is worth to do some thinking. But this part is missing from this paper. Authors are suggested to discuss more on potential impact from this paper.
[A] RLHF-V: Towards Trustworthy MLLMs via Behavior Alignment from Fine-grained Correctional Human Feedback. CVPR 2024.
Questions
## **Q1**
For Figure 3 (right), ground truth object for obj5 is "orange", but both LLaVA-7B and LLaVA-34B hallucinate it as an "apple".
This paper explains this phenomena in line 165-166 as follows,
> *However, they tend to make more mistakes when all tasked object classes are different or **when a new object class is introduced after multiple repeated tasks***.
It should be noted that authors use a very specific type of instruction here,
> *Provide the class names in the format: 'obj1: <class1>, obj2: <class2>, obj3: <class3>, obj4: <class4>, obj5: <class5>', with
no additional words or punctuations.*
I have a few questions for this example here.
**(1-a)** how LLaVA-7B and LLaVA-34B performs when prompted with "*Is there an orange in this image?*" This can be a baseline to this example.
**(1-b)** it should be noted that authors adopt three types of instructions in this paper (line 136-150). What type of instruction is used for this sample?
**(1-c)** noticing that in this paper LVLMs are forced to follow a special format and decode object tokens only, what do authors think about significance of such prompting?
## **Q2**
Given special instructions (Figure 2) used in this paper, a simple exploration is to train an LVLM (e.g., LLaVA) that follows such instruction well. One reason for why LVLMs performs badly is probably that, these models do not fit these special instructions very well. Authors are suggested to include such models and results accordingly. Specifically, authors can train a LLaVA model with instruction data below. For LLaVA [29] and take ground truth objects in Figure 2 as an example, this could look like,
> *A chat between a curious user and an artificial intelligence assistant. The assistant gives helpful, detailed, and polite answers to the user's questions*.
> **USER**: *<image>*.
> **USER**: *Provide the class names in the format: obj1: <class1>, obj2: <class2>, obj3: <class3>, obj4: <class4>, obj5: <class5>, with no additional words or punctuations*.
> **ASSISTANT**: *obj1: fork, obj2: knife, obj3: whisk, obj4: lemon, obj5: jar*.
This is also explored in a recent paper [A], which I think will improve this paper and make findings from this paper more convincing.
[A] Object Recognition as Next Token Prediction. CVPR 2024.