Aesthetic Score Computation
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 13.7k
- Forks
- 1.3k
- PR merge metrics
- No merged PRs in 30d
Description
Hi Trellis Authors!
My collaborators and I have thus far truly enjoyed reading through your work and playing around with your repository. We had a couple of questions in regards to reproducing the Aesthetic Score Computation:
Rendering
- In the paper, it's mentioned that for the aesthetic score computation you render 4 uniform views. We are wondering how you render these assets? Concretely:
- Do you use the same rendering script as in
dataset_toolkits? - What is meant with 4 uniformly rendered views. Do you render 150 first and then select 4 at random, or are there any specific elevations/angles/azimuths that these assets are rendered at?
- For the aesthetic score computation, do you perform any further processing (i.e. background color/resizing for instance)
Improved Aesthetics Repository
We also had a couple of questions about the linked improved aesthetics repository here.
- Which checkpoint do you use? And what is the model configuration?
- For some reason our scores are always below 5.5, which is quite strange as the same assets in the metadata.csv are listed as 6.6 for instance.I have displayed the distribution of aesthetic scores of the 150 rendered views for the
000045aad61c956b45fc468b2b2ec954636e5f647f1c19asset below (which has an aesthetic score of 6.55 in the metadata.csv supplied by you)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the dataset_toolkits rendering approach, the metadata.csv entry for the referenced asset, and the linked improved-aesthetic-predictor repository. Determine the four-view camera choices, rendering post-processing, checkpoint and model configuration, and explain the score discrepancy. Done means documenting reproducible settings that account for the reported values.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- computer-graphics, machine-learning
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100