תארו לעצמכם משתמש שפותח את אפליקציית ה-VR שלכם לסיורים וירטואליים, מרכיב את ה-Cardboard, ומוצא את עצמו במרכז סיור ביתי וירטואלי. הוא מביט שמאלה – מטבח, ימינה – סלון, ממקד מבט בטלוויזיה – צץ כרטיס מפרט טכני. אבל המציאות של פיתוח VR למובייל היא מאבק על כל אלפית שנייה של השהיית מעקב ראש וניהול עשרות פנורמות 360 מעלות ברזולוציה גבוהה. אנו מתכננים ארכיטקטורה שבה ההשהיה נשארת באופן עקבי מתחת ל-20 אלפיות השנייה, והתוכן מתעדכן תוך כדי תנועה ללא שחרור ל-App Store.
מוכנים לקחת על עצמכם את הפרויקט מקצה לקצה: ננסח את הדרישות, ואנו נציע את הסט הטכנולוגי האופטימלי – מ-Unity ועד Metal או Vulkan מקוריים. סיור טיפוסי עם 10–15 סצנות וניווט אורך 2–3 שבועות. עלות הפיתוח מתחילה מ-$3,000. נעריך את המשימה שלכם תוך יום אחד.
אילו בעיות אנו פותרים?
- השהיית מעקב ראש ב-VR. אנו משתמשים בעיבוד מקורי (Metal ב-iOS, Vulkan באנדרואיד) עם גישה ישירה ל-IMU. בפועל, ההשהיה נשארת מתחת ל-20 אלפיות השנייה – פי 3–5 טוב יותר מ-WebView.
- טעינת פנורמה איטית. טעינה מוקדמת של סצנות שכנות ברקע, דחיסת טקסטורות ל-8K JPEG עם תמיכת mipmap. חיסכון טיפוסי בזמן טעינה: 40%.
- קושי בעדכון תוכן. שילוב CMS או קובץ הגדרות ב-CDN – סיורים חדשים מופיעים לאחר עריכה, ללא צורך באישור מחדש בחנויות. חיסכון בתקציב תמיכה: עד 50% (בדרך כלל $5,000–$10,000 בשנה).
עם ניסיון של 7+ שנים ו-50+ פרויקטים שהועברו, אנו מבטיחים פעולה יציבה במכשירים מ-iPhone SE ועד Galaxy S24.
מבנה גרף סצנות לסיור VR
סיור הוא גרף. כל נקודה (צומת) היא פנורמת 360 מעלות או סצנת תלת-ממד. קצוות הגרף הם מעברים (נקודות חמות). הנתונים מאוחסנים בקובץ הגדרות JSON:
הצג דוגמת קובץ הגדרות JSON
{
"tour_id": "apartment_demo",
"start_node": "living_room",
"nodes": [
{
"id": "living_room",
"type": "equirectangular",
"media_url": "scenes/living_room_8k.jpg",
"hotspots": [
{
"id": "to_kitchen",
"target_node": "kitchen",
"position": {
"yaw": -45,
"pitch": -10
},
"label": "Кухня"
},
{
"id": "info_tv",
"type": "info",
"position": {
"yaw": 20,
"pitch": 5
},
"content": "Samsung QLED 65\""
}
]
}
]
}הלקוח טוען את הגרף בעת ההפעלה וטוען מראש מדיה של צמתים שכנים. למצב לא מקוון – שמירת סיורים נבחרים במטמון עם בדיקת גרסת קובץ הגדרות.
איך לבחור את המנוע: WebView או מקורי?
| קריטריון | WebView (Three.js) | מקורי (Metal/Vulkan) |
|---|---|---|
| השהיית מעקב ראש | 50–100 אלפיות השנייה (תלוי ב-WebView) | <20 אלפיות השנייה (גישה ישירה ל-IMU) |
| תמיכה ב-Cardboard VR | לא | מלאה |
| מהירות עדכון תוכן | מיידית (בצד השרת) | דורש עדכון אפליקציה אם המנוע משתנה |
| ביצועים | בינוניים (WebGL) | גבוהים (אופטימיזציית GPU) |
| מורכבות פיתוח | נמוכה (HTML/JS) | גבוהה (Metal/Vulkan/Unity) |
ל-VR מלא ב-Cardboard VR (ראו Google Cardboard בוויקיפדיה), עיבוד מקורי טוב פי 3–5 באיכות מעקב. אם VR אינו נדרש, WebView מספיק ומהיר יותר לפיתוח.
איך להבטיח מעברים חלקים בין סצנות?
קפיצה קשה בין סצנות 360 יוצרת אי-נוחות ב-VR. אנו משתמשים באחת משלוש גישות:
| סוג מעבר | תיאור | נוחות VR | מורכבות |
|---|---|---|---|
| דהייה לשחור | דהייה במשך 0.5 שניות, סטנדרט מ-Google VR Design Guidelines | גבוהה | נמוכה |
| דהייה + קנה מידה | הסצנה מתכווצת/מתרחבת | בינונית | בינונית |
| מעבר וידאו | קליפ קצר של "הליכה דרך" | גבוהה | גבוהה |
טלפורטציה דרך דהייה היא סטנדרטית ב-VR. בפלטפורמות שאינן VR אנו משתמשים לעתים קרובות בדהייה + קנה מידה, וחוסכים זמן הפקה.
// Unity: корутина перехода с fade
IEnumerator TransitionToScene(string targetNodeId)
{
yield return StartCoroutine(FadeOut(duration: 0.5f));
LoadScene(targetNodeId);
yield return StartCoroutine(FadeIn(duration: 0.5f));
}נקודות חמות אינטראקטיביות: סוגים ויישום
נקודות חמות אינטראקטיביות במרחב תלת-ממדי מיושמות באמצעות raycasting ממקור וקטור המבט, בשילוב עם הפעלה מבוססת שהייה הדורשת 1–2 שניות של מיקוד מתמשך. סוגים נתמכים:
- ניווט – מעבר לצומת אחר.
- לוח מידע – כרטיס קופץ עם טקסט/תמונה/וידאו.
- מדיה – הפעלת וידאו על משטח (לדוגמה, טלוויזיה בפנים הבית).
- קישור – פתיחת דפדפן לפעולה חיצונית (הזמנה, קנייה).
נקודות חמות מעובדות במרחב העולם באמצעות טכניקות billboarding, שבהן מישור הנקודה החמה פונה ברציפות למצלמה דרך node בשילוב עם קנה מידה לפי גודל נראה כדי להבטיח ממד ויזואלי קבוע ללא קשר למרחק.
שילוב CMS לעדכוני תוכן ללא שחרור
סיורים חייבים להתעדכן ללא הגשה חוזרת לחנויות האפליקציות. אנו משלבים פאנל ניהול או מאחסנים קובצי הגדרות ב-CDN. האפליקציה טוענת את הגרף הנוכחי בעת ההפעלה; למצב לא מקוון – שמירה במטמון עם גרסאות. חיסכון בעלויות תמיכה: עד 50% בהשוואה לשחרורים תכופים.
תוצרים
- מסמך ארכיטקטורה עם גרף סצנות וסוגי נקודות חמות.
- קוד מקור עם תיעוד ו-CI/CD.
- הוראות לעדכוני תוכן דרך CMS או קובץ הגדרות.
- בדיקות על 5+ מכשירים אמיתיים (iPhone 12, Galaxy S21, Pixel 6 וכו').
- אחריות ל-3 חודשים על באגים מדווחים.
תהליך
- ביקורת תוכן – קביעת סוג המדיה (תמונה/וידאו/תלת-ממד), מספר סצנות, דרישות עדכון.
- עיצוב – יצירת גרף סצנות, בחירת מנוע ותכנית מעברים.
- פיתוח – יישום עיבוד פנורמה, מעקב ראש, אינטראקציית נקודות חמות, מעברים.
- שילוב CMS – חיבור מערכת עדכון תוכן ללא שחרור לחנות.
- בדיקות – הערכת איכות מעקב ראש במצב Cardboard, ביצועים במכשירים תקציביים, תוך שימוש בכלי פרופילינג כמו Xcode Instruments ו-Android GPU Inspector כדי להבטיח שזמני פריימים נשארים בתוך 16 אלפיות השנייה ל-60 fps. אנו גם משתמשים ב-GPU compute shaders לעיבוד תמונה ואופטימיזציית חיפוש בינארי לחישובי התכנסות מבט.
לוח זמנים משוער
- אפליקציה בסיסית לסיור יחיד עם פנורמות תמונה ונקודות חמות ניווט: 2–3 שבועות. עלות מתחילה ב-$3,000.
- פלטפורמה מלאה עם CMS, סוגי נקודות חמות מרובים, מצב לא מקוון ו-Cardboard VR: 2–3 חודשים. השקעה טיפוסית $15,000–$30,000.
צרו קשר להערכה מדויקת של הפרויקט שלכם. קבעו ייעוץ – נעזור לבחור את הסט הטכנולוגי האופטימלי ונציע תמחור שקוף.