54 / 124
פקודות הזימון שצריך להנפיק כדי ליצור
עובד בעיקר על
multiview
את התמונה, ה-
CPU
. נשקול לרגע יישום שבו ה-
CPU
ה-
שלנו, או במילים
GPU
שלנו מפגר מאחורי ה-
אחרות, התהליך מוגבל על-ידי המעבד.
) מספר הקוביות משתנה
4
ביישום הזה (איור
עם הזמן, הוא מתחיל מאחד והולך ועולה
עד לאלף. כולן מצוירות בעזרת פקודת זימון
שונה - מובן שהיינו יכולים להשתמש באצוות
אך זה מחוץ לתחום כאן. כצפוי, ככל שאנו
מוסיפים יותר קוביות כך תלך הפקת הפריים
ותארך זמן ממושך יותר. בגראף להלן, שבו
מה שקטן יותר טוב יותר, מדדנו את זמן
היחסי בין סטריאו רגיל (בכחול) לבין
CPU
ה-
(באדום). אם ניזכר בציר הזמן,
Multiview
multiview
התוצאה הזו צפויה למדי שכן ה-
מקטין בחצי את מספר פקודות הזימון שלנו,
.)1
(טבלה
CPU
ולפיכך גם את זמן ה-
יחסי
GPU
זמן
אנחנו מריצים משימות וורטקס
GPU
על ה-
,)3
ופרגמנט. כפי שראינו בציר הזמן (איור
שני סוגי המשימות אינם מושפעים באותה
. למעשה, רק משימות
multiview
מידה מה-
מבוססי
Mali
הוורטקס מושפעות. על מעבדי
, רק חלקים הקשורים
Bifrost
ו-
Midgard
בשיידרים של הוורטקס
multiview
ל-
מבוצעים עבור כל צפייה.
יחסי,
CPU
בדוגמה הקודמת שלנו בחנו זמן
הפעם תיעדנו את הזמן היחסי של משימות
. גם כאן, מה שקטן יותר,
CPU
וורטקס על ה-
טוב יותר. את הסטריאו הרגיל מייצג הכחול
האדום.
multiview
ואת ה-
) מדגים את
2
מבט מהיר בטבלה (טבלה
החיסכון כיוון שאת רוב החישוב של השיידר
אין לנו יותר צורך לבצע פעמיים.
הוא
multiview
מהמדידות שלנו עולה כי ה-
ההרחבה המושלמת עבור יישומים מוגבלי-
מעבד, עם ציפייה ריאלית לשיפורים של
. אך גם אם היישום שלכם
50%-
ל
40%
בין
עדיין לא מוגבל-מעבד, כדאי לכם לשקול את
כיוון שהוא יכול גם לשפר באופן
multiview
ה-
כלשהו את זמן עיבוד הוורטקס תמורת עלות
נמוכה במיוחד.
מותאם להפקה
multiview
ראוי לציין כי ה-
של מערך מארגים בתוך באפר (חוצץ)
הפריימים, לפיכך התוצאה איננה מוכנה
ישירות עבור הבאפר הקדמי. ראשית יהיה
עליכם להפיק את שתי התמונות זו לצד זו,
שלב הקומפוזיציה הזה הכרחי, אך ברוב
המקרים הזמן שזה מצריך קצר בהשוואה
לזמן הרינדור ולפיכך זניח. יתרה מכך, אפשר
«
.1
איור
«
«
«
.2
איור
.3
איור
.4
איור
New-Tech Magazine l 54