כוונון רינדור VR ל-FOV שונה: מעדשות לביצועים

משקפי VR שונים קולטים את אותה סצנה בצורה שונה: בשל שדה הראייה וגיאומטריית העדשות, התמונה עלולה להיות מטושטשת או לגרום לאי נוחות. אנחנו מתאימים את העיבוד לאופטיקה של כל מכשיר, תוך התחשבות ב-FOV ובמאפיינים הספציפיים שלו. הצוות שלנו מספק פרויקט מפתח—מביקורת ועד הטמעה—תוך הבטחת ביצועים יציבים ותמיכה מתמשכת.

היכולות שלנו

שירותי סטודיו אחרים

יישומי VR/AR/MR מותאמים אישית

טבלו לקוחות וצוותים בחוויות דיגיטליות חדשות

פיתוח משחקי Unity

מקונספט לשחרור — משחקים שאנשים זוכרים

מידול ואנימציה בתלת-ממד

החיו את המוצר שלכם בגרפיקת תלת-ממד ואנימציה

סימולטורי ציוד VR תעשייתיים

אמנו מפעילים על ציוד בבטחה, ללא השבתה

הוראות AR לייצור

הנחיות שלב-אחר-שלב ישירות על הציוד — ללא נייר

סימולטורי VR לבטיחות

תרגול תגובה לשעת חירום ללא צורך בהגעה לשטח

תוכניות הכשרה ב-VR/AR

הכשרת עובדים בשירות, קליטה ומיומנויות רכות ב-VR

חידוני הכשרה לעובדים

בדיקת ידע באמצעות משחקים — בקלות וללא לחץ

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

סרטונים ברורים להכשרת העובדים והלקוחות שלכם

גיימיפיקציה עסקית

הניעו צוותים עם מכניקת משחק ב-KPI ובמשאבי אנוש

יישומי קיוסק אינטראקטיביים

מסכים אינטראקטיביים לקמעונאות, תערוכות ומשרדים

מתקני VR/AR

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

תערוכות ומוזיאונים וירטואליים

התערוכות שלכם מגיעות לכל פינה בעולם, 24/7

מסעות אירועים ומשחקי מותג

משחקים בלתי נשכחים לכנסים ולאירועי לקוחות

שאלות נפוצות

העבודות האחרונות

  • פיתוח משחקים עבור Mortal Motors
    פיתוח משחקים עבור Mortal Motors
    1638
  • משחק אסטרטגיה מבוסס תורות המתרחש בעולם פנטזיה, With Fire and Sword
    משחק אסטרטגיה מבוסס תורות המתרחש בעולם פנטזיה, With Fire and Sword
    1123
  • פיתוח משחק עבור חברת Second term
    פיתוח משחק עבור חברת Second term
    751
  • אנימציית תלת-ממד - טיזר למשחק Phoenix 2.
    אנימציית תלת-ממד - טיזר למשחק Phoenix 2.
    830

התאמת גרפיקת משחק לעדשות עם שדה ראייה (FOV) שונה

בפרקטיקה שלנו, ההבדל בשדה הראייה של העדשות בין מכשירי VR הוא אחד הגורמים הנפוצים ביותר לתלונות על איכות תמונה. Valve Index נותן ~130° אופקית, Meta Quest 3 בערך 110°, Pico 4 — 105°, PSVR2 — 110°. אותה סצנה נראית אחרת עליהם — לא רק בגלל זווית הצפייה, אלא גם בגלל גיאומטריית העדשות, עיוות חבית/כרית, סטייה כרומטית ונקודה מתוקה. ללא התאמה, המשתמשים רואים או קצוות מטושטשים, או חפצים (ארטפקטים), או אי-נוחות מתמדת. בנוסף, FOV שונה משפיע על ביצועים: זווית רחבה דורשת עיבוד של יותר פיקסלים, מה שמשפיע ישירות על תקציב ה-GPU. אנו פותרים בעיה זו על ידי הגדרת עיבוד עבור האופטיקה הספציפית של כל מכשיר.

אנו מבטיחים ביצועים יציבים בכל הפלטפורמות הודות לניסיון רב שנים: 5+ שנים של התאמת פרויקטי VR, מעל 20 השקות מוצלחות. במקום הגדרה אוניברסלית למכשיר אחד, אנו יוצרים תצורה שמתחשבת בפיזיקת העדשות של כל מכשיר — וחוסכת עד 30% זמן באופטימיזציה שלאחר מכן.

למה FOV לעיצוב VR הוא לא רק מספר

FOV רחב (Index) מאפשר לראות את הפריפריה — אובייקטים שעל Quest 3 היו מחוץ לשדה הראייה. אם סצנה מעוצבת ל-FOV של Index, על Quest 3 השחקן יסובב את הראש יותר פעמים כדי לראות מה שאמור להיות "בפריפריה". ההפך: סצנה מעוצבת ל-105° — על Index, חפצי עיבוד (שמיים לא שלמים, גבולות רמה נראים) מופיעים בקצוות שלא היו נראים במכשיר היעד.

מקרה ספציפי: ממשק משחק עם אלמנטים הממוקמים 40° מהמרכז. על Quest 3 הם באזור צפייה טוב. על Index — עדיין במסגרת, אבל מעבר לנקודה המתוקה של העדשה, שם איכות התמונה מתדרדרת בגלל עיוות. המשתמש רואה קצוות UI מטושטשים וחושב שזו תקלה. פתרון: UI אדפטיבי שמתקרב למרכז כאשר מזוהה מכשיר עם זווית רחבה.

איך להגדיר את המצלמה ל-FOV שונים

ב-Unity דרך OpenXR או OVR SDK, FOV מוגדר אוטומטית בהתאם לתצורת המכשיר — אין צורך בהתאמה ידנית וזה גם לא מומלץ. לפי מפרט OpenXR, FOV מוגדר על ידי החומרה. אבל יש כמה דברים שכדאי לקחת בחשבון:

  1. מישור חיתוך קרוב. ככל שה-FOV רחב יותר, כך מישור החיתוך הקרוב הנכון קריטי יותר. על Meta Quest, ערך של 0.1 (10 ס"מ) הוא סטנדרטי. במכשירים עם IPD קטן יותר (קיימים משתמשים עם IPD <60 מ"מ), אובייקטים עשויים "לעבור דרך" מישור החיתוך הקרוב כשמתקרבים לפנים. ערך של 0.05 (5 ס"מ) הוא מינימום בטוח יותר למכשירים נתמכים נרחבים.

  2. עיבוד פובאטי (Foveated rendering) — עיבוד ברזולוציה נמוכה יותר בקצוות המסגרת. על Quest 2/3, זה מיושם דרך Fixed Foveated Rendering (FFR) רמות 1–4. על PSVR2 ו-Meta Quest Pro — דרך Eye Tracked Foveated Rendering (ETFR). ב-FOV גבוה (Index), FFR עם אזור מרכזי המוגדר לפרמטרים סטנדרטיים של Quest ייראה אחרת: עם FOV רחב, אזור הפחתת הרזולוציה ההיקפית נופל לאזור שמשתמשי Index רואים בדרך כלל. הגדרת רמת FFR חייבת להתחשב במכשירי היעד. השוואה: רמת FFR 3 נותנת עד 30% רווח ביצועים לעומת רמה 1, בעוד אובדן האיכות בקצוות אינו מורגש. בחירת הרמה תלויה בתקציב ה-GPU הזמין: לשבבי Snapdragon XR2 ניידים, רמה 3-4 אופטימלית; ל-GPUs בדידים (Index), רמה 1-2.

רמת FFR הפחתת רזולוציה היקפית רווח FPS (יחסית למצב כבוי)
1 ~30% 5-10%
2 ~50% 10-20%
3 ~70% 20-30%
4 ~85% 30-40%
  1. רשת עיוות חבית. הקומפוזיטור של כל מכשיר מחיל תיקון עיוות על התמונה הסופית. אבל אם תוכן עם דפוסים גיאומטריים חדים (רשתות, פסים, קווים ישרים ברורים) מעובד, במכשירים עם עיוות עדשה גבוה קצוות הדפוסים האלה ייראו מעוקלים. אין פתרון תוכנתי — זו פיזיקת עדשות. פתרון עיצובי: הימנעו מדפוסים כאלה בקצוות הסצנה או השתמשו בצורות אורגניות.

איך להתאים את רזולוציית העיבוד למכשירים שונים

קנה המידה של העיבוד הוא פרמטר קריטי. Quest 3 ממליץ על יעד עיבוד לעין של 1832×1920 פיקסלים לעין. Index דרך SteamVR מחשב אוטומטית מכפיל רזולוציה מומלץ בהתבסס על GPU והמכשיר. עם קנה מידה שגוי: נמוך מדי — תמונה מטושטשת, טקסט מחליק, UI מטושטש; גבוה מדי — ה-GPU לא עומד בזה, נפילות פריימים, רפרוג'קשן.

ב-Unity דרך XR Management: XRSettings.eyeTextureResolutionScale — שינוי קנה מידה בזמן ריצה. מומלץ מתאם דינמי שמוריד את קנה המידה כאשר fps יורד מתחת ל-72/90/120 (תלוי בקצב היעד של המכשיר). קנה מידה דינמי יציב ב-15-20% יותר מקנה מידה קבוע מבחינת סטיית תקן של זמן הפריים.

לפרויקטים רב-פלטפורמיים: טבלת קני מידה ברירת מחדל לפי פלטפורמה, הניתנת להגדרה דרך ScriptableObject ונטענת באתחול XR.

מכשיר FOV אופקי קנה מידה מומלץ לעיבוד הערות
Meta Quest 2 ~96° 1.0–1.2 FFR רמה 2–3
Meta Quest 3 ~110° 1.0–1.3 FFR או ETFR
Valve Index ~130° תלוי GPU חישוב אוטומטי של SteamVR
PSVR2 ~110° מוגדר פלטפורמה ETFR מובנה
Pico 4 ~105° 1.0–1.2 SDK של הספק

מה כלול בהתאמת גרפיקה ל-FOV

העבודה נעשית במפתח מוכן וכוללת:

  • תיעוד תצורת העיבוד לכל מכשיר יעד.
  • המלצות להגדרות FFR/ETFR תוך התחשבות ב-FOV וביצועים.
  • צינור עיבוד אופטימלי עם קנה מידה דינמי.
  • תמיכה במהלך האינטגרציה — אנו בודקים builds על מכשירים אמיתיים.
  • הכשרת צוות — אנו מעבירים ידע על התאמה למכשירים חדשים.

לוח זמנים: ביקורת פרויקט קיים ל-2-3 מכשירים — 2-5 ימי עבודה. יישום מלא של תצורת עיבוד רב-פלטפורמית עם קנה מידה דינמי — 1-2 שבועות.

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

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