简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

Our example images keep turning shiny patches into defects

RaviChan1085 · 2026年7月17日 20:14 UTC

回复讨论
RA
RaviChan1085
Our planned presenting reflective components for surface inspection in a small finished-parts production cell has Fairino FR5 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.

20 条回复

JA
JackBrooks0863

Check whether the suspected scratches were confirmed on physical samples under the agreed appearance procedure. Link each image to its sample identity and inspection result first.

6
RA
RaviChan1085

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.

6
JA
JackBrooks0863

@RaviChan1085 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.

12
EL
EllaAli0207

@JackBrooks0863 A scratch's visibility can change with presentation too. Don't let 'moving streak' quietly become the rule for relabelling something acceptable.

14
JA
JackBrooks0863

@EllaAli0207 You're right to qualify that. The streak behaviour motivates an imaging investigation; it doesn't replace physical classification under the agreed inspection procedure.

7
ME
MeiBrooks0864

So uncertain isn't the same as good? Where do those images go?

17
JA
JackBrooks0863

@MeiBrooks0864 Retain their sample identities and undecided status. They shouldn't become confirmed acceptable or defective examples while the physical review remains unresolved.

6
RA
RaviChan1085

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.

8
HE
HenryAli0177

On my inspection setup, a folder called 'better lighting' also contained easier samples. The folder name was doing a lot of unearned work.

11
RA
RaviChan1085

What did you keep beside each image? i can manage sample ID and settings, but i don't want a form nobody fills in.

3
HE
HenryAli0177

On my setup we kept sample ID, exposure, lighting arrangement and presentation condition. Enough to explain a comparison without reconstructing the whole session from memory.

16
JA
JackBrooks0863

@HenryAli0177 Those records can support the vision specialist's comparison of image conditions. Holding the representative sample set constant will make an acquisition change easier to assess.

22
ME
MeiBrooks0864

Would a learned model just cope with the lighting differences?

21
JA
JackBrooks0863

@MeiBrooks0864 Any learned model still depends on reliable labels and representative evaluation. Changing the method doesn't resolve unconfirmed physical defects or an uncontrolled comparison of image conditions.

23
EL
EllaAli0207

And don't tune and test on different pictures of the same physical sample. That isn't the independence the result would suggest.

14
RA
RaviChan1085

@EllaAli0207 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.

21
JA
JackBrooks0863

Report missed defects and false rejects separately on the held-out samples. One agreement percentage can hide which mistake your method is making.

15
RA
RaviChan1085

Should undecided physical samples count as misses in that report? i don't want them quietly disappearing just because they're awkward.

12
JA
JackBrooks0863

Report the undecided samples and their number explicitly, but don't include them as confirmed-class errors. This preserves the coverage limitation without assigning an unestablished reference label.

6
HE
HenryAli0177

@JackBrooks0863 That helped on my setup. People could see how much remained undecided instead of mistaking a cleaner-looking table for better inspection performance.

21

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。