- 01Jelaskan apa yang terasa salah
- 02Tetapkan baseline yang bisa Anda ulang
- 03Ubah preset saja terlebih dahulu
- 04Evaluasi batas frame secara terpisah
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.
Pemimpin grafis terverifikasi
Grafis rendah adalah perbandingan awal yang berguna ketika He Who Watches berkinerja buruk. Dalam diskusi 6 September, pengembang Danga mengidentifikasi kabut volumetrik sebagai alasan kemungkinan besar beban GPU pemain berbeda tajam antara Medium dan Rendah. Dalam balasan terpisah tanggal 5 September, pengembang menyatakan bahwa Rendah menonaktifkan kabut volumetrik. Pernyataan ini mendukung pengujian preset; mereka tidak menetapkan bahwa kabut menyebabkan setiap stutter atau bahwa Low menjamin performa yang lancar di setiap mesin.
Laporan kinerja hub juga menggambarkan animasi gerakan tidak teratur. Pengembang menganggap hal itu lebih buruk dari yang diharapkan dan meminta masukan dari menu jeda saat masalah terjadi. Itu tetap menjadi perbedaan penting: penjelasan yang mungkin untuk satu perbedaan beban grafis bukanlah diagnosis yang dikonfirmasi untuk setiap gejala dalam laporan yang sama.
Alur kerja di bawah ini adalah pemecahan masalah umum asli yang dibangun di sekitar prospek pengembang yang sempit itu. Metode ini belum dibenchmark pada mesin uji untuk artikel ini. Gunakan untuk membuat perbandingan yang bersih dalam pengaturan Anda sendiri, simpan hasilnya, dan putuskan apakah Anda memiliki solusi sementara yang berguna atau masalah yang perlu dilaporkan.
Jelaskan apa yang terasa salah
Mulailah dengan gejala yang terlihat. Apakah gerakan secara konsisten lambat, apakah gambar berhenti sesekali, atau apakah input tampak melewati sebagian animasinya? Apakah masalah terjadi saat berdiri diam, berputar, atau bergerak melalui hub? Pengamatan ini lebih berguna daripada satu pernyataan bahwa performa buruk.
Jika Anda sudah memiliki tampilan frame rate, catat nilai yang Anda lihat, tetapi jangan biarkan satu angka menggantikan deskripsi. Sebuah game dapat menampilkan rata-rata yang dapat diterima sambil tetap menghasilkan jeda yang terlihat. Sebaliknya, rate yang lebih rendah namun stabil mungkin terasa lebih dapat diprediksi. Pertanyaan dukungan adalah tentang pengalaman yang Anda amati, bukan hanya angka tertinggi yang dicapai dalam adegan kosong.
Simpan crash dan restart sistem dalam kategori terpisah. Mereka membutuhkan respons berbeda dari perbedaan frame rate yang sederhana. Jangan berulang kali menjalankan scene yang membuat seluruh mesin restart hanya untuk mengumpulkan sampel performa lain. Halaman crash-and-feedback menjelaskan cara merekam gejala tersebut tanpa menganggapnya sebagai tolok ukur biasa.
Tetapkan baseline yang bisa Anda ulang
Pilih lokasi yang bisa Anda kunjungi kembali dan aksi singkat yang bisa Anda ulangi, seperti putaran kecil atau gerakan singkat di bagian hub yang terlihat. Catat nama ruang, preset grafis, resolusi jika tersedia, batas frame jika Anda menggunakannya, dan apakah mesin dalam pengaturan daya normal. Jaga tes cukup singkat agar kondisi ruangan tetap mudah dipulihkan.
Amati tindakan yang sama beberapa kali sebelum mengubah latar. Jeda satu kali selama transisi mungkin tidak mewakili perilaku stabil dari adegan tersebut. Anda mencari pola yang cukup jelas sehingga perbandingan selanjutnya bisa berbeda secara signifikan darinya. Jangan menghabiskan seluruh sesi bermain mengumpulkan angka ketika pengamatan singkat sudah menetapkan masalah.
Baseline adalah referensi lokal Anda, bukan tolok ukur universal. Pemain lain dapat menggunakan preset yang sama pada perangkat keras berbeda dan mendapatkan hasil yang berbeda. Catat cukup konteks agar perbandingan sebelum dan sesudah Anda dapat dijadikan adil tanpa menyajikannya sebagai janji untuk semua orang.
Ubah preset saja terlebih dahulu
Pilih Low di opsi grafis game, menggunakan label menu yang terlihat di salinan Anda. Kembali ke adegan yang sama dan ulangi aksi pendek yang sama. Tetapkan pengaturan lain tetap tidak berubah untuk perbandingan pertama ini jika memungkinkan. Tujuannya adalah untuk melihat apakah perubahan preset menghasilkan perbedaan yang nyata dalam kondisi serupa.
Laporan pemain asli mengubah baik kualitas grafis maupun batas frame. Hasilnya dengan demikian tidak mengisolasi efek satu variabel secara sendiri. Penjelasan fog dari pengembang membuat preset menjadi lead yang kuat, tetapi perbandingan lokal yang terkontrol dapat memberi tahu Anda lebih banyak tentang setup Anda daripada menyalin beberapa nilai yang diubah bersama-sama.
Jika Low jelas membantu, Anda memiliki pilihan pengaturan yang praktis. Anda tidak perlu mengembalikan konfigurasi buruk berulang kali untuk membuktikan peningkatannya. Catat apa yang menjadi lebih baik dan apa yang tetap tidak berubah. Pengurangan beban dengan jeda hub yang persisten adalah hasil berbeda dari hilangnya kedua gejala, dan perbedaan ini penting untuk laporan yang berguna.
Evaluasi batas frame secara terpisah
Jika game menampilkan batas frame di menu Anda saat ini, Anda bisa membandingkan batas bawah sebagai tes kedua. Tetapkan preset grafis tetap saat membuat perbandingan itu. Ini adalah pemecahan masalah grafis umum, bukan solusi yang dikonfirmasi pengembang untuk judul ini. Gunakan nilai yang masuk akal dengan tampilan dan preferensi Anda, bukan menyalin nomor pemain lain sebagai target ideal.
Perhatikan apakah batas mempengaruhi konsistensi, responsivitas, dan gejala yang awalnya Anda gambarkan. Target yang lebih rendah dapat mengubah seberapa keras sistem bekerja, tetapi hasil sebenarnya tergantung pada pengaturan dan kondisi adegan. Jangan membuat dugaan tentang pengurangan suhu atau beban tertentu tanpa mengukurnya pada mesin Anda.
Jika Anda mengubah batas frame dan preset grafis secara bersamaan demi kenyamanan, catat sebagai uji gabungan. Itu tetap berguna jika tujuannya adalah konfigurasi yang nyaman. Hanya saja, hal itu tidak bisa memberitahukan perubahan mana yang menghasilkan peningkatan. Pelabelan jujur mempertahankan nilai hasil tanpa mengklaim eksperimen yang tidak Anda lakukan.
Bandingkan hub dengan adegan yang lebih kecil
Pengembang mencatat bahwa hub lebih besar, sekaligus mengatakan perilaku yang dilaporkan terdengar lebih buruk dari yang diharapkan. Anda dapat membantu membedakan masalah spesifik adegan dengan membandingkan tindakan dasar yang sama di hub dan ruangan yang lebih kecil yang bisa Anda akses. Pertahankan pengaturan grafis tetap selama perbandingan itu.
Catat apakah masalah muncul di semua hub yang sudah Anda periksa atau hanya di satu kamar tertentu. Jangan umumkan hanya dari satu ruang tempat Anda pertama kali menyadarinya. Laporan tentang hub tertentu memberi pengembang tempat yang lebih fokus untuk menyelidiki dibanding pernyataan bahwa semua area besar rusak padahal Anda hanya menguji satu.
Jika masalah mengikuti pandangan tertentu di dalam hub, catat landmark atau arah yang terlihat. Ini tidak membuktikan efek atau objek mana yang bertanggung jawab, tetapi dapat mempermudah reproduksi perilaku tersebut. Deskripsi pandangan singkat seringkali lebih berguna daripada tebakan yang tidak didukung tentang mesin render.
Jaga masalah gerakan tetap terpisah
Animasi yang tampak menutupi dua ubin sekaligus tidak otomatis masalah pada pengikatan input. Demikian pula, memutar karakter ke kiri atau kanan alih-alih bergerak menyamping tidak otomatis masalah kecepatan frame. Bandingkan posisi akhir dan arah hadap setelah satu input yang disengaja. Ini membantu Anda memutuskan apakah akan memeriksa waktu, status input, atau keduanya.
Solusi Shift yang diketahui memiliki gejala tertentu dan jawaban pengembang sendiri. Gunakan halaman itu jika rotasi menggantikan gerakan menyamping, terutama setelah overlay. Jangan gabungkan dengan perubahan grafis kecuali Anda sudah mengamati kedua masalah dan mengujinya secara terpisah. Jika tidak, Anda bisa kehilangan kemampuan untuk mengetahui perubahan mana yang membantu.
Jika adegan berhenti sementara tetapi aksi akhirnya benar, katakan begitu. Jika keadaan akhir itu sendiri berbeda dari input yang Anda harapkan, katakan itu sebagai gantinya. Pengembang dapat menggunakan perbedaan tersebut untuk memisahkan masalah presentasi visual dari aksi yang mungkin telah diproses secara berbeda.
Catat konteks sistem tanpa menebak
Sertakan sistem operasi, prosesor, perangkat grafis, memori, dan apakah Anda bermain melalui lapisan kompatibilitas ketika Anda dapat mengidentifikasinya. Gunakan nama yang dilaporkan oleh sistem Anda daripada deskripsi yang samar seperti laptop gaming. Anda tidak perlu mengungkapkan informasi pribadi yang tidak terkait untuk memberikan konteks perangkat keras yang berguna.
Jika Anda tidak yakin tentang suatu komponen, tandai sebagai tidak diketahui sampai Anda dapat memeriksa. Jangan menebak model grafis dari merek komputer atau dari stiker pemasaran. Informasi yang tepat berguna, tetapi presisi yang dibuat-buat dapat mengarahkan dukungan ke arah yang salah.
Juga catat apakah pekerjaan menuntut lainnya sedang berjalan selama perbandingan. Ini bukan alasan untuk menyalahkan setiap aplikasi latar belakang. Ini hanya membantu menjelaskan mengapa dua pengamatan lokal dapat berbeda. Lakukan pengujian Anda dalam kondisi yang secara umum serupa jika Anda ingin menyatakan perbedaan tersebut disebabkan oleh pengaturan game.
Tafsirkan penggunaan GPU dengan hati-hati
Penggunaan GPU yang tinggi sendiri tidak mengidentifikasi bug. Artinya bergantung pada beban kerja, pengaturan, target frame, dan gejala yang Anda amati. Komentar pengembang memberikan penjelasan yang mungkin tentang perbedaan antara dua preset dalam satu laporan, bukan ambang di mana setiap sistem mengalami malfungsi.
Jika Anda sudah memantau penggunaan, catat bersamaan dengan adegan dan pengaturan daripada sebagai angka yang terisolasi. Nilai dari hub dan nilai dari menu tidak membentuk perbandingan yang bersih. Hal yang sama berlaku untuk pengukuran yang dilakukan setelah durasi bermain yang berbeda atau dengan pekerjaan lain berjalan di latar belakang.
Jangan menyalin nilai suhu pemain lain sebagai batas aman atau tidak aman untuk perangkat keras Anda. Halaman ini bukan manual diagnostik perangkat keras. Jika komputer itu sendiri mati atau restart, hentikan perlakuan sesi sebagai tes performa dan gunakan dukungan perangkat yang sesuai bersama laporan game faktual.
Hindari resep optimisasi yang tidak didukung
Sumber di sini tidak menetapkan flag peluncuran khusus, edit registri, file konfigurasi yang dihapus, atau penggantian driver khusus game yang memperbaiki stutter di hub. Daftar panjang perubahan semacam itu akan membuat artikel terlihat komprehensif sambil mengurangi keandalan sarannya. Mulailah dengan pemimpin preset yang didokumentasikan dan perbandingan yang dapat diamati secara umum.
Perawatan umum, seperti menjaga perangkat lunak yang didukung agar tetap mutakhir, mungkin sesuai untuk sistem Anda, tetapi tidak seharusnya diiklankan sebagai perbaikan He Who Watches yang terbukti. Jika Anda mengubah driver atau komponen sistem operasi untuk alasan Anda sendiri, catat kondisi sebelum dan sesudahnya dan hindari mengubah beberapa variabel lain dalam tes yang sama.
Jangan mengorbankan pengaturan yang berfungsi hanya untuk mengejar target dari mesin orang lain. Hasil yang berguna adalah permainan yang stabil dan nyaman di perangkat keras Anda. Preset sederhana yang berfungsi secara konsisten bisa menjadi pilihan praktis yang lebih baik dibandingkan preset yang lebih menuntut hanya karena video perbandingan menggunakannya.
Gunakan nilai numerik yang sekarang ditampilkan di menu
Patch 4 September menambahkan nilai yang ditampilkan di samping slider. Jika opsi relevan Anda menggunakan slider, catat nilai yang ditampilkan tersebut daripada menjelaskan posisinya secara samar. Ini membuat perbandingan pengaturan lebih mudah diulang dan laporan dukungan lebih mudah diinterpretasikan.
Perubahan ini tidak menetapkan nama atau rentang setiap opsi. Baca label saat ini di menu Anda dan simpan dalam catatan Anda. Jika Anda membandingkan dengan bahasa lain, sertakan tangkapan layar atau deskripsi singkat tentang fungsi tersebut daripada mengasumsikan label terjemahan identik dengan panduan bahasa Inggris.
Simpan catatan pengaturan kecil untuk konfigurasi yang Anda sukai. Jika Anda bereksperimen nanti, Anda bisa kembali ke baseline lokal yang diketahui tanpa mengingat di mana beberapa slider berada. Ini sangat berguna ketika pengaturan yang memengaruhi kenyamanan berbeda dari pengaturan yang Anda ubah untuk performa.
Putuskan apakah solusi sementara sudah cukup
Jika Low menghilangkan masalah dan hasil visualnya cocok untuk Anda, melanjutkan dengan itu adalah hasil praktis yang masuk akal. Anda masih bisa melaporkan perilaku asli jika Anda memiliki deskripsi yang jelas. Tidak ada kewajiban untuk terus melakukan troubleshooting setelah tujuan bermain nyaman Anda tercapai.
Jika Low meningkatkan beban tetapi tidak jeda, pisahkan kedua hasilnya. Preset mungkin berguna sementara masalah lain tetap ada. Itu lebih informatif daripada mengatakan bahwa itu sama sekali tidak berhasil. Ini memberi tahu pengembang bagian mana dari pengalaman yang dilaporkan berubah di bawah perbandingan yang direkomendasikan.
Jika tidak ada perbaikan yang terlihat, hentikan pengulangan tes yang sama tanpa pertanyaan baru. Kumpulkan detail adegan, pengaturan, dan gejala lalu gunakan jalur umpan balik. Hasil negatif adalah bukti berguna ketika kondisinya jelas; tidak perlu diubah menjadi teori yang percaya diri tentang kemacetan.
Kirim umpan balik selama masalah masih relevan
Dalam thread performa hub, pengembang secara khusus meminta laporan umpan balik menu jeda saat lag terjadi. Ikuti jalur itu jika game masih cukup berguna untuk melakukannya. Jelaskan hub, aksi, preset, dan apakah perilaku yang sama muncul di tempat lain. Sertakan hasil perbandingan Low Anda.
Laporan singkat dapat menyatakan bahwa sebuah hub bernama berhenti sejenak saat melakukan belokan sederhana, sebuah ruangan yang lebih kecil tidak, dan perubahan preset mengurangi beban tanpa mengubah jeda. Itu adalah pola laporan, bukan klaim tentang mesin Anda. Gunakan hanya pengamatan yang benar-benar Anda lakukan dan jangan sertakan perbandingan yang belum diuji.
Jika Anda melampirkan rekaman, fokuskan pada momen yang dapat direproduksi. Jelaskan input dan gerakan yang diharapkan agar pengembang dapat membedakan jeda yang disengaja dari masalah. Tandai area rahasia dengan tepat jika memposting secara publik, dan hindari menampilkan konten desktop yang tidak relevan dalam tangkapan layar.
Periksa kembali hanya ketika ada sesuatu yang relevan berubah.
Setelah memilih pengaturan yang dapat digunakan, kembali ke masalah ketika ada pembaruan yang relevan, perubahan perangkat keras, atau instruksi pengembang baru yang memberikan alasan. Mengulang tolok ukur yang sama setiap sesi menambah informasi yang sedikit. Catatan dengan tanggal memungkinkan membandingkan perubahan berikutnya dengan kondisi yang sudah Anda dokumentasikan.
Jangan menganggap bahwa patch baru memperbaiki kinerja kecuali catatan atau pengamatan Anda menunjukkan hasil tersebut. Pengumuman 4 September mencakup perubahan puzzle dan menu, bukan perbaikan stutter secara universal. Tetap kaitkan perbaikan berikutnya dengan build dan kondisi saat Anda mengamatinya.
Loop dukungan yang berguna itu kecil: jelaskan gejalanya, bandingkan satu pengaturan dalam adegan yang sama, simpan hasilnya, dan laporkan masalah yang persisten dengan konteks. Itu membuat kabut pengembang menjadi dapat ditindaklanjuti sambil mempertahankan perbedaan antara perilaku pengaturan yang dikonfirmasi dan diagnosis kinerja yang belum selesai.
Baca log perbandingan kecil.
Bayangkan log lokal dengan tiga entri: sebuah hub pada preset asli, hub yang sama pada Low, dan ruangan yang lebih kecil pada Low. Ini adalah struktur tes yang disarankan, bukan data tolok ukur dari artikel ini. Pasangan pertama menanyakan apakah preset mengubah gejala. Pasangan kedua menanyakan apakah perilaku yang tersisa bergantung pada adegan. Mempertahankan pertanyaan tersebut terpisah membuat hasil lebih mudah diinterpretasikan.
Jika hub membaik pada Low dan ruangan yang lebih kecil juga berjalan lancar, Anda memiliki konfigurasi praktis untuk digunakan. Anda dapat melaporkan masalah asli dengan konteks pengaturan, tetapi Anda tidak perlu terus mengubah opsi hanya untuk menghasilkan penjelasan yang lebih rinci. Tujuan lokal bermain stabil mungkin sudah tercapai.
Jika hub hanya membaik sebagian sementara ruangan yang lebih kecil berjalan baik, sebutkan gejala yang tersisa. Mungkin jeda singkat yang berulang, animasi tiba-tiba, atau efek visual lain. Jangan menyatukan perbaikan sebagian menjadi sepenuhnya diperbaiki atau tidak ada perbedaan. Perbedaan ini memberi pengembang gambaran yang lebih jelas tentang apa yang dipengaruhi preset.
Jika kedua adegan menunjukkan masalah yang sama, perbandingan tersebut tidak mengisolasi masalah spesifik hub. Itu tidak membuktikan penyebabnya berada di luar permainan. Itu hanya berarti bahwa ukuran adegan, di bawah kondisi yang Anda uji, tidak memisahkan kasus-kasus tersebut. Sertakan hasilnya dan lanjutkan ke pertanyaan dukungan yang relevan alih-alih membuat kesimpulan.
Jika pengukuran terlalu bervariasi untuk diinterpretasikan, pendekkan pengujian dan stabilkan kondisinya. Gunakan tampilan, aksi, dan pengaturan yang sama untuk pengamatan berikutnya. Perbandingan yang bising adalah alasan untuk memperbaiki pengamatan, bukan alasan untuk memilih angka mana pun yang mendukung teori yang Anda sukai.
Jaga agar log cukup kecil agar tetap dapat dibaca. Beberapa perbandingan yang dijelaskan dengan jelas bisa lebih berguna daripada ratusan nilai tanpa adegan atau pengaturan yang terlampir. Pengembang perlu mengetahui apa yang berubah dan apa yang tidak. Diri Anda sendiri di masa depan juga memerlukan informasi yang sama saat memutuskan apakah pembaruan berikutnya memengaruhi masalah tersebut.