Respond to Reviewer 4 (eyyQ) -- Part 1
We thank Reviewer 4 (eyyQ) for acknowledging the contribution of our paper and providing very constructive feedback. Please see our response to the comments below.
### **1. Quality of the Back Side (Respond to R4W1)**
We thank the reviewer for pointing out this limitation. As discussed in Section 4.3.2, multiple plausible solutions exist for the occluded side, but our model is deterministic and likely produces averaged modes of the unseen, which could cause blurry textures and shapes.
This issue is a joint effect of LRM's deterministic approach and an L2 loss and applying MVImgNet data for training, which mostly only covers 180 degrees of view. A similar issue can be seen in the Masked Autoencoders [1], where the model tends to reconstruct blurry contents when a large block of region is removed from an image. One potential solution is to post-optimize the LRM's output (e.g., using generative prior and SDS loss proposed by DreamFusion [2]) at the cost of extra processing time.
On the other hand, our ongoing research found that LRM can be easily extended to accept sparse multi-view inputs by passing encoded multi-view image features to the image-to-triplane decoder, and making the positional embeddings query from features of all images via cross-attention to construct the triplane. This model can create very high-fidelity shapes where the issue of blurry occluded portions can be largely eliminated due to the higher coverage of the 3D object. We will make the multiview LRM paper public to the research community.
[1] Masked Autoencoders Are Scalable Vision Learners. He et al., 2021.
[2] DreamFusion: Text-to-3D using 2D Diffusion. Poole et al., 2022.
### **2.Object Orientation and Camera Coordinate (Respond to R4W2)**
We thank the reviewer for this comment, but we are not entirely sure that we fully understand the question. We will try to respond. If we missed anything, please elaborate for us. Thank you!
Our model relies on the correct camera parameters in training, and we normalize the cameras in training. We use 3D data in Objaverse (3D models) and MvImgNet (videos of objects) for training; the majority of objects in Objaverse have a certain orientation, but objects in MvImgNet do not. As specified in Section 4.1, to render multiviews from objects in Objaverse, we normalize the 3D shape to the
box $[-1,1]^{3}$ in world space and render 32 random views with the same camera pointing toward the world center at arbitrary poses. The camera poses are sampled from a ball of radius $[1.5, 3.0]$ and with height in range $[0.75, 1.60]$.
During training, we normalize the camera before feeding an image to LRM (details in Section 4.2), resulting in a very similar formulation as the \textit{general way} described by the Reviewer. Specifically, regardless of the initial position of the camera, we normalize its poses to position $[0,-2,0]$, with the camera's vertical axis aligned with the upward z-axis in the world frame (analogy to the case of extrinsic=[[1,0,0,0],[0,1,0,-2],[0,0,1,0],[0,0,0,1]] mentioned by the Reviewer). Such normalization does not alter the input image, so it actually rotates and scales the object accordingly. This means that regardless of where the input image is taken from, it will be projected onto the triplane from exactly the same direction. As discussed in Section 3.2, this method greatly reduces the optimization space of triplane features and facilitates model convergence.
Finally, at inference, LRM assumes the unknown camera parameters to be the normalized cameras that we applied to train the Objaverse data (Section 4.2).
### **3. Training Requires Multiview Data (Respond to R4W3)**
The training of LRM requires multiview data; however, we have witnessed continuous growth in the size and diversity of 3D datasets (e.g., the latest Objaverse-XL dataset contains 10.2 million 3D assets), and there are enormous amounts of videos that can potentially provide multiview supervision for reconstruction. Although the number of single-view images is far larger, we remain positive about the amount of multiview data for large-scale 3D learning in the future.
On the other hand, the recent approach 3DGP [2], which is trained on single-view images, still struggles to produce consistent and complete shapes.
We believe that incorporating single-view data and limited multiview data is an open and highly valuable research question, which we will leave to future work.
[1] Objaverse-XL: A Universe of 10M+ 3D Objects. Deitke et al., 2023.
[2] 3D Generation on ImageNet. Skorokhodov et al., 2023.