Summary
The paper consider the problem of generating novel views of an object conditioned on an input image and a camera viewpoint change. It starts from the Zero-1-to-3 formulation and adds to it an additional loss, whose purpose is to reduce the diversity of images generated by the model, with the hope to focusing on increasing multi-view consistency. This additional loss simply compares the generated and ground truth target images in the CLIP feature space after unrolling the denoising process. The resulting new-view generator is compared to prior works using several sensible metrics and is shown to perform convincingly better.
Strengths
* The method is a relatively simple tweak on Zero-1-to-3 which seems to improve NVS quality significantly. This is something that may be useful in practice.
* The use of MegaPose for assessing generated viewpoints is nice.
* The proposed tweak is simple conceptually, although it may take significant amounts of GPU memory to implement due to the unrolling.
Weaknesses
* The method is a relatively simple tweak on Zero-1-to-3 which seems to improve NVS quality significantly. This is something that may be useful in practice.
* The use of MegaPose for assessing generated viewpoints is nice.
* The proposed tweak is simple conceptually (although it may take significant amounts of GPU memory to implement due to the unrolling)
* I could not find any supplementary material, and in particular no videos. This is odd for this paper, as videos are a great way for assessing qualitatively multi-view consistency.
Questions
Clarity: The authors should really clarify that the function g() unrolls a large number of denoising steps. This is only clear at the very end of the paper in line 523 and is *crucial* to understand why the proposed approach makes sense. Without unrolling, there is little difference between the denoising objective used in DDPM and the proposed "closed loop" regression loss. Please consider adding this in the method description.
Likewise, the authors may want to elaborate more on why applying the regression loss after unrolling the denoiser tends to make the latter regress to the mean, killing its variance. They should also explain better how this connects to the choice of applying this loss not in VAE space or RGB space, but, further, in CLIP space, in order to "soften" variance killing and hence mode collapse.
The point of unrolling should probably be made quite evident in Figure 2 too, making it an obvious part of the diagram. This is a good place to show how one loss is applied after unrolling.
Novelty is relatively modest, but then again the paper introduces a simple tweak that does result in SoTA performance, which is nice. This is a well explored art and it is not trivial to outperform prior works with a simple change to a relatively old baseline. However, the fact that no videos are given in the supplementary material makes me wonder how well these claims hold up qualitatively. The images in the paper seem fine to me, but showing an animation can really make most inconsistencies jump out.
The authors should discuss a bit more the issue with unrolling in terms of memory impact, and do so in the main paper. 50 steps of unrolling mean that the method can multiply GPU memory fifty-fold, meaning that only ultra-tiny training batches are possible, I presume.
# Minor issues
* You should have a space (or punctuation) after citations
* Zero123 is not styled correctly; the paper is called Zero-1-to-3. You should try to match as closely as possible the styling used by the original authors. Also, it is a "to", not a "two", in the middle.
* Line 212: the "decoder" is usually stochastic, not a function. In general, I found the notation a little confusion as f() is a function, and g() is a distribution, but they are marked in the same way in the diagrams. There is no indication that g() is sampled from.
* Eqs (5) to (9): notation is essentially repeated twice, which seems unnecessary
* Fig (4): you could have included ground truth new viewpoints for reference
Ethics concerns
The proposed model is an image generator, hence potentially sensitive, but it is mostly trained on relatively unproblematic dataset. Furthermore, the specific training done here is likely to increase risks of the third-party base models.