DXGI_ERROR_DEVICE_REMOVED: סיבות, פתרונות ומדריך טכני מלא

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

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

מהו DXGI_ERROR_DEVICE_REMOVED ומדוע הוא מופיע?

הטעות DXGI_ERROR_DEVICE_REMOVED זה מצביע על כך שה-GPU אינו זמין עוד עבור היישום, בין אם משום שהמערכת הפעילה אותו מחדש (TDR), משום שמנהל ההתקן עודכן, או שהמחשב... מעבר מגרפיקה משולבת לגרפיקה ייעודית או, פשוטו כמשמעו, המכשיר התנתק. ב-Direct3D 11, המצב הישן של "המכשיר אבד" מ-D3D9 כבר לא קיים, אבל זמינות המתאמים עדיין עשויה להשתנות ויש ליצור מחדש את המכשיר.

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

תסמינים אופייניים והודעות שתראו

הביטוי הרגיל הוא קריסה של שולחן העבודה עם תיבת דו-שיח של מנוע המשחק כזו: שגיאה חמורה - שגיאת מנוע והמחרוזת ":0x887A0005". בחלק מהמשחקים אזהרה זו מוסתרת במסך מלא; הכנס את המשחק למצב מצב חלון זה יכול לעזור להמחיש את זה. לא נדיר שמציג האירועים יציג הודעות כלליות כמו "מסנן מערכת הקבצים 'EasyAntiCheat_EOSSys' (...) נפרק בהצלחה" אשר אינם שורש הבעיה.

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

סיבות נפוצות שכדאי לקחת בחשבון

למרות שהרשימה אינה ממצה, אלו הן הרשימה החוזרת על עצמה בתדירות הגבוהה ביותר: דרייברים לא יציבים או לא תואמים, אוברקלוקינג של GPU/VRAM/CPU, טמפרטורה גבוההפונקציות הקלטת/הצללה ברקע, הגדרות גרפיקה אגרסיביות (AA, DSR, 4K@165 הרץ), תכנות משחקים (קבוצת פקודות שתוקעות את הדרייבר) ובמחשבים ניידים, שינויים במתאם הפעיל. שילוב של מספר גורמים בדרך כלל גורם ל... פסק זמן או שהבקר "נתקע".

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

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

לפני שאתם מתמודדים עם משהו רציני, הניחו בצד אמונות טפלות והתחילו עם הבסיס ופתרונות בטוחים. כמה צעדים פשוטים כוללים השבת את שכבת ה-overlay בתוך המשחק (ShadowPlay/In-Game Overlay של GeForce Experience)הגבלת ה-FPS, או הורדת פרופיל הגרפיקה בנקודה אחת, מניבה תוצאות מפתיעות:

• תכבה את ה שכבת-על בתוך המשחק de ניסיון גפורספתח את GeForce Experience כמנהל, עבור אל כללי וכבה את "In-Game Overlay/Share".
• נסה לשחק על מצב חלון או ללא גבולות כדי להציג את הודעת השגיאה ולהפחית את השינויים במצב המסך.
• מפחית באופן זמני רזולוציה, קצב רענון ומסיר DSR אם אכפת רזולוציה של 3840x2160 על מסך 1080p, זה בגלל שזה מלחיץ את ה-Pipeline.
• השבתת HAGS: הגדרות Windows > מערכת > תצוגה > גרפיקה > הגדרות גרפיקה ברירת מחדל > תכנות GPU מואץ חומרה ל- Off.

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

הגדרות רישום TDR: שתי גישות בטוחות (בזהירות)

חלונות משלבת מנגנון שנקרא TDR (זיהוי ושחזור של זמן קצוב) אשר מפעיל מחדש את ה-GPU אם לוקח לו יותר מדי זמן להגיב. אנו יכולים להתאים את התזמונים שלו כדי לאפשר עומסים כבדים. ישנן שתי גישות שדווחו על ידי הקהילה והמדריכים הטכניים: הגדלת התזמונים עם TdrDelay ו-TdrDdiDelayאו להתאים TdrLevelחשוב: שינוי הרישום כרוך בסיכון; צור גיבוי לפני שינוי כלשהו.

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

reg export "HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers" "%USERPROFILE%\Desktop\GraphicsDrivers.reg" /y

שיטה 1: הארכת זמנים באמצעות TdrDelay ו-TdrDdiDelay

טריק ששמר סשנים שלמים עבור יותר מאדם אחד כרוך בהוספת שני ערכי DWORD (32 סיביות) תחת HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers עם ערך הקסדצימלי 3c (60)שיטה זו אפשרה לאנשים שבעבר קרסו לאחר 3-4 דקות לשחק במשך שעות. למרות שזה לא מתקן קריסות אחרות כמו "הפרת גישה לחריגות".

1. פתח את תפריט התחל, הקלד regedit והיכנס לעורך הרישום.
2. הדבק בשורת הכתובת: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDrivers.
3. בחלונית הימנית, לחצו לחיצה ימנית > חדש > ערך DWORD (32 ביט)תן לזה שם TdrDdiDelay.
4. פתח אותו, בחר בסיס הקסדצימלי וכתוב 3c כמו תאריך הערך (שווה ערך ל-60 שניות).
5. יצירה חוזרת TdrDelay עם אותו ערך 3c.
6. ודא ששניהם קיימים והפעל מחדש את המחשב כדי להחיל את השינויים.

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

שיטה 2: כוונון רמת ה-Tdr

מדריך נוסף מציע ליצור את ערך ה-DWORD TdrLevel ל-0 באותו נתיב רישום כדי לשנות את התנהגות TDR. התהליך דומה אך עם ערך אחד בלבד:

1. En Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\GraphicsDriversלחיצה ימנית > חדש > DWORD (32 ביט).
2. תן לזה שם TdrLevel ומגדיר את הערך ל 0.
3. לשמור ו הפעל מחדש של Windows.

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

הגדרות NVIDIA: ShadowPlay ו-Anti-Aliasing

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

• לוח הבקרה של NVIDIA > ניהול הגדרות תלת-ממד > הגדרה עולמית.
• השבת את כל האפשרויות עבור החלקת עקומות (כבוי) וחל.
• תבדוק אם המשחק מפסיק להפעיל את DXGI אחרי כמה משחקים ברציפות.

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

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

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

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

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

הגדרות המשחק והמערכת שעושות את כל ההבדל

מעבר למנהלי התקנים ורישום, הגדרה נכונה של פרמטרי המשחק והמערכת היא המפתח. שילוב 4K, 165Hz ו-DSR על צג Full HD הוא קלאסיקה של חוסר יציבות לסירוגיןזה מוריד את הרזולוציה הטבעית של הצג, מגביל את ה-FPS ומפחית את שיאי העומס על ה-GPU.

• להשתמש פתרון מקומי של הצג (למשל 1920×1080 אם הפאנל שלך הוא 1080p) והשבת את DSR.
• הגבל את קצב ה-FPS בתוך המשחק או לפי דרייבר (למשל 144 או 120) כדי למנוע קפיצות חדות. השיאים ב-165 הרץ הם יכולים להרוות את תור הפקודות.
• נסה להשתמש ב-V-Sync או G-Sync/Freesync שתצורתם מוגדרת כראוי; הימנע משינויים תכופים של מצב מסך.
• אם אתם מבצעים אוברקלוקינג של ה-GPU/VRAM/CPU, הנמיכו את ההגדרה. תדרי מלאי או אפילו תת-מתח קטן.

במשחקים מסוימים, הפעלה במצב חלון מאפשרת לך לראות את התראת DXGI כאשר מסך מלא אובד. לדוגמה, הפעלה של שחקן «r5apex_dx12.exe» עם טיעונים -steam +fps_max unlimited -game R2 ורק בחלון ניתן היה לקרוא את השגיאה; שינויים קטנים במצב הם עושים את ההבדל בשחזור התקלה.

רשימת שיטות עבודה מומלצות למזעור DXGI

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

• הסר את overlay/ShadowPlay וכל מקליט בזמן אמת; השבת את HAGS.
• השתמש ברזולוציה מקורית, במגבלת FPS וב-AA בינוני או מושבת מלוח NVIDIA.
• בדקו טמפרטורות, הסירו אוברקלוקים והימנעו מקפיצות עומס מתמשכות של 165 הרץ אם זה לא הכרחי לחלוטין.
• התקן מחדש את הדרייבר באמצעות DDU; אם זה נכשל, נסה נהג יציב קודם ולאמת.
• רק אם זה נמשך, יש ליישם אחת מהאפשרויות הבאות: הגדרות TDR מהרישום ומעריך במשך מספר שעות.
• אם אתם מפתחים, מטמיעים את המסלול של איבוד מכשיר, GetDeviceRemovedReason ונסה עם dxcap -forcetdr.

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

מתי להסלים את הבעיה

אם אתם ממשיכים לחוות עמלות תכופות לאחר שניסיתם את כל האפשרויות הנ"ל, הגיע הזמן להסלים את המצב. פתחו פנייה לתמיכה. תמיכה במשחק ספקו יומני רישום, DxDiag, מידע על מנהל ההתקן, שלבים מדויקים, והאם השגיאה מתרחשת עם או בלי שכבת כיסוי/HAGS. בצעו את אותו הדבר עם ה- תמיכה ביצרן ה-GPU אם אתה חושד בגרסת מנהל התקן ספציפית. בחומרה חדשה, נסה גם מדד יציב (מבלי ליפול ל-DXGI) כדי לשלול פגמים פיזיים.

בסביבות פיתוח, זה יוצר לכידת אבחון באמצעות כלי הגרפיקה, הפעל את ה-TDR באמצעות dxcap וצרף את המעקב; זה יקל על המהנדס שצריך לשחזר אותו ויגדיל את סיכויי ההצלחה שלך. קבל תיקון מועיל.

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

Artaculo relacionado:

הסבר על הודעה על אובדן מכשיר במנוע Unreal: סיבות ופתרונות מהעולם האמיתי

דניאל טרסה

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