אנו יוצרים סביבות תלת-ממדיות למשחקי מובייל — מבנים, אביזרים, נופים. המיקוד המרכזי הוא ביצועים: כל מודול מותאם לריצה ב-60 FPS במכשירים בינוניים. עם ניסיון של למעלה מחמש שנים ויותר מ-20 פרויקטים ששוחררו, אנו מבטיחים שמעצבי רמות מקבלים ערכת בנייה, לא רק תמונות יפות.
סביבה במשחק תלת-ממדי למובייל אינה רק אוסף של אובייקטים יפים. זוהי מערכת של רשתות מודולריות שמעצב רמות יכול להרכיב כמו ערכת בנייה, עם חומרים מאוחדים (batched), חסימת ראייה נכונה (occlusion), ותקציב פוליגונים המאפשר רינדור סצנה שלמה ב-60fps באייפון 13.
למה מודולריות קריטית למשחק מובייל
ב-Unity: Static Batching משלב אובייקטים סטטיים עם אותו חומר לקריאת רינדור אחת (draw call). תנאי: מופע Material זהה. 50 קירות מפריפאב אחד עם חומר אחד = קריאת רינדור אחת במקום 50. יש להפעיל את GameObjects → Static. זה מגדיל את ה-RAM (רשתות משולבות נשארות בזיכרון), ולכן במובייל יש להיזהר עם הגודל הכולל של גיאומטריה סטטית.
GPU Instancing — עבור אובייקטים חוזרים (עצים, סלעים, צמחים) שעשויים עדיין לזוז. קריאת GPU אחת מציירת N עותקים עם מטריצות טרנספורמציה שונות. ב-Unity: Material.enableInstancing = true.
רשת הצמדה (Snapping grid): כל המודולים בנויים על רשת משותפת — 1מ', 0.5מ', 0.25מ'. הצמדת קודקודים (נקודות חיבור) בקצוות המודולים. ב-Blender, הגדר Snap to Vertex למודלים, Unit Scale = 1.0 (לא 0.01, אחרת הסקלה לא תתאים ליחידה אחת של Unity = מטר אחד).
טכניקות אופטימיזציה לסביבה
Occluder ו-occludee. קירות גדולים, מבנים צריכים להיות occluders — אובייקטים שמסתירים את מה שמאחוריהם. ב-Unity Occlusion Culling — צליית נתונים דרך Window → Rendering → Occlusion Culling → Bake. אובייקטים מאחורי קירות לא מעובדים כלל. למשחק מובייל עם פנים (dungeon crawler, RPG) זה קריטי — ללא חסימת ראייה כל חדר מעמיס על ה-GPU גם אם אינו נראה.
רשת התנגשות (Collision mesh). התנגשות לא צריכה להתאים לרשת החזותית. עבור אובייקט מורכב (ע� מסוקס, חורבות) קוליידר Box/Capsule פשוט מספיק למשחקיות, חוסך CPU בפיזיקה. ב-Unity: Mesh Collider עם Convex = true עבור אובייקטים קמורים, קוליידר Box/Capsule לצורות פשוטות.
רשתות פירוט מול טרן (Terrain). Unity Terrain + Detail Meshes לדשא וצמחייה קטנה — מערכת מובנית עם LOD ו-culling. למובייל: Detail Distance לא יותר מ-30–50 יחידות, Detail Density מוגבל (דשא עם צפיפות 1.0 נותן אלפי אובייקטים). Billboard סוג פירוט (מרקם דשא שטוח) מהיר יותר מרשתות תלת-ממדיות מלאות.
השוואת טכניקות אופטימיזציה של קריאות רינדור
| טכניקה | עיקרון | מתי להשתמש | השפעה על FPS |
|---|---|---|---|
| Static Batching | שילוב גיאומטריה סטטית עם אותו חומר | אובייקטים נייחים (קירות, רצפות) | +20–40% (קריאות רינדור מ-50 ל-1) |
| GPU Instancing | קריאת רינדור אחת להרבה אובייקטים זהים | אובייקטים חוזרים (עצים, סלעים) | +10–20% (עותקים רבים) |
| Occlusion Culling | לא לע�ד אובייקטים מאחורי חוסמים | פנים, חללים סגורים | +30–60% תלוי בארכיטקטורה |
כיצד רמת פירוט (LOD) משפיעה על ביצועים
| רמת LOD | תקציב פוליגונים | מתי נראה | יישום |
|---|---|---|---|
| LOD0 | 100% | קרוב למצלמה | אביזרי גיבור, אובייקטים מרכזיים |
| LOD1 | 50–60% | מרחק בינוני | אביזרים משניים, רוב האובייקטים |
| LOD2 | 10–20% או billboard | מרחק גדול | מילוי, קהל |
צליית תאורה (Light baking)
תאורה גלובלית בזמן אמת (Real-time Global Illumination) במובייל יקרה מדי. התקן הוא תאורה אפויה דרך Unity Lightmapper (מובנה או Progressive GPU Lightmapper). Lightmap Resolution 10–20 טקסלים/יחידה לסביבה, 40+ לאובייקטים חשובים. Lightmap Size מקסימום 2048 במובייל — מספר אטלסים לסצנות גדולות.
URP Baked Global Illumination: אובייקטים עם Contribute Global Illumination משתתפים בצלייה. אובייקטים דינמיים (דמויות) מקבלים GI דרך Light Probes — ממוקמים בעורך היכן שדמויות נעות.
Ambient Occlusion לסביבה — דרך צלייה למרקם (Substance Painter או צליית Blender), לא דרך SSAO בזמן אמת. SSAO במובייל הוא מותרות שאינו בתקציב הביצועים.
כיצד אנו מייעלים תאורה
מניסיון: משחק ריצה למובייל, Unity URP. סצנה עם בלוקים עירוניים: 300 קריאות רינדור, 35 FPS ב-Xiaomi Redmi 10. בעיה: לכל בלוק מודולרי היה מופע חומר משלו (בגלל שינויי צבע אקראיים באינספקטור על חלק מהאובייקטים). החומרים לא היו זהים יותר — ה-static batching נשבר. לאחר איפוס כל החומרים למופע המשותף המקורי: 45 קריאות רינדור, 60 FPS יציב. חיסכון עם תאורה אפויה במקום בזמן אמת: עד 30% מתקציב ה-GPU.
סגנון ורמת פירוט
אביזרי גיבור — אובייקטים מרכזיים שהשחקן רואה מקרוב: תיבות אוצר, דלתות, מזבחות. פירוט גבוה, מרקמים איכותיים 1024×1024 או 2048×2048.
אביזרים משניים — רהיטים, עיצוב, אלמנטים סביבתיים נפוצים. פירוט בינוני, מרקמי אטלס (מספר אובייקטים על אטלס אחד).
מילוי / אביזרי רקע — רקע מרוחק, קהל. פירוט מינימלי, LOD2 או billboard.
גיליונות Trim — אטלס מרקם אחד עם רצועות של חומרים שונים (לבנים, מתכת, עץ) המוחל על רשתות מודולריות. מאפשר לאטלס אחד לכסות את כל הסביבה של מיקום. פופולרי בפיתוח AAA, ישים גם במובייל.
כיצד אנו יוצרים ערכה מודולרית (שלב אחר שלב)
- ניתוח משחקיות ומבנה הרמות: הגדרת סוגי חדרים, מעברים, מספר אביזרים ייחודיים.
- עיצוב רשת הבלוקים המודולריים (רצפה, קיר, פינות, פתחים) עם רשת הצמדה משותפת.
- מידול בלוקים ב-Blender עם UVs לאטלס ו-UV שני למפת אור (lightmap).
- יצירת אטלסי מרקמים וגיליונות Trim (לדוגמה, לבנים, עץ, מתכת) להפחתת מספר החומרים.
- ייצוא ב-FBX/glTF עם נקודות עיגון (pivot) וסקלה נכונים.
- ייבוא ל-Unity, הגדרת static batching ו-occlusion culling, בדיקת קריאות רינדור ו-FPS.
רשימת בדיקה לקבלת מודול
- רשת הצמדה אחידה (0.5מ' או 0.25מ')
- UV2 למפת אור
- LOD0 ו-LOD1
- התנגשות פשוטה (Box/Capsule)
- חומרים ממופע משותף אחד
- נקודת עיגון במרכז הקצה התחתון
מה כלול בעבודה (מפתחות)
- ערכת גיאומטריה מודולרית למיקום (רצפה, קירות, תקרות, מעברים, עיצוב)
- אביזרי גיבור עם סט מרקמים מלא
- LOD0 + LOD1 לאובייקטי סביבה
- הגדרת UV לצליית תאורה (Lightmap UV, ערוץ UV שני)
- התנגשויות מותאמות
- ייצוא ל-FBX/glTF עם נקודות עיגון נכונות
- בדיקה בתוך המנוע: קריאות רינדור, batching, Occlusion Culling
לוחות זמנים ועלות
ערכה מודולרית למיקום אחד (20–40 מודולים ייחודיים) — 4–8 שבועות תלוי במורכבות הסגנון ובמספר אביזרי הגיבור. סביבה מלאה למשחק מובייל בינוני (3–5 מיקומים) — 2–4 חודשים. העלות מחושבת באופן פרטני לפי היקף העבודה. נבחן את הפרויקט שלך תוך יומיים — פנה אלינו לייעוץ.