פיתוח מערכת תאורה למשחק מובייל מרעיון ועד אופטימיזציה

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

פיתוח ותמיכה בכל סוגי היישומים הניידים:

יישומים ניידים למידע ובידור
אפליקציות חדשות, משחקים, מדריכים, קטלוגים מקוונים, אפליקציות מזג אוויר, אפליקציות כושר ובריאות, אפליקציות נסיעות, אפליקציות חינוכיות, רשתות חברתיות ומסנג'רים, חידונים, בלוגים ופודקאסטים, פורומים, אגרגטורים
יישומים ניידים למסחר אלקטרוני
חנויות מקוונות, אפליקציות B2B, מרקטפלייסים, בורסות מקוונות, שירותי קאשבק, בורסות, פלטפורמות דרופשיפינג, תוכניות נאמנות, משלוחי מזון ומוצרים, מערכות תשלום.
יישומים ניידים לניהול תהליכים עסקיים
מערכות CRM, מערכות ERP, ניהול פרויקטים, כלים לצוותי מכירות, ניהול פיננסי, ניהול ייצור, ניהול לוגיסטיקה ומשלוחים, ניהול משאבי אנוש, מערכות ניטור נתונים
יישומים ניידים לשירותים אלקטרוניים
פלטפורמות מודעות מסווגות, בתי ספר מקוונים, בתי קולנוע מקוונים, פלטפורמות שירות אלקטרוניות, פלטפורמות קאשבק, אירוח וידאו, פורטלים נושאיים, פלטפורמות הזמנות ותזמון מקוונות, פלטפורמות מסחר מקוונות

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

השירותים שאנו מציעים
מציג 1 מתוך 1כל 1734 השירותים
פיתוח מערכת תאורה למשחק מובייל מרעיון ועד אופטימיזציה
בינוני
~2-3 ימים

הכישורים שלנו:

שאלות נפוצות

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

  • פיתוח אפליקציית מובייל עבור FEEDME
    פיתוח אפליקציית מובייל עבור FEEDME
    971
  • פיתוח אפליקציית מובייל עבור XOOMER
    פיתוח אפליקציית מובייל עבור XOOMER
    869
  • פיתוח אפליקציית מובייל עבור RHL
    פיתוח אפליקציית מובייל עבור RHL
    1289
  • פיתוח אפליקציית מובייל עבור ZIPPY
    פיתוח אפליקציית מובייל עבור ZIPPY
    1143
  • פיתוח אפליקציית מובייל עבור Affhome
    פיתוח אפליקציית מובייל עבור Affhome
    1076
  • פיתוח אפליקציית מובייל עבור חברת FLAVORS
    פיתוח אפליקציית מובייל עבור חברת FLAVORS
    677

תאורה במשחק מובייל: היכן הפריים נשבר ולמה

תאורה במשחק מובייל כמעט לעולם לא נשברת "ברגע" — היא נשחקת בהדרגה, והאות הראשון מגיע בדרך כלל מהביקורות: "מתחמם", "נתקע בטלפון בינוני", "במבוך הכול לבן".

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

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

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

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

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

מה נותנת מערכת תאורה בנויה היטב

מערכת תאורה בנויה היטב היא לא "תמונה יפה", אלא ביצועים צפויים של הסצנה. כאשר מקורות האור מוגדרים על ידי חוקים, ולא ממוקמים ידנית, קצב הפריימים מפסיק להיות תלוי בכמה אובייקטים נכנסו לשדה הראייה: הירידות נעלמות, והתנהגות האפליקציה הופכת להיות זהה במכשירים חלשים וחזקים.

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

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

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

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

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

מצבי תאורה ומתי כל אחד מתאים

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

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

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

מצב מתי מתאים מגבלות
מפות אפויות סצנות סטטיות, זירות, פנים חלל, מיקומי רקע אין תגובה לתנועה, החלפת זמן ביום דורשת אפייה מחדש
תאורה דינמית סצנות קטנות, מעט מקורות, דגש על אפקטים העומס על הפריים גדל, מהר מתנגש בתקציב של מכשירים חלשים
תאורה היברידית המקרה העיקרי למשחק מובייל: סטטיקה + עצמים נעים דורש כיוונון קפדני של גבולות ושליטה במספר המקורות

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

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

אנחנו מתחילים את העבודה בסקירה של הסצנה: אוספים רפרנסים מהאמנים ומהעיצוב המשחקי, מקבעים את האווירה הרצויה של הלוקיישנים, מנתחים את החומרים הקיימים ואת האופן שבו הם מגיבים לאור.

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

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

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

  1. סקירת הסצנה: מיפוי מלאי של לוקיישנים, חומרים ומקורות אור קיימים, מדידת העומס על מכשירי ייחוס.
  2. סכמת תאורה: חלוקה של אור סטטי ודינמי בין הלוקיישנים, תוכנית אפייה של מפות ותקציב למקורות אור.
  3. כוונון מקורות אור: פרמטרי צללים, עוצמה, צבע, התנהגות האור בתנועה ובסטטי.
  4. הרכבת חומרים: כוונון התגובה של המשטחים לאור, טיפול בארטיפקטים ובאזורים "שטוחים".
  5. בדיקה על מכשירים: הרצה על דגמים חלשים, בינוניים ופלאגשיפּ, מדידת קצב פריימים והתחממות.
  6. אופטימיזציה: הפחתת מספר מקורות האור הדינמיים, פישוט הצללים, העברת חלק מהאור למפות אפויות בלי לאבד את התמונה.
  7. מסירת תיעוד: תיאור הסכמה, נהלים להוספת לוקיישנים חדשים וכללים שלפיהם צוות התמיכה מבצע שינויים.

כל שלב מסתיים בהרכבה שאפשר להריץ ולראות על מכשיר אמיתי, — כך התיקונים לא מצטברים לקראת הסוף. בסיום הלקוח מקבל לא רק סצנה מכווננת, אלא גם נהלים ברורים: איך להוסיף לוקיישן בלי לשבור את התמונה הכוללת, ואילו פרמטרים אסור לגעת בהם.

מה הלקוח מקבל לידיו

תאורה במשחק מובייל היא לא "תמונה יפה יותר", אלא מכלול של חפצי עבודה שלפיהם ניתן לשחזר את הסצנה, להרחיב אותה ולא לשבור אותה בעדכון הבא. לכן אנחנו מוסרים לא "עורך מכוון", אלא ערכה שצוותכם או אנחנו ממשיכים להוביל הלאה בלי ארכיאולוגיה בסצנה של מישהו אחר.

  • קונפיגורציות תאורה — פריסטים ליום, לילה, פנים ומצבי מזג אוויר: מקורות, התרומה שלהם, צללים, ערפל. כל פריסט הוא קובץ נפרד, ולא אוסף עריכות מרוחות על פני הסצנה.
  • סכמות סצנה — מפת מקורות, אזורי אפייה וגאומטריה סטטית: רואים היכן האור מחושב מראש והיכן בזמן אמת, ולמה נבחר גבול כזה.
  • מדיניות גישה — מי בצוות משנה פריסטים, מי רק מיישם, איך עריכות עוברות בדיקה. זה מגן על הוויזואל מפני דריסה מקרית בענף משותף.
  • נהלי תמיכה — איך מוסיפים שלב חדש או זמן ביום בלי לבנות מחדש את כל הסצנה: סדר צעד-אחר-צעד, נקודות הרחבה, שגיאות טיפוסיות.
  • תיעוד ביצועים — מדידות לפני ואחרי אופטימיזציה: כמה מקורות מחזיק המכשיר היעד, היכן צוואר הבקבוק, ואילו הגדרות בטוח להעלות.
  • ספריית פריסטים מוכנים — ערכות התחלה לפי ז'אנרים, כדי שסצנות חדשות ייבנו תוך שעות ולא מאפס.
  • הוראות rollback — איך מחזירים גרסת תאורה קודמת, אם עדכון הרע את המראה או את קצב הפריימים.

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

מקרה בוחן: איך הסרנו נפילות פריימים במשחק מובייל

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

במכשירים בינוניים זה גרם לנפילות של עד 20–25 פריימים בשנייה באזורי המדורות ונפילות מורגשות בסיבוב המצלמה — שחקנים עזבו כבר בשלב הראשון.

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

מה שינינו

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

הכנסנו תקציב מקורות אור לפריים וכלל שלפיו מקורות רחוקים מעמעמים את הבהירות, ולא נכבים בבת אחת, — המעברים הפסיקו "להבהב".

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

תוצאה

מדד לפני אחרי
פריימים בשנייה באזורי המדורות 20–25 55–60 יציבים
מקורות אור על אזור נראה 40+ 6–8 פעילים
זמן הרכבת סצנה לאחר תיקון שעות עשרות דקות

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

במה שונה תאורה נצרבת מתאורה דינמית?

תאורה נצרבת היא חישוב מראש. האור והצללים מחושבים מראש ונשמרים בטקסטורות, שהמנוע פשוט מטיל על הגאומטריה. ברגע המשחק אין כמעט חישובים: מכאן פריים יציב גם על חומרה חלשה וצריכת סוללה צפויה.

המחיר — סטטיות: הסצנה ומקורות האור מקובעים בשלב הבנייה, ושינוי מיקום של גוף תאורה או אובייקט נהרס מחייב צריבה מחדש של השלב.

תאורה דינמית מחושבת במכשיר בכל פריים. היא נותנת את מה שצריבה לא יודעת לעשות באופן עקרוני: מקורות אור נעים, תגובה להרס, החלפת שעות היום, צללים מדמויות ומכלי רכב. המחיר — עומס על מאיץ הגרפי וחום, ובמודלים חלשים של טלפונים זה דרך ישירה לירידות בקצב הפריימים ולת'רוטלינג. השוואת הגישות לכן נשענת לא על «מה יפה יותר», אלא על מה בסצנה משתנה ומה נשאר במקום.

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

פריסה כזו שומרת על פריים יציב בס�েগמנט הבינוני של המכשירים, ובפלאגשיפים מאפשרת להעלות את איכות הצללים בלי לעצב מחדש את השלבים.

ההחלטה מתקבלת לפי שלושה סימנים: האם מקור האור נע, האם הגאומטריה של הסצנה משתנה וכמה רחב מגוון הטלפונים המיועד. אם לפחות תשובה אחת היא «כן» — הקטע עובר לדינמיקה, והשאר נצרב.

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

ספקות טכניים נפוצים בנושא תאורה

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

האם התאורה החדשה תואמת לסצנות שכבר מוכנות?

כן, אם מציגים אותה בשלבים. אנחנו לא בונים מחדש את השלבים: תחילה מעבירים את החומרים הקיימים למודל התאורה החדש, משווים פריימים לדוגמה לפני ואחרי, ואז מתקנים נקודתית רק את הסצנות שבהן הפער ניכר לעין. שלבים ישנים וחדשים חיים במקביל לזמן מה — זה מאפשר לא לעצור את העבודה על התוכן.

עד כמה התאורה מכבידה על הבנייה ועל זמן הטעינה?

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

האם זה יעבוד על מכשירים חלשים?

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

מה יקרה אם בהמשך יהיה צורך להחליף שעה ביום או מזג אוויר?

את המערכת מתכננים עם מרווח: פרמטרי התאורה מוציאים לפריסטים נפרדים, ולכן החלפת שעה ביום או מזג אוויר היא מעבר בין סט הגדרות, ולא עיצוב מחדש של סצנות. גם אם משימה כזו לא נמצאת בתוכניות, הפריסטים בכל זאת מפשטים את העריכות ואינם מפריעים לבנייה.

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

נדון במשימת התאורה שלכם

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

מה שעוזר לחדד את המשימה כבר בהתחלה:

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

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