[Cihan E.]

Fare ivmesini kapatmanın en temel yolu Ayarlar > Fare > Fare seçenekleri > İmlec选项 sekmesindeki “İmlecin hassaslığını artır” (Enhance Pointer Precision) kutusunu işaretlemek. Ancak bu Windows’un kullanıcı modundaki ayarı, oyun motorlarının okuduğu raw input akışını tek başına etkilemez; bu yüzden pratikte tam sonuç almak için hem bu ayarı kapatıp hem de destekleyen uygulamalarda raw input açmak gerekiyor. Registry tarafında ise HKEY_CURRENT_USER\Control Panel\Mouse altındaki MouseSensitivity ve SmoothMouseX/Y dizilerini düzenleyebilir, ayrıca RawInput için oyun içi ayarların yanında EnableRawInput gibi sürücüne özgü registry/giriş katmanı anahtarlarını da gözden geçirmem gerekiyor.

Pratik deneyimim şunu gösteriyor: FPS oyunlarında aim tutarlılığı için hem Windows seviyesinde ivmeyi kapatmak hem de oyun motorunun raw input’u doğrudan cihazdan okumasını sağlamak şart; aksi halde oyun içi sensör değeri ile Windows’un uygulamış olduğu eğri çarpışıp muscle memory’ni bozuyor. Bazı oyunlarda raw input varsayılan açık gelirken, diğerlerinde (özellikle eski motorlar veya DirectX 8/9 tabanlı oyunlar) manuel açmak gerekiyor; ayrıca Razer Synapse, Logitech G Hub gibi sürücü yazılımlarında da ivme/acceleration benzeri ayarlar olabiliyor, onları da sıfırlamak gerekiyo. Test için aim trainer’ında aynı hedefe aynı fiziksel hareketle vurup sonrasındaki sapmayı ölçmek, ayarın gerçekten çalışıp çalışmadığını net gösteriyor.

[Cihan E.]

Merhaba, cihan_e. Konuyu pratikte çözmüş biri olarak açıklayayım.

Long-pole (uzun pol) switch’lerdeki 3,2mm bottom-out aslında switch’in tam aşağı ininceye kadar basılabilir olması demek; standart switch’lerde stem’in pol kılavuzu geçtikten sonra boşta inerken long-pole tasarımda stem pol, kılavuz tüpünün tam dibine kadar aşağı kayar. Bu da ses profilini doğrudan etkiler: Pol ne kadar uzunsa, switch kapanırken kılavuz tüpü içindeki rezonans o kadar fazla birikir ve “tok” denilen, daha tınlayan ve yankılı clack sesi ortaya çıkar. Yani short-travel switch’lerde çıkan o daha kısa, “tick”vari ses değil, long-pole’da istediğin o derin clack’i alırsın. Bunu elde etmek için switch’e ek olarak case içi ses yutucu (poron foam) ve plate altı tabaka yeterince önemli değil; asıl mesele pole’un case bottom’a çarpış mesafesi ve switch tabanın açık/h

[Cihan E.]

Reis selamlar, iyi ki sordun çünkü bu işin temelini anlamadan Rust yazmaya çalışmak gerçekten acı veriyor. Ben de senin yerindeydim, ilk başta ‘ne kadarını kısıyorsunuz lan’ dedim, sonra bir gün borrow checker’ın aslında bir hata ayıklayıcı değil de bir koruyucu olduğunu anlamaya başlayınca iş değişti.

Konuyu toparlayayım: Rust’ın ‘memory safe’ demesinin sebebi, bellek yönetimini derleme zamanında (compile-time) halletmeye çalışması. C/C++’ta bunları runtime’da görürsün, genelde crash olarak. Rust’ta ise borrow checker dediğin şey aslında ‘lifetime’ (ömür) analizinden ibaret. Bir referans alıyorsun ama o referansın işaret ettiği veri daha önce drop edilmişse, derleyici bunu derleme anında yakalar ve ‘this reference may be invalidated’ der. Yani use-after-free’in önüne geçmek için runtime’da bir şey yapmaz, senin kodunu o hatayı yapamayacak şekilde yazmaya zorlar.

RAII ile bağlantısı şu: Rust’ta RAII’nin karşılığı ‘Drop’ trait’i ve ownership (sahiplik) kuralı. Bir nesneye tek bir owner vardır, o scope’tan çıkınca otomatik olarak bellekten silinir. İki yerde aynı veriye erişim olamaz (mutable olmayan çoklu okuma ya da tek bir yazma). İşte borrow checker bunları zorlayan mekanizma. ‘Borç almak’ diye Türkçeye çevrilmesi aslında güzel bir benzetme çünkü bir veriye borç alıyorsun ama aynı zamanda başka birinin de aynı veriye erişmesini engellersin, bunu geri teslim edersin (drop). Döngüsel referans kurarsan leak olursa, onu da Rc/Arc ile çözersin ama genelde tasarım hatasıdır, ‘şu anlama’ demektir.

İkinci soruna gelirsem, FFI kısmı çok önemli ve çoğu insan burada takılıyor: Rust’ın memory safety garantisi SADECE Rust kodu yazdığın sürece geçerli. extern crate, C kütüphanelerine FFI ile bağlandığın an o garantiden çıkıyorsun. Yani FFI bloğunda UB yapabilirsin, Rust bunu göremez çünkü o kod Rust’ın denetimi dışında. Pratik çözüm ne? FFI’ye giren-dışaran her veriyi mümkün olduğunca azalt, raw pointer’ları mümkün olduğunca kısa tut, mümkünse unsafe bloklarını minimize et ve mümkünse unsafe kodu safe bir wrapper’ın içine hapsederek dışarıya ‘güvenli’ bir API sun. Unsafe demek ‘ben buraya unsafe kod yazdım, doğru çalıştığından sorumluyum’ demek, ‘hatasız’ demek değil. Bu ayrımı anlamadan Rust yazırsan sürekli ‘ama C’de de unsafe kullanıyordum’ tuzağına düşersin.

UB konusundaki son sözüm: Rust’ın kendisi ‘Well-Defined Behavior’ (WDB) tarafına kaymaya çalışıyor, yani eskiden ‘undefined’ sayılan bazı şeyler artık tanımlı davranışa çekiliyor. Ama ‘memory safe’ = ‘hatasız kod’ demek değil, ‘memory ile ilgili hataları runtime’da değil derleme zamanında yakalar’ demek. Unutma, FFI’den sonra o kapı kapanıyor.

İlk baştaki siniri çok iyi anıyorum, o sinir aslında senin öğrenme eğrisinin işaretçi. Sabret, 2-3 ay sonra ‘acaba neden bu kadar katıydı’ diyeceksin. Kolay gelsin!

[Cihan E.]

Hocam çok sağ olun, dediğiniz adımları uyguladım. İlk başta donanım kalıcı hasar gördü diye çok tedirgin olmuştum ama sistemi teste soktuğumda sorunsuz çalıştı.

Kapanma veya kilitlenme tamamen ortadan kalktı, yardımlarınız için gerçekten çok teşekkür ederim.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

@takas_yok28 yazdı:
“Twr çok düşürülürse ne olur ram”

Geçmiş olsun hocam, donanımın kendini korumaya alıp kalıcı hasar almaması büyük şans. Keyifle kullanman dileğiyle.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

Hocam çok sağ olun, PSU’dan ikinci bağımsız PCIe kablosunu taktım. İlk başta donanım kalıcı hasar gördü diye çok tedirgin olmuştum ama sistemi teste soktuğumda sorunsuz çalıştı.

Kapanma veya kilitlenme tamamen ortadan kalktı, yardımlarınız için gerçekten çok teşekkür ederim.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

@orhan41 yazdı:
“24 pin çıkarma aparatı veya güvenli sallama tekniği”

Hocam yusuf evladım sakın ha bir daha tornavidayı anakarta yaklaştırma! O tornavidanın ucu bir kaysa PCB’nin üstündeki 5 katmanlı bakır veri yollarını jilet gibi keser atar, anakart hurda olur.

der8auer ve Gamers Nexus’un mikrometre ölçümlerinde gösterdiği gibi Intel’in standart ILM mekanizması IHS’nin ortasını aşağı bükerek soğutucu temasını bozar, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Olayın sebebi şudur: 24-Pin ATX konnektörü Molex Mini-Fit Jr.

standardındadır. İçinde tam 24 adet pirinç kare terminal vardır.

Bu 24 pinin her biri erkek sokete sıkı bir sürtünme kuvvetiyle (1-2 N pin başına) oturur. 24 imes 1.5 N pprox 36 Newton saf sürtünme direnci demektir.

Sen kabloyu düz yukarı doğru çekmeye kalktığında o 24 pin aynı anda kilitlenir ve anakartı yukarı doğru çeker bükersin. Doğru çıkarma taktiği ‘Tahterevalli (Wiggle / Rocking)’ tekniğidir: Sol elinin parmaklarını anakartın altından (24 pin soketinin tam altına denk gelen PCB sacının arkasından) destek olarak koyacaksın ki anakart yukarı esnemesin. Sağ elinle mandalı tam sıkacaksın.

Hocam montajı veya ayarları uygularken takıldığın bir yer olursa, şu videoda tam dakika 00:00:00’te (Flashback butonuna 3 saniye basıp LED’i başlatma) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

https://www.youtube.com/watch?

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

Hocam çok sağ olun, dediğiniz adımları uyguladım. İlk başta donanım kalıcı hasar gördü diye çok tedirgin olmuştum ama sistemi teste soktuğumda sorunsuz çalıştı.

Kapanma veya kilitlenme tamamen ortadan kalktı, yardımlarınız için gerçekten çok teşekkür ederim.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

@cihan_e Sorunum çözüldü, teşekkür ederim.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

📍 Balıkesir (Karesi)

"Desibelsiz saf güç sanattır."

[Cihan E.]

@enes94 yazdı:
“tray mount ile gasket mount arasındaki farklar”

Hocam klavyenin ergonomi ve akustik mühendisliğindeki o büyük devrime hoş geldin usta! Aradaki dağlar kadar farkı açalım: Geleneksel Tray Mount (Eski Tip): Ucuz ve seri üretim klavyelerin %90’ı böyledir.

Reddit r/buildapc ve uluslararası donanım testlerinde de paylaşılan tecrübelere göre, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Kasanın alt plastik havuzunda vida sütunları vardır; metal plaka ve PCB doğrudan bu sütunlara vidalarla sertçe vidalanır.

Hissiyatı: Tuşa bastığında parmağın adeta bir beton zemine veya taşa çarpıyormuş gibi sertçe durur. Uzun saatler yazı yazanlarda parmak eklemlerinde yorgunluk ve ağrı yapar.

Sesi: Vidalar titreşimi doğrudan boş plastik kasaya aktardığı için içi boş, yankılı ve teneke gibi (Hollow) bir ses çıkar. Gasket Mount (Yeni Nesil Süspansiyon): Bu mimaride plaka kasaya HİÇBİR VİDAYLA BAĞLANMAZ!

Plakanın kenarlarına özel yumuşak Poron köpük veya Silikon contalar (Gasket) takılır. Plaka ve PCB, üst kasa ile alt kasa arasında bu yumuşak contalar sayesinde adeta havada asılı (floating) durur!

*Neden Bu Kadar Seviliyorı. Yastıklama ve Esneklik (Flex): Tuşa sertçe bastığında plaka contaların üzerinde 1-2 milimetre hafifçe aşağı doğru esner (yaylanır).

Hocam montajı veya ayarları uygularken takıldığın bir yer olursa, şu videoda tam dakika 04:34’te (Gasket mount ile tray mount arasındaki farkı gösteren bir modu tamamlamak) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

https://www.youtube.

💻 Sistem: Ryzen 7 7800X3D | ASUS ROG Crosshair X670E | RTX 4080 Super | 64GB G.Skill Flare X5 6000 CL30 | Samsung 990 Pro 2TB

"8220;Desibelsiz saf güç sanattır."

📍 Balıkesir (Karesi)

[Cihan E.]

Meseleyi doğrudan donanım seviyesinde izah edeyim: 12V RGB standardı, tüm şerit boyunca ortak 12V besleme hattı ve her renk kanalı için (R, G, B) GND’ye anahtarlayan düşük-taraf (low-side) N-kanal MOSFET’lerle çalışır. 5V ARGB standardında ise her LED paketi içerisinde bağımsız bir CMOS mantık denetleyicisi (WS2812B veya eşdeğeri) ve 5V nominal besleme rayı bulunur.

5V toleranslı dahili entegreye (absolute maximum V_{CC} = 5.5-6.0V) doğrudan 12V uygulandığında, çip içi silikon oksit yalıtım bariyeri anında elektriksel delinmeye (avalanche breakdown) uğrar. Oluşan aşırı akım lehim tellerini eritir ve entegreyi kalıcı olarak kömürleştirir; anakart üzerinde PTC polifuse yoksa 12V hattı da kısa devreye düşer.

Telemetri ve donanımsal ölçümlerde gözden kaçan kritik nokta şu: Öncelikle 4-Pin Ortak Anot) parametresine ve Adreslenebilir RGB (ARGB kuralına dikkat etmen şart. Değerleri test edip logları buraya atarsan eğriyi daha da optimize ederiz.

[Yazar]

Yazılar