Pixelblog 62 עוסק ברקעי נוף וטוען נקודה שאני מסכים איתה: רקעים לא צריכים לעמוד בתחתית סדר העדיפויות של ההפקה. הם קובעים את האווירה ומושכים את השחקן אל העולם, אבל הם חייבים גם לשרת את המשחקיות. בפלטפורמות ובשוטרי shmup לפעמים צריך להחליש אותם כדי שהספרייטים ייקראו היטב, ואילו במשחקי תפקידים מבוססי תורות הם יכולים להיות עשירים ומרתקים.
בשיעור הזה ריימונד שליטר מתמקד בסצנות קרב של JRPG דמיוני מבוסס תורות, בהשראת Dragon Quest ו-Phantasy Star 4, עם מקום בתחתית לגיבורים הנראים מאחור. האתגר שהוא מציב הוא ליצור תחושת עומק משכנעת עם 16 צבעים או פחות.
הוא בוחר קנבס של 192x144. יחס הגובה-רוחב הוא 4:3, הוא נכנס ברזולוציות הנפוצות של קונסולות 8 ו-16 ביט, והוא מתחלק יפה אם בהמשך רוצים גלילת פרלקס מדויקת לפיקסל. התהליך מתחיל בפסים אופקיים בצבע אחיד שמגדירים את האופק, ואחר כך הקרקע והשמים מתחלקים לפסים נוספים. הנקודה המרכזית שלו היא שהעומק בא בעיקר מבחירת הצבעים, בהתאם לפרספקטיבה האטמוספרית: המישור הקרוב ביותר הוא הרווי ביותר ובעל הניגודיות החזקה ביותר, וכל מישור שנסוג מאבד רוויה, מתבהר ומזיז את הגוון לכיוון צבע השמים. מתחת לשמים כחולים וצלולים, העשב הקרוב ביותר הוא החם ביותר, והמישורים הרחוקים נסחפים אל הכחול.
אחרי מישורי הצבע הוא מוסיף שתי שכבות הרים, תוך שימוש חוזר בצבעים מפסי השמים, ורק אחר כך נכנס לפרטים. העשב עשוי מהרבה קווים אנכיים קצרים ברוחב פיקסל אחד, והמפתח הוא עקביות בקיבוץ ובקנה המידה. הוא מציג כל שלב כתמונה נפרדת כדי שאפשר יהיה לעקוב בקצב שלכם. קריאה מועילה אם הפלטות שלכם נראות שטוחות.
ב-Habr נתקלתי במאמר ארוך על האופן שבו קוביית רוביק הפכה לחומר אמנותי, ויש בו הרבה לאוהבי פיקסל ארט. הכותב בונה מוזאיקות מקוביות כבר כמה שנים, ומסביר מדוע הז'אנר הזה קרוב כל כך לגרפיקה דיגיטלית.
הרעיון המרכזי פשוט: אריח צבעוני על פאה של קובייה הוא למעשה פיקסל. לכל פאה יש תשעה ריבועים ולפלטה שישה צבעים, כך שכמה קוביות יחד יוצרות תמונה ברזולוציה נמוכה, הדומה למסך של מחשב ישן או של מכונת משחקים. גם התזמון מתאים: תור הזהב של משחקי 8 סיביות כמו Space Invaders, Pac-Man ו-Donkey Kong חפף לשיגעון קוביית רוביק בתחילת שנות ה-80. לפי הכותב, המונח "pixel art" הופיע לראשונה ב-1982 אצל אדל גולדברג ורוברט פלגל מ-Xerox.
לאחר מכן המאמר מתאר את ההיסטוריה של הז'אנר. הניסיונות המוקדמים מיוחסים לאמן הבריטי פרד הולי באמצע שנות ה-80. בשנות ה-90 תיעד המתכנת ג'ייקוב דבנפורט מוזאיקות של כמה עשרות קוביות, ביניהן הראשונה בעלת שני צדדים. הפריצה האמיתית הגיעה מידי האמן הרחוב הצרפתי Invader, שב-2004 בנה את פולש החלל שלו מתשע קוביות וקרא לסגנון Rubikcubism. ה"מונה ליזה" שלו מ-330 קוביות נמכרה במכירה פומבית ב-2020 תמורת 480,200 יורו, ובשנים 2022–2023 הציג מוזיאון MIMA בבריסל יותר ממאה מיצירותיו הקוביות.
מה שאהבתי במיוחד הוא התיאור של הכותב את תהליך העבודה: קודם סקיצה פיקסלית בשישה צבעים, וביצירות המורכבות יותר פוטושופ לבקרת צבעים. זו אותה דרך שעובר כל אמן פיקסל, רק ש"הפיקסלים" כאן הם קוביות פלסטיק. למי שעובד עם פלטה מוגבלת, זו סיבה טובה להסתכל על טכניקות מוכרות מזווית אחרת.
קראתי לאחרונה מדריך מקיף על תוכנת Aseprite, שמפרט את תהליך העבודה ליצירת משחקים בסגנון פיקסל. רשמתי לעצמי את החלקים שהיו הכי שימושיים, במיוחד את הגדרות ברירת המחדל ש"קשה לטעות איתן".
בד: הדמויות מתחילות בגודל 32x32 פיקסלים, אויבים, פריטים וסמלים מתחילים בגודל 16x16 פיקסלים, וניתן להגדיל את הדמות הראשית ל-64x64 פיקסלים בעת הצורך. בעת העריכה, ניתן להגדיר את הגדלת ברירת המחדל ל-800%, אך חשוב לשמור על רזולוציה של 1:1 במשחק עצמו, ואל תתבלבלו מההגדלה שמוצגת בעורך.
פלטת צבעים: התחילו עם פלטת הצבעים DB32 הזמינה באתר Lospec, ולאחר מכן הרחיבו אותה ל-48-64 צבעים לפי הצורך, אך השתדלו להשתמש לא יותר מ-16 צבעים בכל פריים. פלטת הצבעים היא רק "מجموعة של צבעים אפשריים", ולא "מجموعة של צבעים שחייבים להשתמש בהם". מומלץ להשתמש באותה פלטת צבעים ראשית לאורך כל הפרויקט, ולא לשנות אותה באמצע, אחרת הסגנון של הנכסים הישנים לא יתאים.
אנימציה: קצב פריימים במצב מנוחה הוא 8 FPS, קצב פריימים בהתקפה הוא 12 FPS, וקצב פריימים למיומנויות מיוחדות הוא 24 FPS. ניתן להגדיר משך זמן שונה לכל פרייים באמצעות הגדרת "Frame Duration" באותו קובץ.
ייצוא: גיליונות ה-Sprite מסודרים בשורות, יחד עם נתוני JSON, ושמות הקבצים משתמשים בפורמט "שם הדמות_שם הפעולה" כדי לשייך קבצי PNG ו-JSON.
המלכודת הנפוצה ביותר לאחר הכנסת הנתונים למנוע המשחק היא שיטת הסינון: יש להשתמש ב-"Point" ולא ב-"Bilinear", ואין צורך בשימוש בדחיסת טקסטורות עבור גרפיקת פיקסלים. ניתן להשתמש ב-"Aseprite Importer" הרשמי של Unity כדי לייבא ישירות קבצי .aseprite, ובכך לחסוך את שלב הייצוא הידני.
ישנה גם המלצה שאני מאוד מסכים איתה: זהו פעולות שחוזרות על עצמן יותר מ-10 פעמים ביום, וכתבו סקריפט קטן של 20-30 שורות בשפת Lua כדי לפתור אותן, פעם בשבוע. לאחר מספר חודשים, הזמן שחסכתם יהיה גדול בהרבה ממה שחשבתם.
אחד מהמדריכים של Raymond Schlitter ב-Pixelblog מהאביב עוסק בנושא שתמיד הרגיש לי מסובך: משחק מכים מבוסס תורות בסגנון Front Mission, מצויר על רשת איזומטרית. מדובר בקונספט לימודי ולא בפרויקט אמיתי, והוא מפנה לפוסטים קודמים שלו על הטלה איזומטרית.
המכים מצוירים בערך ב-32x32 פיקסלים, קטנים מ-64x64 ומעלה שבהם הוא משתמש בדרך כלל, ולכן הפרטים צריכים להיות מופשטים למספר קטן מאוד של פיקסלים. השיטה שלו מתחילה מצורות גאומטריות פשוטות לכל חלק, ובונה תחילה את הגוף. הגוף צריך לבלוט קדימה כמו חזית של טנק, הכתפיים כבדות וגבוהות מהראש, והראש נשאר נמוך וחלק, עם פיקסל או שניים בהירים לאופטיקה. הרגליים מתוכננות ליציבות ונשאבות מטפרים, צבתות ופרסות, כי רגלי אדם רגילות נראות מביכות בסגנון הזה. פסי ההדגשה מגיעים אחרון, ורק במקומות שמחזקים את הצורות.
הוא משרטט שלושה סוגי יחידות: חי"ר בצורות מעוגלות, ארטילריה עם תותח ענק המחובר לראש, וקרבים עם משולשים חדים ורגליים בהיפוך מפרקים, ולכל אחד הערה טקטית קצרה.
חלק הסביבה שימושי באותה מידה. אריח הבסיס הוא קובייה של 32x32 שהמעוין העליון שלה בעל פינות של 2 פיקסלים, ואריחים סמוכים צריכים להיות מונחים זה על גבי זה בסדר עקבי כדי שהטקסטורות יתיישרו. אריחים טבעיים מתחילים מאריח אדמה עם טקסטורות דשא מגוונות מעליו. המים נמצאים בגובה של בערך חצי מקובייה רגילה, והאנימציה שלהם חוזרת על עצמה ב-16 פריימים על ידי הזזת טקסטורת קו של פיקסל אחד למטה בכל פריים, כשההדגשות מתחלפות.
המשפט האהוב עלי הוא התזכורת שאריחים חוזרים צריכים להיראות טוב כשהם חוזרים על פני מפה שלמה, ולכן שווה לבדוק את השכבות בעצמכם.
ה-Pixelblog האחרון של ריימונד שליטר ב-SLYNYRD הוא מחקר על פלטפורמרים של נינג'ה בני 8 ביט, וקריאה טובה לכל מי שאוהב לראות איך סט שלם של נכסי משחק נבנה סביב רעיון אחד. הוא שואב השראה בגלוי מ-Ninja Gaiden ועובד עם פלטת ה-NES לאורך כל הדרך, גם אם אינו מקפיד על מגבלות החומרה במדויק.
קודם כל מגיעה דמות השחקן. הוא מתחיל מתבנית פשוטה של דמה כדי שהאנימציות ייקבעו לפני שמוסיפים פרטי עיצוב, והחליפה האדומה הבוהקת נבחרה כדי שתבלוט, גם אם היא לא ממש חמקנית. מערך התנועות מבוסס על Ryu Hayabusa: ריצה מהירה, טיפוס על קירות, תלייה מתקרות, קפיצת סלטה וחיתוך באוויר. מה שאהבתי הוא ההיגיון שלפיו הדמות נעצרת כשהיא תוקפת על הקרקע. זה כופה דיוק בעימותים, במקום לאפשר ללחוץ על מכה שוב ושוב תוך כדי ריצה.
אחריהם באים האויבים: צריח הליקופטר שמסובב את התותח ב-180 מעלות בחמישה כיוונים, טנק עכביש שנצמד לקירות ולתקרות, וגורילה סייבר איטית ששימשה ספוג נזקים. לגורילה הוא השתמש בהתייחסויות להליכה על פרקי האצבעות, שרטט צורות גוף פשוטות כדי לתפוס את התנועה, ורק אחר כך הוסיף פרטים רובוטיים. איחוד הראש והגוף לחלק אחד נותן לה נוקשות מכוונת.
החלק על הסביבה היה השימושי ביותר בעיניי. הוא משתמש באריחים של 16x16 בשישה שכבות, שכל אחת מהן נגללת במהירות משלה כדי ליצור את אפקט הפרלקס, ובהקרנת ארון שבה קווי העומק זוויתיים בערך 67.5 מעלות, עם שני פיקסלים למעלה על כל פיקסל הצידה, כך שהמדרגות נראות נקיות. התוצאה מוצגת במוקאפ של 320x180.
עוד דבר שכדאי לדעת: זהו ה-Pixelblog הראשון שבו אחד המדריכים הקצרים, פירוק המסגרות המלא של הנינג'ה, נמצא מאחורי חומת התשלום של Patreon, בעוד השיעור המרכזי נשאר בחינם. הנכסים וקבצי המקור נמכרים כחבילה נפרדת. הייתי שמח לראות מישהו מכניס את הספרייטים האלה לבקר שחקן אמיתי.
באתר Habr פורסם תרגום של מאמר ארוך מאת קארל סוונסון על האופן שבו צינורות קרן הקתודה (CRT) השפיעו על אמנות הפיקסלים. הנושא שנוי במחלוקת, ומצא חן בעיני שהכותב אינו מסכים להסבר הפשוט לפיו «מסכי CRT טשטשו הכול».
הוא פותח בסרטון פופולרי בטיקטוק הטוען שאמנים ותיקים לקחו בחשבון את הטשטוש של מסכי CRT, שהפך את קצוות הפיקסלים המחוספסים לרכים יותר. סוונסון מודה שזה נכון בחלקו, ומסכים שאמנות הפיקסלים המודרנית והמשובצת בבלוקים הופכת לעיתים קרובות לנוסטלגיה לא מדויקת. אלא שהוא מציין שלחומרה הישנה יש הרבה יותר היבטים לשקול. הוא עצמו עדיין משתמש במסכי CRT ישנים באופן קבוע, ולכן הוא מכבה את מסנני ה-CRT התוכנתיים בתוך אמולטורים, משום שלדעתו אף אחד מהם אינו משחזר נאמנה מסך אמיתי. תמונה של Commodore 64 על מסך Commodore 1084S מראה שקצוות הפיקסלים הלא אחידים נראים גם על מסך CRT.
לאחר מכן הוא משווה בין שני משחקים ל-C64. Maniac Mansion (1987) רץ ברזולוציה של 160×200 ונראה זוויתי, בעוד ש-Mayhem in Monsterland (1993) משתמש בדיתרינג ובהחלקה באותה פלטה קבועה של 16 צבעים כדי לחקות רזולוציה ועומק צבע גבוהים יותר. טכניקות אלה נשענות על תכונות של מסך CRT: טשטוש קל, קווי סריקה והדלפה מסוימת של צבעים.
הכותב רואה בעידן ה-16 סיביות את התור הזהב של אמנות הפיקסלים: Amiga 500, SNES, Atari ST ו-Mega Drive. ה-Amiga הציג 32 צבעים מתוך 4096, והגרפיקה במשחקים כמו Silkworm או Ruff'n'Tumble השתפרה בהדרגה. הוא עוסק גם בטריקים הצבעוניים של CGA, ומסביר שבמסכי VGA עם מרווח נקודות דק, פיקסלים בודדים נראים הרבה יותר בבירור.
בעיניי המאמר היה תזכורת טובה: לפני שמוסיפים «טשטוש רטרו», כדאי להבין למסך מה צוירה המקורית.
ב-Pixelblog 63 ריימונד שליטר פונה אל משחק הירי האופקי ובונה סט נכסים סביב מטוסי מלחמת העולם השנייה שנלחמים מעל נוף טבעי. אחרי כתבות קודמות על שוטרים אנכיים, זו הפעם הראשונה שלו בסוג האופקי, שבו תבניות הכדורים חוצות את המסך במקום לרדת בו.
הוא מתחיל ממטוס השחקן, כי הוא קובע את הטון והרזולוציה של כל השאר. ברזולוציה של כ-48x32 פיקסלים יש מקום לפרטים בלי שהאנימציה תתייקר. המטוס מבוסס על ה-P-51 Mustang. מה שמצאתי מעניין הוא שבתנועה אנכית הוא מנפיש את הגלגול (roll) ולא את הטיית האף (pitch). האף נשאר ישר כדי שהכדורים תמיד ייצאו קדימה, וסיבוב ברזולוציה נמוכה כזו בדרך כלל יוצר אשכולות פיקסלים רועשים. בקיצור, הגלגול שומר על הספרייט נקי ונראה טוב.
האנימציה משתמשת בחמישה כיוונים: פריים ניטרלי, שתי עמדות גלגול למעלה ושתיים למטה, ובנוסף מדחף שמסתובב כל הזמן. הוא גם נותן כלל עיצובי לתחושת המשחק: לחיצה קצרה מציגה רק את המעלה הראשונה של הגלגול, החזקה מציגה את ההטיה המלאה, והשחרור חוזר דרך התנוחה הרדודה אל הניטרלי. בז'אנר שמבוסס על תגובות מדויקות, הוא ממליץ לא להוסיף אינרציה לתנועה.
נדונות גם האפשרויות, הכלים הקטנים שמקיפים את הספינה. מעבר לתפקידם במשחק, לדבריו הם מוסיפים נוכחות על המסך ועוזרים להרגיש איפה הספינה נמצאת, בזמן שהעיניים עוקבות אחרי מסלולי הכדורים.
האויבים הם מטוסים גרמניים וכלי ארטילריה מסוג Hummel. תהליך העבודה שלו מתחיל בתבנית של כמה צבעי בלוק, אחר כך הצבעים האמיתיים והפרטים הבסיסיים, אחר כך אור ופרטים עדינים, והקווי המתאר בסוף. החלפת פלטה מאפשרת לעשות שימוש חוזר באנימציית המדחף בין מטוסים, והוא מציע להשקיע פריימים נוספים רק במקומות שההתנהגות מצדיקה אותם. שיעור מעשי בחסכנות.
צוות Aseprite הודיע ב־22 ביולי 2026 ש־v1.3.18 הוא הגרסה היציבה החדשה. הגרסה כוללת תיקוני באגים וקריסות, לצד התכונות החדשות שנוספו מאז v1.3.18-beta1, וניתן להורידה מהחשבון שלכם ב־aseprite.org.
השינויים המרכזיים בגרסה הראשית הם הפרדה חדשה של תגיות בתוך קבוצות בציר הזמן, ואפשרות חדשה של "גודל גיליון חזקה של שתיים" בייצוא גיליונות ספרייטים. יש גם תיקונים להעתקת נתוני משתמש (צבע וטקסט) של תגיות ופרוסות בעת שכפול ספרייט, ותיקון של כמה קריסות, כמו מחיקת בחירה שהודבקה או הסתרת שכבה בזמן הזזת פיקסלים.
גרסאות הנקודה שבאו אחריה חשובות למי שעובד עם אריחים. v1.3.18.4 תיקן את היישור של "הצמד לרשת" עבור מכחולים שגדולים מפיקסל אחד, ושיפר העתקה והדבקה של אריחים בין שכבות טיילמפ. בבניות מאוחרות יותר תוקנה קריסה בהדבקת טיילמפים וקריסה לאחר ייצוא גיליון ספרייטים כאשר לספרייט הייתה בחירה. ייצוא GIF מונפש משתמש עכשיו בכותרת 89a הנכונה, וקבצי PNG בגווני אפור נטענים עם פלטת אפור.
גם לכותבי סקריפטים יש חדשות: גרסת ה־Lua API עלתה ל־41, נוספו Dialog:samerow{} ואירועי שמירה חדשים לספרייט (save ו־beforesave).
אני אוהב הודעות גרסה כאלה, כי הן מראות איפה נמצאות החיכוכים היומיומיים: רשתות, טיילמפים וייצואים. אם דחיתם עדכון בגלל באג בהעתקת אריחים, הגרסה הזו נראית כמו זו שכדאי לנסות.
כשמתחילים לצייר דמויות בפיקסל ארט, מוקדם או מאוחר נתקלים במונח "ספרייט שיט" (sprite sheet). אני משתף הסבר למתחילים שכתב Keitaro ב-note, שעובר על אופן הפעולה צעד אחר צעד, ומצאתי אותו מועיל.
ספרייט הוא תמונה דו-ממדית שמוצגת על מסך המשחק. דמויות, אויבים, פריטים, כדורים ואפקטים נכללים בזה, וספרייט שיט הוא מה שמתקבל כשמאגדים את כולם בתמונה גדולה אחת. באנימציית הליכה מציגים לסירוגין פריים עם הרגל הימנית קדימה, פריים עם שתי הרגליים יחד, ופריים עם הרגל השמאלית קדימה, ומחליפים במהירות כך שייראה כאילו הדמות הולכת. במילים אחרות, התנועה נוצרת מהחלפת תמונות סטטיות, לא מסרטון.
המשחק לא מציג את התמונה הגדולה בשלמותה. באמצעות קואורדינטות הוא חותך רק את הפריים שנחוץ. למשל, אם כל פריים הוא 128×128 פיקסלים ושמונה עומדים זה לצד זה, אזור התצוגה עובר מ-0 עד 127 פיקסלים ל-128 עד 255 פיקסלים, וכן הלאה. המאמר גם נותן דוגמה שבה הציר האופקי הוא 8 כיוונים והציר האנכי הוא פעולות (הליכה, תקיפה, קבלת פגיעה, הגנה), כלומר 8 כיוונים × 7 מצבים, בסך 56 פריימים.
בשימוש מעשי, לפי המאמר, הדבר החשוב ביותר הוא יישור נקודת הייחוס בכל פריים. אם הרגליים זזות כמה פיקסלים מפריים לפריים, נראה שהדמות רועדת למעלה ולמטה במהלך האנימציה. רקע שקוף הוא הכרחי גם הוא.
לבסוף מוסבר ההבדל בין ספרייט שיט, שהוא פשוט אוסף של תמונות קשורות, לבין אטלס ספרייטים, שאורז כמה תמונות בטקסטורה אחת לשם יעילות ציור גבוהה יותר. מה שנשאר אצלי הוא הסיכום שליצירת התמונות קל פחות מלתת להן צורה שהמשחק יכול להשתמש בה נכון. אני חושב שזה יועיל גם לאמנים של פיקסל ארט, במיוחד בשלב הייצוא.
ברקעים של אמנות פיקסלים, סלעים הם עבודה קטנה אך מפתיעה בכמות הזמן שהיא דורשת. בחדשות הפיקסלים של יום שישי, כותב note おかか容疑者 הציג את התוסף ל-Aseprite בשם «Rock Generator for Aseprite».
התוסף מתפרסם ב-itch.io, והוא כלי הפקה המיועד לסלעים בלבד: הוא מייבא סלעים כרשתות תלת-ממדיות ומאפשר להשתמש בהם כאמנות פיקסלים. כבר בדף ההורדה רואים פרמטרים רבים, והכתבה טוענת שדווקא ההתמקדות בסלעים היא שמאפשרת כוונון כה מדויק.
לפי הכתבה, יש 10 צורות מוכנות, 21 מבנים מוכנים ו-72 looks (מראות). אפשר ליצור גם סלעים מכוסי טחב וסלעים מושלגים, כך שנראה שהכלי שימושי לבניית רקעים. הממשק תומך ב-27 שפות, ביניהן יפנית.
זהו כלי בתשלום, החל מ-4.99 דולר אמריקאי (בערך 800 ין) נכון לאוקטובר 2026. בתחתית הדף יש גרסת ניסיון, אך לפי הכתבה היא מכילה רק תמונות לדוגמה של התוצר. מי שרוצה לבדוק לפני הרכישה, כדאי שיזכור את זה.
כבר בעבר אפשר היה לעצב סלעים ב-Blender או בתוכנה אחרת ולייבא אותם ל-Aseprite. עם זאת, היכולת לשרטט סלעים במהירות ישירות בתוך Aseprite נראית יעילה מאוד, ועשויה להועיל כשצריך להפיק הרבה רקעים באמנות פיקסלים. תמיד מתקשה להחליט איך לצייר את המרקמים השונים של הסלע, ולכן חדשות על כלי עזר כאלה באמת משמחות אותי.
פסטיבל פיקסל ארט "Pixel Art Park 9 (PAP9)" ייערך ביום ראשון, 11 באוקטובר 2026, בפסיפיקו יוקוהמה. התערוכה של השנה מוצגת בכתבה ב־note של מר מוריטה, מחברת פיתוח המשחקים Ixeal שבנרימה.
Ixeal משתתפת כחברה נותנת חסות. החברה תציג שני משחקי מקור חדשים לגמרי שפותחו במיוחד עבור PAP9, והכתבה מציגה אחד מהם: 『Magical Soup』.
הרעיון במשחק הוא לתפוס "טעמים נסתרים" כדי להכין מרק. יש שלושה סוגים של טעמים נסתרים: "רגיל", "מסוכן" ו"קסום", והשילוב ביניהם קובע איזה מרק אפשר להכין. השחקן מקבל גם מדבקה מאותו סוג של המרק שהכין. המשחק הוא פרי עבודתו של הצוות שעמד מאחורי 『JUST Onigiri』, שהוצג ב־PAP8 הקודם.
המשחק השני והמוצרים החדשים עם פיקסל ארט יוצגו בכתבות הבאות.
זה נשמע כמו אירוע כיפי לאוהבי פיקסל ארט, עם דברים לשחק בהם ולהחזיק ביד. לראות איך פיקסל ארט זז בתוך משחק ולדבר ישירות עם היוצרים נשמע כמו הזדמנות נדירה. אם אתם גרים בקרבת מקום, אולי כדאי לקפוץ.
