יצירה משולבת של SDR ו-HDR

בדף הזה מתוארים הדרישות, ההגדרות והאימות של ה-SDR תכונת עמעום התוכן של תמונות באיכות SDR ו-HDR.

שיפור התמיכה בו-זמנית ב-Android 13 הצגת קומפוזיציית SDR ו-HDR על המסך באמצעות התכונות הבאות: תכונות:

• מיפוי גוונים של רמת הארה ב-HDR לטווח תואם ל-SDR.

  באמצעות libtonemap, אפשר למפות גוונים עקבי בין Hardware Composer (HWC), SurfaceFlinger ואפליקציות. יצרני ציוד מקורי יכולים תטמיעו עקומות מיפוי טונים משלהן שיהיו משותפות בין הספק ורכיבי framework.

• עמעום תוכן SDR במסך כשהוא מוצג בו-זמנית עם HDR תוכן.

  כשתוכן HDR מוצג במסך, בהירות המסך מוגדלת ל- להתאים לטווח ההארה המוגדל של תוכן ה-HDR. כל תוכן SDR גם מופיע במסך מעומעם בצורה חלקה ככל שבהירות המסך עולה כך שהבהירות התפיסתית של תוכן ה-SDR לא תשתנה. יצרני ציוד מקורי יכולים להגדיר את המסכים המובנים שלהם לעמעום תוכן SDR במסך בזמן ההצגה. לצד תוכן HDR.

דרישות לגבי OEM (יצרן ציוד מקורי)

כדי להשתמש בקומפוזיציה משופרת של תוכן HDR ו-SDR באמצעות תוכן SDR עמעום, צריך לעמוד בדרישות הבאות:

• להטמיע את גרסת AIDL של HWC, שכוללת תמיכה עמעום מהירות באמצעות חומרה בצינור הצבעים של המכשיר. פרטים נוספים AIDL ל-HWC להטמעת החדשה.

• עמעום מדויק של שכבות-על של חומרה ב-HWC דורש חומרה ספציפית כדי להתאים את האור הלינארי של שכבות-העל. הטמעות ללא מספיק והחומרה נדרשת כדי לדחות את הקומפוזיציה ל-GPU על ידי SurfaceFlinger, וכתוצאה מכך התרוקנות סוללה ועמעום באיכות נמוכה.

• המכשיר חייב לתמוך בטכנולוגיית HDR אחת לפחות שדווחה על ידי Display.getHdrCapabilities

הגדרות אישיות

ניתן להגדיר את תכונת הרכבת התוכן המעורבת של SDR ו-HDR בהתאם את המאפיינים של מכשיר המסך המובנה, כך שמתקיים יחסי גומלין ניתן לדאוג לחיי הסוללה, לצריבה ולאיכות התוכן.

הפעלה וכוונון של הקומפוזיציה המשופרת מבוצעות באמצעות מסך תצורה שהסכימה שלה נמצאת ב-display-device-config.xsd. האלמנטים המרכזיים החדשים הבאים חשובים בהגדרת המסך תצורה:

• הרכיב sdrHdrRatioMap מפעיל SDR עמעום ומגדיר טבלת חיפוש (LUT) למיפוי בהירות המסך של HDR יוצג לנקודה הלבנה של SDR כשיש תוכן HDR במסך.

  אם מוגדר sdrHdrRatioMap, אז כחלק משליטה במסך בהירות, DisplayManagerService מעביר את הנקודה הלבנה הרצויה של SDR אל SurfaceFlinger כדי ש-SurfaceFlinger יוכל לשלוח את יחס העמעום המתאים בכל ל-HWC.

  אם ההגדרה sdrHdrRatioMap לא מוגדרת, עמעום ה-SDR לא מופעל, גם אם הטמעת HWC תומכת בעמעום SDR.

• minimumHdrPercentOfScreen עם ערך שנע בין 0 ל-100, שולט כשהלוח אפשר להפעיל את מצב הבהירות. ב- ב-Android 13, ניתן לכוונן את הסף הזה כדי להפעיל במצב בהירות במצבים נוספים, כמו 'תמונה בתוך תמונה'. בגרסאות קודמות של AOSP תיקנו את הערך הזה ל-50%.

בבלוק הקוד הבא מפורטים הרכיבים העיקריים של תצורת התצוגה:

<displayConfiguration>
    ...
    <highBrightnessMode>
        ...
        <!--Percentage of the screen that must be covered by HDR layers until high brightness mode is enabled.
        <minimumHdrPercentOfScreen>...</minimumHdrPercentOfScreen>
        <!--sdrHdrRatioMap, backed by spline, must have at least two entries -->
        <sdrHdrRatioMap>
            <point>
                <sdrNits>...</sdrNits>
                <hdrRatio>...</hdrRatio>
            </point>
            <point>
                <sdrNits>...</sdrNits>
                <hdrRatio>...</hdrRatio>
            </point>
            <!--More interpolation points may be added –->
            ...
        </sdrHdrRatioMap>
        ...
    </highBrightnessMode>
    ...
</displayConfiguration>

נקודות שצריך לשים לב אליהן:

הפעלת התכונות של מיפוי הגוונים ושל עמעום תוכן ה-SDR עשויה להוביל במצבים הבאים:

• רמת האמינות של תוכן HDR שמופעל במכשיר יכולה לעלות, ככל שאיכות ה-SDR רכיבי תוכן מעומעמים.

• חיי הסוללה עשויים להתקצר בתרחישים הבאים:

  • הטמעות של ממשק אנושי (HWC) שדוחות פעולות עמעום ל-GPU יכולות לגרום לשימוש מוגבר ב-GPU.

  • הגדרות תצוגה שמאפשרות סף נמוך יותר להפעלה מצב בהירות גבוהה יכול להגביר את צריכת החשמל כשמפעילים את המסך בעוצמה גבוהה יותר בהירות.

• יכול להיות שתהיה השפעה על תקינות המסך בגלל משך הזמן המוגדל מצב בהירות, שעלול לגרום לבעיות לטווח ארוך כמו התלקחות במסך בריאות.

אימות

יצרני ציוד מקורי יכולים להשתמש בבדיקות VTS, שכלולות כחלק מחבילת הבדיקות של HWC, לבדוק אם נכונות עמעום ואימות יחס עמעום הקלט.

האימות של התכונה הזו תלוי במכשיר, ולכן אין CTS או GTS כדי לתמוך בכך.

יצרני ציוד מקורי חייבים להריץ בדיקות ידניות כדי לאמת שאיכות התמונה של SDR מעומעם רכיבים יהיו קבילים. יצרני ציוד מקורי יכולים להפעיל תוכן בהתאם לתקני HDR שהמכשיר יש תמיכה ביותר מ-SurfaceView כדי לאמת שרכיבי SDR יופעלו לצד תוכן ה-HDR לא הופך לבהיר מדי.

בעיות

עמעום של תמונות SDR עלול לגרום להתנגשות שחורה או לאובדן מידע כהה יותר בתמונה המקורית. הסיבה לכך היא שערכי צבעים כהים יותר מתכווצים קבוצה קטנה יותר של קודים כהים.

יישום לעמעום שגורם להתנגשות לא מקובלת בצבע שחור או אלגוריתמים של מיזוג, שמחדירים רעש לתמונה הסופית, האפקטים של הפסים מופחתים.

יישומי HWC שלא ניתן לטשטש את התמונה במיקום המתאים בצינור עיבוד הנתונים הצבעוני, חייב לבקש שה-SurfaceFlinger ישתמש עמעום ועמעום ב-GPU.

ההטמעות יכולות גם לשנות את הערך של sdrHdrRatioMap כדי להגביל את מידת העמעום של רכיבי SDR. עמעום לרמות בהירות נמוכות מאוד נדרש שימוש ב-GPU, שמשפר את איכות התמונה אבל עלול לרדת חיי הסוללה.