- 01Pertama, bedakan jenis kegagalan
- 02Catat aksi normal terakhir
- 03Pertahankan konteks yang berguna.
- 04Gunakan Kirim masukan (Give Feedback) saat game dibuka.
Berdasarkan sumber yang ditautkan dan analisis asli. Tidak ada klaim uji coba langsung yang dilakukan.
Dilokalisasi dari edisi riset bahasa Inggris; nama khusus dalam game dipertahankan untuk pencarian.
Apa yang sebenarnya direkomendasikan oleh pengembang
Sebuah thread Steam tanggal 5 September melaporkan crash game diikuti dengan restart seluruh sistem. Penerbit meminta pemain menggunakan Kirim masukan (Give Feedback) dalam game agar log dapat dikirim, dan menyertakan alamat kontak untuk tindak lanjut. Pengembang Danga menyarankan Low graphics, yang menonaktifkan kabut volumetrik, sebagai cara yang mungkin untuk mengurangi masalah tersebut. Balasan tersebut menyebutkan kasus sebelumnya yang melibatkan kemungkinan keterbatasan panas atau daya, bukan diagnosis yang dikonfirmasi untuk setiap pemain.
Gunakan pernyataan tersebut sesuai cakupan yang tepat. Low adalah pengaturan terdokumentasi untuk dicoba apakah game cukup stabil untuk mencapai menunya. Kirim masukan (Give Feedback) adalah rute pelaporan yang didukung yang disebutkan dalam diskusi. Tidak ada pernyataan yang membuktikan bahwa semua crash memiliki satu penyebab yang sama, perangkat keras Anda bermasalah, atau bahwa perbaikan tertentu akan menyelesaikan masalah tersebut.
Halaman ini menyediakan alur kerja orisinal untuk mendeskripsikan kegagalan dan mengumpulkan konteks yang berguna. Halaman ini tidak mengklaim telah mereproduksi crash atau memeriksa log Anda. Tujuannya adalah untuk menjaga apa yang terjadi, melakukan sejumlah kecil pemeriksaan yang sesuai, dan memberikan laporan kepada dukungan yang dapat diselidiki tanpa Anda harus menebak penyebab internalnya.
Pertama, bedakan jenis kegagalan
Game yang menutup ke desktop berbeda dengan gambar beku, kesalahan sistem operasi, atau komputer yang memulai ulang. Catat kejadian mana yang terjadi. Jika pesan kesalahan muncul, salin kata-kata persisnya atau tangkap jika memungkinkan. Jika tidak ada pesan, katakan itu daripada membuat satu dari laporan online serupa.
Perhatikan juga apakah audio tetap berlanjut, apakah game masih merespons input, dan apakah sistem operasi tetap bisa digunakan. Ini adalah pengamatan, bukan diagnosis. Mereka membantu memisahkan akhir proses game dari gangguan sistem yang lebih luas. Deskripsi luas seperti semuanya crash membuat perbedaan penting tersebut tidak terselesaikan.
Jika seluruh komputer berulang kali restart atau mati, hentikan memicu kondisi tersebut berulang kali sebagai uji game. Simpan informasi yang sudah Anda miliki dan cari dukungan sistem atau perangkat yang sesuai serta melaporkan konteks game. Restart bukanlah masalah frame rate biasa, dan artikel ini tidak boleh digunakan sebagai pengganti penilaian perangkat keras.
Catat aksi normal terakhir
Tuliskan apa yang sedang Anda lakukan tepat sebelum kegagalan terjadi. Sertakan nama ruang atau kamar, apakah Anda sedang memuat, membuka menu, bergerak, atau melakukan interaksi teka-teki tertentu, dan kira-kira berapa lama sesi sudah berlangsung. Durasi perkiraan berguna ketika diberi label sebagai perkiraan.
Hindari mengubah tindakan terakhir menjadi penyebab terlalu cepat. Sebuah crash setelah memasuki ruangan tidak membuktikan bahwa ruangan itu yang menyebabkannya. Namun, waktu tersebut memberikan pengembang tempat untuk memulai. Laporan yang terbaik menggambarkan urutan secara jelas dan memberi ruang untuk investigasi daripada menyebut cacat engine atau kebocoran memori tanpa bukti.
Jika kegagalan sudah terjadi lebih dari sekali, bandingkan kejadian-kejadian tersebut. Apakah mereka berada di adegan yang sama, setelah durasi yang serupa, atau selama aktivitas yang berbeda? Sebutkan jumlah kejadian yang benar-benar Anda amati. Jangan menulis selalu jika itu terjadi dua kali dalam kondisi yang belum sepenuhnya Anda bandingkan.
Pertahankan konteks yang berguna.
Catat toko, demo atau entri game penuh, sistem operasi, perangkat grafis, prosesor, memori, dan informasi build lokal yang diungkapkan klien. Detail ini membantu pengembang mencocokkan laporan dengan lingkungan. Jika suatu bidang tidak diketahui, biarkan sebagai tidak diketahui sampai Anda dapat memeriksa daripada menebak dari merek komputer.
Sertakan preset grafis dan nilai pengaturan relevan yang Anda ubah. Laporan yang dibuat setelah bereksperimen harus menyebutkan konfigurasi mana yang aktif saat kegagalan terjadi. Jika tidak, dukungan mungkin menafsirkan pengaturan saat ini sebagai pengaturan yang menghasilkan kejadian asli, meskipun berbeda.
Buat timeline singkat jika Anda melakukan beberapa pemeriksaan. Itu bisa menyebutkan bahwa kegagalan pertama terjadi pada satu preset, Anda kemudian memperbarui game, dan percobaan berikutnya berperilaku berbeda. Urutan penting karena menunjukkan perubahan mana yang terjadi sebelum pengamatan tertentu. Daftar semua pengaturan yang pernah dicoba tidak memberikan informasi yang sama.
Gunakan Kirim masukan (Give Feedback) saat game dibuka.
Jika Anda dapat mengakses game dan opsi umpan baliknya, gunakan jalur yang ditentukan penerbit. Jelaskan tipe kegagalan, tindakan normal terakhir, dan lingkungan. Penerbit mengatakan jalur umpan balik mengirim log yang dapat membantu. Jangan anggap log saja menjelaskan maksud Anda atau momen tepat kapan Anda menyadari masalah.
Sertakan alamat kontak jika Anda ingin ada tindak lanjut, sesuai permintaan dalam balasan dukungan. Tetap fokus pada masalah dan hindari menambahkan informasi pribadi yang tidak terkait. Detail kontak yang berguna membantu pengembang meminta pengamatan tambahan tertentu tanpa mengharuskan Anda mempublikasikan informasi tersebut dalam diskusi publik.
Jika masalahnya adalah jeda yang dapat diulang daripada crash, thread kinerja terpisah meminta umpan balik saat lag sedang terjadi. Untuk crash yang sudah menutup permainan, jelaskan waktu itu saat Anda membukanya kembali. Jangan mengklaim bahwa log sebelumnya tertentu dilampirkan kecuali antarmuka umpan balik atau pengembang mengonfirmasinya.
Jika permainan tidak dapat mencapai menunya
untuk menjelaskan bahwa jalur pelaporan dalam game tidak tersedia. Nyatakan apakah permainan gagal sebelum jendela muncul, saat memuat, atau setelah mencapai layar judul. Tahapan-tahapan tersebut lebih berguna daripada frasa tunggal "tidak dapat diluncurkan".
Mulailah dengan laporan singkat dan informasi yang dapat Anda verifikasi. Jangan lampirkan setiap file dari instalasi atau mengirim arsip besar data sistem yang tidak terkait. Tunggu permintaan untuk materi tambahan tertentu ketika file atau jalur yang diperlukan tidak terdokumentasi. Sumber yang diteliti tidak menetapkan log ritel saat ini atau jalur simpan untuk disalin di sini.
Jika toko menampilkan kesalahan, simpan pesan itu secara terpisah dari kesalahan permainan apa pun. Masalah unduhan yang hilang atau masalah klien dapat terjadi sebelum proses permainan dijalankan. Menyebutkan lapisan tempat kegagalan muncul membantu menghindari pengolahan masalah instalasi toko seolah-olah itu adalah crash engine puzzle.
Periksa apakah ada pembaruan permainan
Gunakan mekanisme pembaruan normal toko dan biarkan unduhan atau instalasi yang tertunda selesai sebelum membandingkan perilaku. Ini adalah praktik dukungan umum, bukan bukti bahwa pembaruan He Who Watches tertentu memperbaiki crash Anda. Catat apakah pembaruan tersedia dan apakah gejala berubah setelahnya.
Jangan menganggap bahwa pengumuman terbaru menjelaskan setiap perubahan build lokal, dan jangan menciptakan nomor versi dari tanggal. Jika klien menampilkan identifier, gunakan itu. Jika tidak, berikan tanggal pembaruan dan toko yang benar-benar dapat Anda lihat. Informasi lengkap yang akurat lebih baik daripada label yang tidak dapat dicocokkan oleh dukungan.
Pembaruan yang mengubah puzzle atau teks menu tidak boleh diiklankan sebagai hotfix crash kecuali pengembang mengatakan demikian atau pengamatan yang dijelaskan dengan cermat mendukung hasil yang lebih sempit di mesin Anda. Pisahkan pertanyaan tentang kesegaran instalasi dari pertanyaan apakah masalah telah teratasi.
Coba Low hanya sebagai perbandingan terkendali
Saran grafis rendah dari pengembang adalah uji kecil yang masuk akal jika permainan tetap cukup stabil untuk digunakan. Catat preset sebelumnya, pilih Low, dan kembali ke permainan biasa atau adegan pendek yang sebanding. Catat apakah gejala asli muncul kembali. Jangan terus-menerus memaksa restart sistem hanya untuk membandingkan preset.
Jika Low membantu, jelaskan hasilnya sebagai solusi lokal di bawah kondisi yang diamati. Anda tidak perlu menyimpulkan apakah kabut, beban, panas, atau faktor lain yang menjelaskannya. Pengembang dapat menggunakan perubahan perilaku tanpa Anda memberikan diagnosis perangkat keras yang bersifat spekulatif.
Jika Low tidak membantu, itu juga informasi yang berguna. Sertakan dalam laporan dengan jenis dan waktu kegagalan. Tes negatif tidak berarti saran pengembang tidak masuk akal; itu berarti kasus Anda membutuhkan bukti lebih banyak. Hindari mencoba banyak pengaturan yang tidak terkait setelah perbandingan fokus pertama gagal.
Verifikasi file Steam ketika gejala cocok.
Valve mendokumentasikan pemeriksaan verifikasi file melalui area Properties dan Installed Files pada library Steam. Ini bisa sesuai untuk file yang hilang atau rusak yang sudah diinstal. Ini adalah pemecahan masalah Steam secara umum, bukan solusi yang terbukti untuk masalah restart yang dilaporkan pada game ini. Gunakan antarmuka klien daripada menghapus konten instalasi secara manual.
Biarkan verifikasi selesai dan catat apa yang dilaporkan klien. Jika file diperoleh kembali, catat fakta itu tanpa menganggapnya membuktikan mereka yang menyebabkan kegagalan. Kemudian bandingkan gejala awal saat peluncuran normal. Jika tidak ada perubahan, sertakan hasil tersebut dalam catatan dukungan daripada menjalankan verifikasi tanpa henti.
Jangan membingungkan antara memverifikasi instalasi dengan memvalidasi kemajuan puzzle Anda. Hal itu tidak menetapkan solusi untuk sebuah ruangan atau membuktikan bahwa walkthrough lama harus cocok dengan tata letak baru. Tetap kaitkan pemeriksaan dengan gejala teknis seperti file yang hilang atau kegagalan peluncuran, di mana ia memiliki tujuan yang jelas.
Hindari menebak yang merusak.
Balasan pengembang yang tersedia tidak menginstruksikan pemain untuk menghapus save, menghapus folder konfigurasi, mengedit registry, atau menggunakan perintah peluncuran yang tidak terdokumentasi. Jangan jadikan tindakan tersebut sebagai respons default untuk crash yang tidak pasti. Hal ini bisa menghapus keadaan yang berguna atau membuat masalah kedua tanpa menjelaskan yang pertama.
Demikian pula, jangan menonaktifkan perlindungan sistem atau mengunduh perbaikan pihak ketiga karena hasil pencarian menjanjikan solusi universal. Gunakan saluran dukungan game, toko, dan perangkat yang relevan dengan kegagalan yang diamati. Instruksi sempit dan terverifikasi lebih berguna daripada prosedur dramatis tanpa hubungan jelas dengan gejala.
Jika dukungan kemudian meminta file atau perubahan spesifik, simpan catatan instruksi dan pertahankan data yang relevan sesuai kebutuhan. Tujuannya bukan untuk menghindari setiap perubahan. Tujuannya adalah membuat perubahan dengan alasan yang jelas dan mempertahankan konteks yang cukup untuk mengetahui apakah mereka membantu.
Tangkap contoh kecil yang bermakna.
Jika kegagalan dapat diamati tanpa memicu kejadian sistem yang berbahaya atau mengganggu, rekaman singkat atau tangkapan layar dapat memperjelas laporan. Tunjukkan pesan kesalahan atau tindakan yang langsung mendahului masalah. Jelaskan apa yang harus diperhatikan oleh penonton. Sesi panjang tanpa anotasi dapat menyembunyikan momen yang relevan.
Jaga konten desktop pribadi agar tidak muncul dalam tangkapan dan tandai materi akhir permainan saat dibagikan secara publik. Anda sering kali dapat menunjukkan perilaku teknis tanpa mengungkap seluruh rute rahasia. Jika adegan itu sendiri merupakan spoiler, katakan sebelum gambar atau video alih-alih menempatkan jawaban di judul.
Jangan klaim bahwa reproduksi minimal kecuali Anda benar-benar telah mempersempitnya. Tidak apa-apa mengatakan bahwa Anda mengamati crash setelah beberapa tindakan dan tidak tahu mana yang berpengaruh. Kejujuran itu mencegah dukungan menganggap bahwa satu input yang terlihat merupakan pemicu lengkap.
Tuliskan perilaku yang diharapkan dan yang sebenarnya secara terpisah.
Perilaku yang diharapkan menjelaskan apa yang Anda pikir seharusnya terjadi: ruangan harus dimuat, menu harus menutup, atau permainan tetap terbuka setelah langkah biasa. Perilaku yang sebenarnya menjelaskan kegagalan yang terlihat. Memisahkan keduanya membuat laporan lebih mudah dipahami meskipun pengembang tidak berbagi interpretasi Anda tentang keadaan puzzle.
Jika harapan berasal dari panduan, sertakan tautan dan tanggalnya. Ketidaksesuaian dengan tata letak ruangan lama mungkin merupakan masalah versi bukan crash. Jika harapan adalah perilaku aplikasi dasar, katakan dengan jelas. Tidak perlu menghias laporan sederhana dengan terminologi teknis yang tidak dapat Anda buktikan.
Tambahkan apa yang telah Anda coba dan hasil dari setiap langkah. Misalnya, memperbarui game tetapi masih menutup saat memuat berguna. Menyatakan telah mencoba segala sesuatu tidak. Daftar ringkas pemeriksaan nyata menghemat waktu dengan menunjukkan perbandingan jelas apa yang sudah selesai dan apa yang belum diuji.
Tindak lanjuti dengan bukti baru.
Jika pengembang meminta tes atau log tertentu, tanggapi permintaan itu secara langsung. Pertahankan referensi laporan asli agar informasi baru tetap terkait dengan isu yang sama. Memulai beberapa thread yang tidak terkait dapat memecah konteks dan menyulitkan melihat bagaimana perilaku berubah dari waktu ke waktu.
Jika masalah berhenti setelah perubahan, laporkan apa yang berubah dan berapa lama atau dalam kondisi apa Anda telah menguji sejak itu. Hindari menyatakan perbaikan universal setelah satu peluncuran berhasil. Pernyataan yang lebih spesifik bahwa permainan telah menyelesaikan beberapa sesi normal di mode Low sama-sama berguna dan jujur jika itulah yang Anda amati.
Jika kembali, perbarui akun yang sama tentang masalah dengan kondisi baru. Kekambuhan tidak menghapus perbaikan sebelumnya; itu menambahkan informasi tentang batasannya. Perbedaan ini dapat membantu mengidentifikasi apakah perubahan mengurangi frekuensi, hanya memengaruhi satu adegan, atau tidak terkait.
Tentukan kapan berhenti pengujian
Setelah Anda memiliki deskripsi kegagalan yang jelas, detail lingkungan dasar, dan hasil beberapa pemeriksaan yang sesuai, kirimkan laporan. Anda tidak perlu mendiagnosis permainan sendiri sebelum meminta dukungan. Tes lebih banyak hanya berguna jika mereka menjawab pertanyaan spesifik yang tersisa atau mengikuti instruksi yang relevan.
Jika mesin itu sendiri tidak stabil, prioritaskan masalah yang lebih luas itu dan hindari peluncuran game berulang yang memicu masalah tersebut. Jika game saja yang menutup tapi sistem Anda masih bisa digunakan, simpan laporan tersebut dan tunggu langkah berikutnya yang ditargetkan daripada mengganti instalasi Anda berulang kali. Respons harus sesuai dengan kegagalan yang sebenarnya Anda alami.
Laporan yang baik adalah bukti kecil: apa yang terjadi, di mana, di bawah pengaturan mana, dan apa yang berubah saat Anda mencoba langkah yang terdokumentasi. Itu sudah cukup untuk memulai investigasi yang produktif sambil menjaga spekulasi, penyesuaian yang tidak terkait, dan perubahan file yang tidak perlu tetap terlupakan.
Ubah laporan yang samar menjadi laporan yang dapat ditindaklanjuti
Laporan yang mengatakan game crash kadang meninggalkan beberapa pertanyaan penting yang belum terjawab. Anda dapat memperbaikinya tanpa spekulasi teknis dengan menambahkan tipe kegagalan, tahap permainan, perkiraan frekuensi, dan aksi normal terakhir. Misalnya, bedakan kembali ke desktop saat memuat dengan restart seluruh sistem setelah sesi panjang. Ini adalah pola laporan, bukan kejadian yang diklaim terjadi di mesin Anda.
Kemudian tambahkan lingkungan dan serangkaian kecil pemeriksaan yang benar-benar Anda selesaikan. Sebutkan apakah Anda menggunakan game atau demo lengkap, toko mana yang menyediakannya, dan preset grafis mana yang aktif. Jika Anda mencoba verifikasi Low atau Steam, laporkan hasil masing-masing secara terpisah. Jangan tulis bahwa semua perbaikan gagal saat Anda hanya melakukan satu pemeriksaan.
Jelaskan apakah perilaku tersebut dapat diulang di bawah urutan yang diketahui atau hanya berulang seiring waktu. Kegagalan yang dapat diulang memberikan dukungan urutan untuk dicoba. Kegagalan berulang masih penting, tetapi pemicunya tetap tidak pasti. Melabeli perbedaan membantu pengembang memutuskan apakah akan meminta reproduksi, log, atau informasi lebih lanjut tentang sesi.
Jika tersedia pesan kesalahan, pertahankan kata-katanya secara tepat daripada menyusunnya ulang menjadi penyebab. Kode yang tidak dikenal bisa lebih berguna bagi dukungan daripada ringkasan yang yakin bahwa itu berarti masalah grafis. Jika Anda tidak menangkap pesannya, katakan demikian dan jelaskan apa yang Anda ingat tanpa membuat detail yang hilang.
Akhiri dengan kondisi saat ini. Apakah Anda sekarang bisa meluncurkan permainan? Apakah masalah masih ada setelah perbandingan pengaturan yang didokumentasikan? Apakah jalur umpan balik dalam permainan dapat diakses? Jawaban-jawaban ini memberitahu dukungan jenis langkah selanjutnya yang sebenarnya bisa Anda lakukan. Permintaan untuk mengirimkan dari menu tidak berguna jika laporan Anda sudah menjelaskan bahwa menu itu tidak pernah muncul.
Pertahankan laporan asli dan tindak lanjutnya tetap terhubung. Ketika ada pengamatan baru, tambahkan dengan tanggal dan kondisinya daripada menulis ulang masa lalu seolah-olah Anda sudah mengetahui penyebabnya dari awal. Itu mempertahankan urutan penyelidikan yang berguna: gejala, pemeriksaan, hasil, dan pertanyaan selanjutnya. Ini juga membuat perubahan yang berhasil di kemudian hari lebih mudah dievaluasi dengan jujur.
Laporan yang diperbaiki tidak perlu panjang. Itu perlu menampilkan fakta yang tersembunyi di dalam kata-kata sebelumnya. Ruang lingkup yang jelas dan beberapa detail yang diamati dapat menghemat lebih banyak waktu daripada satu halaman penjelasan mesin yang ditebak-tebak, dan mereka memberi pengembang dasar yang kuat untuk meminta bukti selanjutnya.