Meta דוחה עד 60% מהאפליקציות בבדיקה הראשונה. הסיבה האופיינית היא אי-עמידה ב-VRC.Quest.Performance.1: FPS לא יציב עקב היעדר Fixed Foveated Rendering (FFR). מחזור בדיקה אחד אורך 7–10 ימי עסקים, ויש לך רק שבועיים לתקן. טיפול בדרישות בשלב הפרה-פרודקשן יכול לחסוך עד חודשיים של פיתוח. אנו מבצעים ביקורת מלאה לפני הגשה לחנות—זה חלק מצינור ייצור שחוסך תקציב ועצבים.
Oculus VRC: מה נבדק ואיפה אפליקציות נכשלות לרוב
מסמך ה-VRC כולל עשרות דרישות המחולקות לקטגוריות. קריטי למעבר:
- VRC.Quest.Performance.1 — 72 FPS יציב (Quest 2) / 90 FPS (Quest 3) בהגדרות מומלצות. Meta בודקת זאת על מכשירים פיזיים. סיבות כישלון אופייניות: מספר Draw Call גבוה מדי (>300 ללא batching), היעדר Fixed Foveated Rendering, הגדרות Eye Buffer Resolution שגויות. עבור Quest 2:
OVRManager.eyeTextureResolutionScaleחייב להיות ≤1.0 כברירת מחדל. - VRC.Quest.Performance.2 — האפליקציה לא אמורה לחמם יתר על המידה את המכשיר. נבדק באמצעות מבחן מאמץ תרמי של 10 דקות. Shaders עתירי GPU ללא LOD, שעון CPU מקסימלי קבוע—כישלון מובטח.
- VRC.Quest.Security.1 — האפליקציה לא אמורה לבקש הרשאות Android שאינן נחוצות לפונקציונליות.
READ_CONTACTS,ACCESS_FINE_LOCATIONב-AndroidManifest.xmlללא הצדקה—דחייה. Unity מוסיפה הרשאות מסוימות אוטומטית דרך תוספים—יש לבדוק במפורש את ה-manifest הסופי. - VRC.Quest.Input.1 — תמיכה חובה במערכת Guardian והתנהגות נכונה בעת יציאה מאזור המשחק. האפליקציה חייבת להציג מעבר Guardian ולא לחסום אותו עם הגאומטריה שלה.
- VRC.Quest.Content — דרישות תוכן: אין ממשק 2D ללא התאמת VR (מסכים שטוחים ללא ממשק מרחבי נכשלים), אין דהייה ממושכת לשחור (>3 שניות ללא תוכן), אין סצנות עם תאוצה מעל 1.5G ללא אזהרה.
הנחיות SteamVR: הבדלים מ-Meta
SteamVR פחות מחמיר טכנית בנושא ביצועים—אין סף FPS קבוע כי תצורות PC משתנות. דרישות מפתח:
- תמיכה ב-Reprojection. האפליקציה חייבת לעבוד כראוי עם ASW (Asynchronous SpaceWarp) ו-ATW (Asynchronous Timewarp). גאומטריה שמוצגת רק לעין אחת או נתוני depth buffer שגויים—reprojection ייצור חפצים. נבדק דרך SteamVR Compositor Mirror עם Reprojection מופעל.
- SteamVR Input Actions. כל הקלטים חייבים להיות מוגדרים ב-
actions.jsonולתמוך ב-rebinding דרך SteamVR Input Binding UI. כפתורים מקודדים ללא action manifest ייכשלו בבדיקה. - גרסת OpenVR SDK. קריאות
openvr_apiמיושנות ללא בדיקות null לממשקים אופציונליים—קריסות בתצורות לא סטנדרטיות.
כיצד אנו מבצעים בדיקות עמידה בדרישות
לצוות שלנו יש 8 שנות ניסיון ב-VR ומעל 50 אישורים מוצלחים ל-Quest ו-SteamVR.
ביקורת אוטומטית. אנו משתמשים ב-Oculus Platform Command Line Utility (OPCU) לבדיקות APK בסיסיות ללא הגשה לחנות. הכלי בודק manifest, הרשאות ונוכחות ספריות 64-bit native. ביקורת אוטומטית עם OPCU מהירה פי 5–10 מבדיקה ידנית.
ביקורת ביצועים. אנו מריצים על מכשירי יעד עם OVR Metrics Tool (ל-Quest) או SteamVR Frame Timing (למחשב). אנו מתעדים זמן GPU, זמן CPU ומצב תרמי במשך 15 דקות.
בדיקת רשימת בדיקה ידנית. אנו עוברים על כל פריט VRC, מתעדים סטטוס, ובמידת הצורך, את גישת התיקון.
בדיקת תרחישי משתמש. יציאה מגבול Guardian, הסרה/החזרה מהירה של המשקפת, מעברים בין סצנות, טיפול בהודעות מערכת (שיחה נכנסת, סוללה נמוכה).
מדוע אפליקציות נדחות עבור VRC.Quest.Performance.1
הסיבה הנפוצה ביותר היא היעדר Fixed Foveated Rendering וניהול לא נכון של draw calls. אנו מפעילים FFR דרך OVRManager.fixedFoveatedRenderingLevel = OVRManager.FixedFoveatedRenderingLevel.High ומבנים מחדש את ה-batching כדי להפחית draw calls. זה פותר 80% מבעיות ה-FPS.
מה כלול בעבודה
לאחר הביקורת, אנו מספקים דוח מובנה: רשימת הפרות, חומרה (חוסם פרסום / מומלץ), גישת תיקון עם דוגמאות קוד. עבור Meta—AndroidManifest.xml מוכן עם הרשאות נכונות; עבור SteamVR—actions.json עם ממשק rebinding. אנו מלווים את הפרויקט עד להשגת סטטוס ירוק—אתה משלם רק על תוצאות.
| דרישה | Oculus VRC | SteamVR |
|---|---|---|
| FPS | 72/90 יציב | המלצה, ללא סף קשיח |
| Foveated Rendering | FFR חובה | לא נדרש |
| Input Actions | כפתורי מערכת + מותאמים אישית | actions.json נדרש |
| Guardian Passthrough | חובה | מומלץ |
רשימת בדיקה מוקדמת
- Fixed Foveated Rendering מוגדר (High או Medium). - אין הרשאות Android מיותרות ב-APK הסופי. - actions.json מוגדר עבור SteamVR עם ממשק rebinding. - נבדק על מכשיר Quest פיזי (לא רק בעורך). - OVR Metrics Tool שימש לאימות FPS ומצב תרמי.| סוג בדיקה | לוח זמנים משוער |
|---|---|
| ביקורת + דוח (ללא תיקונים) | 3–5 ימים |
| ביקורת + תיקון הפרות נפוצות | 1–2 שבועות |
| תמיכה מלאה עד לבדיקה ירוקה | 2–6 שבועות |
התמחור מחושב לאחר סקירת פרויקט ראשונית והערכת היקף ההפרות. הביקורת שלנו משתלמת בכך שהיא חוסכת עלויות של בדיקות חוזרות—אתה מפחית הוצאות על תיקון שגיאות לאחר דחייה. הזמן ביקורת—צור קשר כדי שנעריך את הפרויקט שלך; אנו נספק לוחות זמנים ועלות מדויקים.





