בדיקת יציבות מעקב AR בתנאי תאורה שונים
משתמש מניח אובייקט וירטואלי על שולחן, אבל הוא מרחף באוויר — זו לא תקלה, זה אובדן מעקב עקב תאורה. אנחנו נתקלים בזה כמעט בכל פרויקט שני. אור שמש בזווית של 15°, הבהוב פלואורסצנטי ב-100 הרץ, חדר חשוך עם LED נקודתי — כל תרחיש שובר את המעקב בדרך שלו. עם יותר מ-30 פרויקטים הכוללים מעקב מיקום, אנחנו יכולים לחזות את התרחישים האלה ולחסל אותם לפני השחרור. צרו קשר לבדיקה מפורטת של הפרויקט שלכם.
גורמים לאובדן מעקב בתאורה לקויה
אלגוריתמי אודומטריה אינרציאלית חזותית (VIO), שמפעילים את ARCore ו-ARKit, מסתמכים על נקודות תכונה — נקודות מובחנות בפריים — כדי להעריך את מיקום המצלמה. מתחת לכ-50 לוקס, מספר נקודות התכונה האמינות יורד בחדות, והמערכת מפצה באמצעות נתוני IMU. זה עובד עד שהסחיפה של ה-IMU מצטברת. בפועל, אחרי 3–4 שניות בתאורה לקויה, העוגן נסחף ב-5–8 ס"מ. במשחקים זה קטסטרופלי: האובייקט נראה כמרחף במקום לשבת על המשטח.
חשיפת יתר היא גם קריטית: אור שמש ישיר יוצר אזורים עם פיקסלים רוויים שבהם חילוץ תכונות נכשל. ARKit מדווח על כך באמצעות ARCamera.TrackingState עם סיבה .insufficientFeatures, ו-ARCore באמצעות TrackingFailureReason.INSUFFICIENT_LIGHT. הספים שונים, אבל שניהם מאפשרים הצגת אזהרה למשתמש.
מנורות פלואורסצנטיות הן נקודת כאב נפרדת. ב-50/60 הרץ, הן יוצרות הבהוב שהחיישן קולט כשינויים תקופתיים בחשיפה. ויזואלית זה כמעט בלתי מורגש, אבל האלגוריתם רואה נקודות תכונה "נושמות" בין פריימים ומפרש זאת כתנועת מצלמה. לפי תיעוד אפל, ARKit משתמש ב-VIO ומזהה תאורה לא מספקת באמצעות .limited.
איך אנחנו בודקים סוגי תאורה שונים
מטריצת הבדיקות הסטנדרטית שלנו מכסה שלושה צירים:
- רמת תאורה: חדר חשוך (~10-30 לוקס), משרד (~300-500 לוקס), חוץ מעונן (~1000-5000 לוקס), אור שמש ישיר (>50,000 לוקס).
- סוג מקור אור: נקודתי (LED), ליניארי (שפופרת פלואורסצנטית), מפוזר (עננים), מעורב (חלון + תקרה).
- דינמיקה: סטטי, צללים נעים, מעבר יום/לילה, אור מהבהב.
לכל תרחיש, אנחנו מתעדים: זמן עד לאובדן מעקב, סחיפה מקסימלית של ARAnchor במשך 60 שניות, מספר אירועי .limited (insufficientFeatures), זמן התאוששות.
כלים: שכבת-על מותאמת אישית ב-Unity AR Foundation המציגה את מצב הסשן בזמן אמת, הקלטה באמצעות ReplayKit (iOS) או MediaProjection (Android).
| תנאי תאורה | התנהגות מעקב צפויה | תרחיש כשל אופייני |
|---|---|---|
| < 50 לוקס | .limited תכופים |
תוך 5-10 שניות ב-90% מהמקרים |
| 50-300 לוקס | לא יציב, תלוי במרקם המשטח | כשהמצלמה זזה |
| 300-5000 לוקס | טווח עבודה | אובדן עקב חשיפת יתר |
| > 20,000 לוקס (אור שמש ישיר) | פריים רווי, אובדן מוחלט | מיידי |
מידע נוסף על המתודולוגיה
הבדיקות מבוצעות על מכשירים אמיתיים עם מצלמות שונות (דגמי iPhone ו-Galaxy העדכניים). אנחנו משתמשים בפאנלי LED עם עמעום לקביעת רמת תאורה מדויקת ובספקטרומטר לאימות.השוואה בין ARCore ו-ARKit בתאורה נמוכה
ברמת תאורה של 30 לוקס — אופיינית לחדר מואר עמום — בדקנו את שתי הפלטפורמות. אחרי 4 שניות של מעקב, ARKit דיווח על .limited עם .insufficientFeatures, בעוד ARCore המשיך לעקוב במשך 8 שניות לפני שגם הוא עבר למצב מוגבל, אבל עם סחיפת עוגן ניכרת. זה אומר ש-ARKit נכנס למצב מוגבל פי 1.7 מהר יותר מ-ARCore בתאורה נמוכה. בפרויקטים שלנו, אנחנו משתמשים בהבדלים אלה כדי להתאים את חוויית המשתמש ואת לוגיקת הגיבוי.
| פרמטר | ARCore | ARKit |
|---|---|---|
סף למעבר ל-ARWorldTrackingConfiguration.environmentTexturing |
~30 לוקס | ~50 לוקס (פי 1.7 גבוה יותר) |
| תגובה להבהוב | מחזיק מעקב זמן רב יותר (פי 2 בממוצע) | ARPlaneDetectionMode תכופים יותר |
| שימוש ב-IMU כשנקודות תכונה אובדות | סינון תזוזה אגרסיבי | הודעה מהירה באמצעות Config.FocusMode.FIXED |
טיפול באובדן מעקב באור שמש
כשהמעקב לא יציב בטווח תאורה מסוים, זו משימת UX. כמה טכניקות:
- הפעלת
.limitedעוזרת ל-ARKit להבין טוב יותר את הסביבה אבל מגדילה את השימוש בזיכרון. ב-iPhone 12 וחדשים יותר, זה מוצדק. - לתאורה לקויה — כפו זיהוי משטחים עם
ARPlaneDetectionModeועגנו למשטחים במקום לנקודות תכונה. יציב יותר. - באנדרואיד — הגדרת
Config.FocusMode.FIXEDמפחיתה פריימים מטושטשים בתנועה מהירה בתאורה נמוכה.
הערכה לא נכונה של תאורה יכולה לעלות בשבועות נוספים של QA ועד 20% מהתקציב לעבודות חוזרות. עם הבדיקות שלנו, אתם יכולים לחסוך עד 40% מהתקציב בשלב האופטימיזציה — בדרך כלל $5,000 לפלטפורמה אחת.
איך לבצע בדיקת מעקב AR: תוכנית שלב-אחר-שלב
- הגדירו דרישות: פלטפורמות יעד, גרסאות מערכת הפעלה, דגמי מכשירים, תנאי שימוש אופייניים, סחיפת עוגן מקובלת.
- הקימו סביבת בדיקה: תאורה מתכווננת, וילונות, סט מטרות עם מרקמים שונים.
- הריצו את מטריצת התרחישים, ותעדו מדדים: זמן עד לאובדן מעקב, סחיפת ARAnchor, אירועי
.limited. - נתחו תוצאות: קבעו ספי תאורה קריטיים לכל פלטפורמה.
- כווננו את תצורת סשן ה-AR ואת טיפול במצבי UX בהתאם.
תוצרים
התוצרים שלנו כוללים:
- תיעוד: תוצאות בדיקות עם גרפי סחיפה וטבלאות ספים.
- גישה: שכבת-על מותאמת אישית של Unity לניטור מצב מעקב בזמן אמת.
- הדרכה: הדרכת צוות על שיטות עבודה מומלצות וסקירת קוד.
- תמיכה: תמיכה שוטפת עד 30 יום לאחר המסירה.
כל התוצרים מותאמים לפלטפורמה שלכם (iOS/Android) ולסט המכשירים. מפתחי Unity המוסמכים שלנו (עם ניסיון של מעל 5 שנים) מבטיחים שיפור ביציבות המעקב. המחיר מתחיל ב-$2,000 לפלטפורמה אחת ו-$3,500 לשתי פלטפורמות.
התהליך שלנו
אנחנו מתחילים באיסוף דרישות: פלטפורמות יעד, גרסאות מערכת הפעלה, דגמי מכשירים, תנאי שימוש אופייניים, סחיפת עוגן מקובלת. לאחר מכן אנחנו מקימים את סביבת הבדיקה: תאורה מתכווננת, וילונות, מטרות עם מרקם. אנחנו מריצים את מטריצת התרחישים, לוכדים מדדים, ומפיקים דוח עם ספים והמלצות. אם צריך, אנחנו מתאימים את תצורת סשן ה-AR או מוסיפים טיפול UX למצבים קריטיים.
לוחות זמנים: מיומיים-שלושה לפלטפורמה אחת ועד 2-3 שבועות לכיסוי מלא עם איטרציות. העלות נקבעת לאחר ניתוח — בקשו ייעוץ ונעריך את הפרויקט שלכם תוך יום אחד. שירות מלא.