עיצוב ממשק משחק. ברנט פוקס. על מה הספר הזה?

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

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

רלוונטיות

הספר יצא לאור בשנת 2004. לכן, ברור שיש תיאורים מיושנים והמלצות. לדוגמה, רזולוציית מחשב של 1024x768 נקראת "רזולוציה גבוהה מאוד". המחבר גם מציע להשתמש ב-Flash כדי ליצור פריסות ממשק אינטראקטיביות. למרות ש-Flash היא כבר לא טכנולוגיה פופולרית, היא עדיין עשויה להיות פתרון טוב ליצירת פריסות במהירות.

היסטוריה קצרה של Adobe Flash [1]

הרעיונות והעצות העיקריים בספר עדיין נראים רלוונטיים והחומר יכול להיחשב שימושי. היה נחמד להיתקל בגישה הקפדנית הלא פופולרית כעת של צמצום נתונים גרפיים כך שהמשחק יתאים ל-DVD (או אפילו תקליטור) במקום לשקול מתחת ל-60 GB.

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

аудитория Целевая

הספר מיועד בעיקר למעצבי משחקים מתחילים - מפתחי ממשקים העובדים בצוות עם מתכנתים, אמנים, הנהלה ולקוחות/מפרסמים. עבור מעצבים מנוסים, זה כנראה יועיל מעט (כולל אם לשפוט לפי הביקורות בחנויות מקוונות). קונסולות נחשבות לפלטפורמת הפיתוח העיקרית, ואחריה PC. סמארטפונים (ובמיוחד VR) אינם נחשבים, כי... עדיין נותרו 3 שנים עד שהפופולריות הנפיצה שלהם החלה עם יציאת האייפון.

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

רעיונות ראויים לציון מהספר

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

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

18. מראה לא מעונן. כדי להסתכל מחדש על העבודה שלך, אתה צריך לשנות את הדרך שבה אתה "מקבל" אותה. לדוגמה: במכשיר אחר; להחליף טקסטים במלבנים; שינוי קנה מידה; לְהִתְהַפֵּך; להתרחק מהשולחן או הצידה.

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

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

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

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

קווים אנכיים ואופקיים, להיפך, נותנים יציבות ויציבות לתמונה.

32. חיתוך עצמים. אובייקטים חייבים להיות סמוכים או להצטלב בצורה ניכרת.

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

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

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

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

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

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

לדוגמה, השימוש בצלב אדום על רקע לבן בערכות עזרה ראשונה (ובפריטים אחרים) אסור וייתכן שתתבעו בנימוס. זה נעשה מעת לעת על ידי ארגון הצלב האדום; לפרטים נוספים, ראה מאמר "תגובה בלתי צפויה: הצלב האדום דורש להסיר את הסמלים שלו מהמשחק Prison Architect" [3]

55. אלמנטים דינמיים ב-HUD (במשחק, ממשק פעיל "תמיד"). יש צורך לנתח את הצורך להציג את כל המידע ב-HUD - האם זה באמת תמיד חייב להיות גלוי ונגיש, אולי רק במצב מסוים? לדוגמה, באסטרטגיות הם מסתירים לעתים קרובות את סרגלי הבריאות של דמויות בריאות לחלוטין ומראים אותן רק אם הן נפצעו.

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

על המחבר

ברנט פוקס. בזמן כתיבת שורות אלה הוא עבד בתעשיית המשחקים במשך 7 שנים כמנהל פרויקטים וכארט דירקטור (הוא היה אז בן 34). עבד/ניהל צוותים של עד 27 אנשים וגם עבד על משחקים בתקציב נמוך מאוד. פיתח משחקים במגוון קונסולות. עבד באולפנים: Bla-Dam Studios, Furious Games. [4]

מחבר הספר עובד כיום כמנהל אמנות באולפני וואהו [5]. הם מפתחים בעיקר משחקים על קונסולות במסגרת חוזה עם Microsoft ו-Electronic Arts.

מסקנה

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

קישורים למקורות וקריאה נוספת

1. היסטוריה קצרה של Adobe Flash
2. הטיות קוגניטיביות בממשקי משתמש
3. תגובה לא צפויה: הצלב האדום דורש להסיר את הסמלים שלו מהמשחק Prison Architect
4. עיצוב ממשק משחק - ברנט פוקס באמזון
5. אולפני וואהו - משחקים

מקור: www.habr.com