BookNotesSlidesP-sets Syllabusdraft · v0.2.49.1
💬Comments welcome. To leave a note, select any text and click the note / highlight button that pops up — or open the panel with the tab at the top-right (‹). Notes are visible only inside our private review group.
Computational Photography, an AI-powered Slopendium — 09 Evaluation
expand to📖 Full book outline1 parts · 4 chapters · 37 sections · 3 figures embedded · 3 placeholders · double-click a figure to enlarge
▸Part 9 EVALUATION⧉
<!--uid: evaluation-->
Before you can judge a result you have to produce a correct one, so this part opens with the craft of getting image code right: developing, testing, and debugging it against inputs you can check by hand. Then it turns to evaluation proper. Every chapter in this book ends in a picture, and sooner or later someone asks whether the picture is any good. That question splits in two, and the two halves need different instruments. Sometimes it means: how far is this result from the truth we were trying to recover? That is a number, and the metrics chapter builds those numbers and shows where they mislead. Sometimes it means: do people prefer it? That is a claim about people, and the only way to settle it is to ask them, which is the user-studies chapter.
The two halves fail in opposite ways. A metric is cheap, reproducible, and frequently measures the wrong thing. A study measures the right thing and is expensive, fragile, and easy to run badly. Most of the work of evaluation is knowing which instrument the claim actually calls for, and being willing to run neither when the figures already settle it.
▸9.1 Developing, testing and debugging⧉
9.1.4 Finding good real test inputs⧉
▸9.2 The expert's eye as evaluation⧉
▸9.3 Image metrics⧉
fig-ssim-vs-mse
fig-ssim-vs-mse · same PSNR, very different SSIM — pixel error ≠ perceived quality (Image metrics, BASIC) 🟨
• we **often need to compare two images** — fidelity, alignment, an ML training loss
equations
MSE = mean(‖I−J‖²)
PSNR = 10·log₁₀(MAX²/MSE)
SSIM = luminance·contrast·structure (local windows)
▸9.4 Towards meaningful user studies⧉
fig-user-research-timeline
fig-user-research-timeline · where each user-research method belongs in a project: discovery / ideation / design / development left to right, generative to evaluative underneath, annotated to mark that computational-photography papers sit only at the far evaluative end (Towards Meaningful User Studies, EVALUATION) ✅
fig-user-research-map
fig-user-research-map · the method map: qualitative-quantitative against attitudinal-behavioral, methods placed in the four quadrants, survey corner shaded to show where comp photo actually operates (Towards Meaningful User Studies, EVALUATION) ✅
⬜ figure not yet created
the five output-evaluation interface designs (rating scale, real/fake, select-all, two-alternative forced choice, drag-to-rank) fig-output-eval-interfaces
⬜ figure not yet created
the definitions table of common methodologies fig-uxr-method-definitions
⬜ figure not yet created
the tone-mapping case study (two published studies ranking the same operator at opposite ends) fig-tonemap-study-disagreement
9.4.5 Comparing outputs, and the checklist that makes it mean something⧉
9.4.6 When the tool is the contribution⧉
9.4.7 Asking before building⧉
9.4.8 The rest of the toolbox⧉
9.4.14 Doing it ethically⧉