Our planned presenting reflective components for surface inspection in a cosmetic components workshop has Fairino FR10 presenting a bright-finished enclosure faceplate to a fixed camera. The example images contain bright streaks that shift with small presentation differences, yet those streaks are being labelled as scratches. Before commissioning, i'd like to establish reliable references and image conditions for threshold tuning.
Were those scratches confirmed on the physical samples using your agreed appearance method? Start by linking each image to a sample and its inspection result.
@TobyAbbott0057 Some labels came from the pictures alone. We still have the samples, but those labels aren't tied to physical inspection results. That's irritatingly circular.
Mark those labels uncertain and have the samples inspected properly. Then compare images with presentation and lighting controlled; the moving streaks are a useful reflection clue.
That clue needs a limit: presentation can also change how a real scratch appears. Movement in the image isn't enough to reclassify the sample as acceptable.
@TobyAbbott0057 Our two comparison folders changed exposure and presentation together. i can't tell which change made the images look better. That comparison needs a caveat too.
I had a separate inspection setup where the 'better lighting' folder used easier samples too. Its name implied a lighting conclusion that the comparison didn't support.
@RaviChan1085 For my separate setup, sample identity, exposure, lighting arrangement and presentation condition were the useful essentials. They let us understand comparisons without relying on recollection.
Use those details to ask your vision specialist for controlled comparisons on representative surfaces. Keep the sample set fixed when assessing an acquisition change.
It still needs trustworthy labels and representative evaluation. A different model doesn't establish whether your reference scratches are real or your acquisition comparison is fair.
@TobyAbbott0057 Keep physical sample identity in mind when forming evaluation sets. Different images of a sample used for tuning don't provide an independent sample-level evaluation.
@RobinBell0686 i'll keep all images of one sample together when we split tuning and evaluation sets. Our file names alone wouldn't have caught that overlap.
Show them as undecided with their count, outside confirmed-class error rates. That keeps the coverage limit visible without inventing a ground-truth label.
@TobyAbbott0057 The reference problem is clearer, but i still can't judge inspection performance from our example images. The physical labels and image comparisons need more work.