กฎการลดรอยหยักย่อยพิกเซล

เมื่อเร็ว ๆ นี้ฉันมีปัญหากับการลบรอยหยักของพิกเซลย่อยซึ่งทำให้เกิดสีที่รุนแรงมากและทำให้ฉันสงสัยว่ามันควรจะทำอย่างไรอย่างถูกต้อง:

ฉันได้วาดบางกรณีของไทล์สีดำที่ครอบคลุมหนึ่งในสามของพิกเซลด้านล่าง

สีตรงกับสีที่ฉันเห็นอย่างไรก็ตามเมื่อฉันดูข้อความที่ตัดออกอย่างถูกต้องผลลัพธ์จะไม่สดใสและน่ารำคาญ:

ฉันคิดว่าจะต้องมีความสมดุลระหว่างความเข้มแสงที่ดีและสีที่เหมาะสม วิธีการใดที่ใช้สำหรับการลดรอยหยักของพิกเซลย่อยที่ให้ผลลัพธ์ที่ดีเช่นนั้น?

ปรับปรุง:

ฉันแสดงกาน้ำชาสีขาวเป็นรูปภาพที่มีความกว้าง 3x และมีการสุ่มหลายภาพ ด้านล่างฉันเปรียบเทียบค่าเฉลี่ยทุก 3 พิกเซลด้วยการกำหนดแต่ละค่าเป็น RGB สียังดูสว่างเกินไปในบางกรณี (โดยเฉพาะอย่างยิ่งเมื่อเทียบกับตัวอย่างข้างต้นจากที่นี่ ) ไม่ใช่ว่าโทรศัพท์ของฉันจับภาพได้ดี

^{ตกลงดังนั้นจอภาพของฉันจึงต้องปัดฝุ่นเล็กน้อย}

antialiasing

— jozxyqk
แหล่งที่มา

ฉันเชื่อว่าบางหน้าจอมีเค้าโครงที่แตกต่างกันของสีหลัก คุณเคยดูผลลัพธ์ในหน้าจอประเภทต่างๆหรือไม่?

— trichoplax

@trichoplax ไม่ แต่ฉันมั่นใจว่าทั้งสองจอภาพเป็น RGB นอกจากนี้ที่นี่ฉันสนใจวิธีการลดรอยหยัก subpixel มากกว่าการแก้ไขปัญหาของฉัน

— jozxyqk

ฉันไม่ได้หมายถึงสีหลักที่แตกต่างกันฉันแค่หมายถึงสีแดงสีเขียวและสีน้ำเงินจัดเรียงในรูปแบบทางเรขาคณิตที่แตกต่างกันดังนั้นอัลกอริทึมของคุณจะต้องรู้ว่ารูปแบบใดที่ใช้เพื่อให้ผลลัพธ์ที่ดี

— trichoplax

@trichoplax ใช่ขอโทษฉันควรจะชี้แจงแล้วจอภาพทั้งสองมีพิกเซลแยกออกเป็นสามส่วนตามลำดับ RGB จากซ้ายไปขวาเหมือนในรูปนี้

— jozxyqk

ในระดับหนึ่งข้อความที่เป็นตัวเอียงจะมีขอบสีที่สังเกตเห็นได้น้อยลงเนื่องจากเส้นที่ลาดเอียงไม่อนุญาตให้มีสีเดียวกันปรากฏเกินพิกเซลติดต่อกันสองสามตัวในแนวตั้ง

— trichoplax

คำตอบ:

ฉันไม่แน่ใจว่าเกิดอะไรขึ้นที่นั่น ดูที่การเรนเดอร์ของ "ข้อควรพิจารณา" ในตัวอย่างของคุณ "ข้อเสีย" จะดูเหมือนสิ่งที่คุณได้รับเมื่อคุณทำการลบรอยหยักย่อยพิกเซลโดยไม่ต้องใช้ "แก้ไข" ที่จำเป็นเพื่อทำให้ดูดี แต่แล้ว "der" ในคำเดียวกันดูเหมือนว่าไม่มีการลบรอยหยักย่อย

คุณสามารถค้นหาบทความที่ดีเกี่ยวกับการลบรอยหยักย่อยที่ดูดีได้ที่https://www.grc.com/ct/ctwhat.htmและส่วน "แก้ไข" ที่นี่https: //www.grc com / ct / freeandclear.htmและที่นี่https://www.grc.com/ct/cttech.htm

สิ่งที่เกิดขึ้นคือ: หากคุณคำนวณความเข้มของ R / G / B โดยการคำนวณพื้นที่ที่ครอบคลุมสำหรับแต่ละพิกเซลย่อยเฟรมสีที่ได้นั้นน่าเกลียดมาก / น่ารำคาญ ในการแก้ไขปัญหานั้นคุณจะต้องใช้ตัวกรองเบลอแนวนอน / โลว์พาสในภาพย่อยพิกเซล ผลที่ได้คือภาพที่คมชัดน้อยกว่า แต่ก็มีสีอิ่มตัวน้อยกว่ามาก นั่นคือตัวอย่างเช่น "ตรวจสอบคุณ" ของคุณ

— pgroke
แหล่งที่มา

วิธีการใดที่ใช้สำหรับการลดรอยหยักของพิกเซลย่อยที่ให้ผลลัพธ์ที่ดีเช่นนั้น?

คุณเพียงแค่แรสเตอร์ตัวอักษรราวกับว่าพวกเขามีความกว้าง 3x

ผลลัพธ์จะแตกต่างกันไปตามวิธีที่คุณ rasterize เส้นโค้งโดยเฉพาะอย่างยิ่งชนิดของรูปแบบการต่อต้านรอยหยัก / การสุ่มตัวอย่างที่ใช้และไม่ว่ามันจะใช้การบอกใบ้แบบอักษรหรือไม่ สำหรับภาพรวมที่ดีดูการเปิดรับข้อความ Rasterizationด้วย Anti-Grain Geometry (IIRC นี่คือสิ่งที่ Chromium / PDFium ใช้) หรือการแสดงผล Subpixelบน Wikipedia

ภาพที่แนบมาจะไปอย่างไรฉันไม่เชื่อว่ามีส่วนเกี่ยวข้องกับการแสดงผลพิกเซลย่อย มันอาจเป็นอะไรก็ได้: เรขาคณิตพิกเซลผิด, แกมม่าผิด, การแปลงพื้นที่สีผิด, ...

— Ecir Hana
แหล่งที่มา

ฉันคาดหวังว่าปัญหาเกี่ยวกับเรขาคณิตพิกเซล, แกมม่าหรือการแปลงพื้นที่สีจะแสดงเป็นความผิดเพี้ยนของสีที่จุดใด ๆ ในภาพมากกว่ารอบปกติที่เห็นในภาพของคำถาม ความจริงที่ว่ามันวนรอบในแนวนอนระหว่างการลดรอยหยักสีที่พูดเกินจริงและการลดรอยหยักสีขาวล้วนๆบอกใบ้ว่าการประยุกต์ใช้การลดรอยหยักครั้งแรกนั้นกระทำในระดับที่แตกต่างกัน

— trichoplax

ฉันไม่มีคำอธิบายที่สมบูรณ์เนื่องจากความผิดเพี้ยนดูเหมือนจะไม่สอดคล้องกันระหว่างแถวของข้อความที่แตกต่างกัน แต่ดูเหมือนว่าปัญหาเกี่ยวข้องกับการแสดงผลพิกเซลย่อยของข้อความที่แรสเตอร์แล้วแทนที่จะเป็นข้อความแบบเวกเตอร์

— trichoplax

@trichoplax สิ่งที่ฉันพยายามจะพูดคือฉันสงสัยว่ามีปัญหากับการเรนเดอร์พิกเซลย่อยของ Anti-Grain แต่ฉันเดาว่าอินพุตจะถูก mangled เร็วกว่าที่จะเข้าสู่ rasterizer หรือในภายหลัง แต่ไม่ใช่ในตัวแรสเตอร์นั่นเอง

— Ecir Hana

ใช่ฉันคิดว่าการเรนเดอร์พิกเซลย่อยถูกนำไปใช้อย่างถูกต้อง แต่เมื่อนำไปใช้กับข้อความที่มีการแรสเตอร์ไว้ล่วงหน้ามันเป็นไปไม่ได้ที่จะให้ผลลัพธ์ที่ดี ฉันไม่คิดว่าตัวเรนเดอร์พังฉันแค่คิดว่ามันกำลังป้อนข้อความผิดประเภท

— trichoplax