nefarius

nefarius/HidHide

C++ MIT Gaming

Gaming Input Peripherals Device Firewall for Windows.

1.5k stars
96 forks
active
GitHub +1 / week

1.5k

Stars

96

Forks

12

Open issues

13

Contributors

AI Analysis

HidHide is a Windows device firewall that hides human interface devices (joysticks, game pads, controllers) from specific applications. It serves gaming and input-remapping enthusiasts who use feeder utilities like vJoy or Joystick Gremlin, allowing them to hide physical devices from games to prevent duplicate input notifications when virtual controllers are in use. This specialized tool benefits advanced gamers and control-mapping power users, but is not for general Windows users or applicat...

Gaming Application Discovery value: 5/10
Documentation 6/10
Activity 9/10
Community 8/10
Code quality 6/10

Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.

Overall score 7/10

AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.

gaming-peripherals device-filtering input-remapping windows-kernel hotas-flight-sim
Actively maintained MIT licensed Niche/specialized use case Production ready
Deep Analysis · Based on README and public signals
1w ago

Windows kernel driver that hides gaming input devices from specific applications

HidHide is a Windows kernel-mode filter driver that allows users to hide Human Interface Devices (joysticks, gamepads, steering wheels) from specific applications while keeping them visible to whitelisted programs. Built for gaming peripheral enthusiasts who use feeder/remapping utilities, it solves the dual-notification problem when virtual device emulators are stacked with physical hardware. Adoption appears concentrated in the input remapping and HOTAS/racing sim communities rather than mainstream gaming.

Origin

Created March 2021 by nefarius, HidHide emerged as a specialized solution to a specific friction point in the gaming input peripheral ecosystem. It filled a gap between virtual device emulators (vJoy, Joystick Gremlin) and game applications that couldn't distinguish between physical and virtual device input during control binding.

Growth

The project has accumulated 1,438 stars over ~5 years with steady but modest growth. No significant star activity in the last 7 days. The project appears to have reached a stable equilibrium serving its target niche rather than pursuing exponential expansion. Maintenance activity (last push May 2026) indicates continued support, though the growth pattern suggests the addressable market has plateaued or the project has achieved product-market fit within a bounded community.

In production

Adoption not formally verified through public case studies or usage statistics. Indirect evidence: Chocolatey package distribution (download count badge shown but value not provided in excerpt). GitHub release download stats badge present. User base likely includes: (1) HOTAS flight simulator enthusiasts, (2) racing sim wheel users, (3) input remapping utility developers (vJoy, Joystick Gremlin communities). README explicitly warns against scam sites, suggesting enough visibility to attract fraud attempts—a mild indicator of real adoption. No enterprise adoption signals visible.

Code analysis
Architecture

Likely a two-component architecture: kernel-mode filter driver (C++, KMDF 1.13+) running at system level, paired with a user-mode configuration utility (appears to be GUI-based from README screenshots). The driver intercepts device access at the kernel level to enforce hiding rules. README indicates Windows 10+ requirement but does not document internal filtering logic, driver state management, or communication between kernel and user components.

Tests

Not documented in README. No mention of unit tests, integration tests, CI/CD pipeline beyond AppVeyor badge link.

Maintenance

Last push 2026-05-22 (approximately 40 days before analysis date), indicating recent activity. AppVeyor CI badge present, suggesting automated build checks. However, no recent release dates are visible in README. Issue counts shown via badges but absolute numbers not documented. Maintenance appears active but minimal-effort—likely responding to bug reports and OS compatibility rather than feature-driven development.

Honest verdict

ADOPT IF: you use feeder utilities (vJoy, Joystick Gremlin) with gaming peripherals and experience dual-input notifications during control binding, or you need per-application input device hiding on Windows 10+. AVOID IF: you expect cross-platform support, require modern GUI frameworks, or need native support outside Windows gaming peripheral niche. MONITOR IF: Windows kernel API changes force major rewrites, or if the KMDF dependency becomes problematic in future OS versions.

Independent dimensions

Mainstream potential

2/10

Technical importance

6/10

Adoption evidence

4/10

Risks
  • Windows kernel driver maintenance burden: future OS updates (Windows 11 variants, Windows 12+) could break driver compatibility, requiring developer response.
  • Small maintenance team: no evidence of multiple active contributors; project depends on single maintainer (nefarius) for critical kernel-level code.
  • Limited marketing/documentation: README is technical but lacks troubleshooting guides, FAQ, or community forum links visible in excerpt; adoption may be constrained by discoverability.
  • Kernel privilege attack surface: any driver running at system level is a potential security target; depends on code review rigor (not evident from README).
  • Narrow addressable market: use case specific to gaming input remapping enthusiasts; unlikely to expand beyond current niche.
Prediction

HidHide will likely remain a stable, niche tool maintained in reactive mode—responding to OS changes and critical bugs—rather than pursuing new features. Mainstream gaming will not adopt it because the problem it solves (dual-input during feeder setup) affects only power users. Adoption among input peripheral enthusiasts will remain modest but durable.

0 found this helpful

Newsletter

Get analyses like this every Monday

Free weekly digest of the most interesting open-source discoveries.

Languages

C++
55.4%
C
27.9%
C#
8.1%
Roff
4.8%
PowerShell
2.7%
Batchfile
1.1%

Information

Language
C++
License
MIT
Last updated
5d ago
Created
64mo ago
Analyzed with
anthropic/claude-haiku-4-5

Stars over time

Loading…

Contributors over time

Top 100 contributors only — repos with more will plateau at 100.

Loading…

Similar repos

jfedor2

jfedor2/hid-remapper

HID Remapper is a programmable USB hardware adapter that remaps inputs from...

1.6k JavaScript IoT
hiddify

hiddify/Hiddify-Manager

Hiddify Manager is a multi-user anti-filtering panel that enables circumvention...

9.1k Python Security
Idov31

Idov31/Nidhogg

Nidhogg is a Windows kernel rootkit for x64 systems that demonstrates 25+...

2.4k C++ Security
sezanzeb

sezanzeb/input-remapper

Input Remapper is a Linux desktop application that remaps input devices...

5.8k Python Productivity
pgkt04

pgkt04/defender-control

Defender Control is an open-source Windows utility that disables Windows...

1.9k C++ Security
vs. alternatives
vJoy + Joystick Gremlin ecosystem

Complementary rather than competing. vJoy/Gremlin create virtual devices; HidHide hides physical ones. Used together in the same workflows. HidHide is orthogonal layer solving a specific pain point.

Windows native device management

Windows offers basic device disable/enable but not application-level hiding. HidHide provides granular per-application filtering, which OS lacks.

Input remapper (sezanzeb, 5753 stars, Python/Linux-focused)

Solves input mapping problem on Linux; HidHide is Windows-specific device hiding. Different OS ecosystems, non-overlapping audiences.

Borderless-Gaming (6473 stars, C#)

Focuses on windowing/display behavior for games. Orthogonal concern; no direct competition on input device filtering.

Hiddify ecosystem (31k stars Dart app)

Network/VPN obscuring tool. Completely different problem domain despite superficially similar name. No technical overlap.