r/winlator

I want to play Black Mesa definitive edition but I get this blown out textures and lightning, I suspected HDR (High Dynamic Range) being empty on dropdowns instead of having "Full (If Available)" and "None" my cpu is Dimensity 8350 Ultimate paired with Mali G615 MC6, I know mali sucks on emulation but I just wanna ask if there's way around to this? I tried switching dxvk from 1.5.5 to 2.3.1 but nothing got fixed, I also tried exec arguments like -dxlevel 95 but still nothing, I'm currently using Winlator 11 and Winlator Bionic Ludashi but nothing worked🙏🙏

these r the specs

GameHub Lite v5.1.5

This release is mainly here to make the backend work visible and add the addition off Japanese app translations, thank you @reindex-ot for your contribution!

Most of the recent fixes and updates happened server-side in the GameHub Lite backend, so existing installs already benefited without needing a new APK. Apparently that makes it look like nothing happened, so here is an app release too. I will make a useless release every time we improve something that gets served via the server.

Backend changes

The main work happened in:

• gamehub-lite-api
• gamehub-lite-worker

Recent backend-side work includes updated component manifests, new/updated container components, imagefs updates, corrected component counts, proxy/URL updates, and fixes around component list handling.

In particular, the worker/API side is where most compatibility and content fixes now happen. If something starts working without an APK update, that is why.

App changes

• Added Japanese translation updates.
• Added/updated Japanese project documentation.
• Update apktool to 2.12.1.
• Bumped app version to 5.1.5.

Download and Release notes

The black boxes arent that bad usually just became alot worse when i did screen recording.

Even though every necessary component is installed, this error still pops up. Anyone encountered this issue?

Will this work on mid level chips like Snapdragon 865 ?

What will the PC recommend specs look like?

Aren't you EXCITED ?? 😁

Não consigo rodar nada no winlator 11 oficial,queria saber porque ele não nos dar a possibilidade de adicionar os componentes, como Proton, versão dos drivers entre outras coisas,consigo fazer tudo normalmente no Ludash Bionic,porém consome muita RAM no meu S25U

My cursor works just fine in left 4 dead 1-2 but not in games that have their own cursor, anyone please help fix 🙏🙏🙏

Am on the exynos 2100 mali gpu

S21 ultra 12/128

It happens on all games

Or someone give me a yt tut

Can barely see beamng

😢😢😢😢😢😢😢

Poor exynoss has emulated windows 11 but can't just work also this dose not happend 😭😭😭😭

​

Gamehub (formerly Gamefusion Emulador, by GameSir/NXTeam Studios, also Eggns)

has a long, documented history of taking open-source code, rebranding it, and taking the credit/selling it, without attribution,with active denial when confronted. This is not a one-time mistake

Case 1: My Vulkan Renderer (StevenMX) + Xlorie ( stole from Termux X11)

I am the developer of Winlator Bionic Ludashi,with have my vulkan renderer backend

Gamehub combined, my Vulkan renderer with the JNI/compositor architecture from Termux-X11 (Lorie) two separate open-source projects, inside their closed source product

Running strings on libxserver.so from the Gamehub APK reveals 4 registered renderer backends:

winemu-xserver / winemu-flip / winemu-vk / lorie-vk

lorie-vk is the Frankstein

The binary also leaks hardcoded build paths from the developer's on a Mac Device:

/Users/me/Documents/WinEmuKernel/lib/src/main/cpp/x11/xserver/dix/events.c

The real internal project is called WinEmuKernel, never disclosed publicly.

the GitHub repo https://github.com/gamesir123/xserver-gf they shared as "proof of independence" did not generate the APK It is a decoy.

The Vulkan strings embedded in their binary match my exact internal abstractions: per-window descriptor sets (e->ds), VkSamplerYcbcrConversion for AHardwareBuffer (e->ycbcr), dedicated cursor descriptor set (g.cursor.ds), and a per-window texture pool with .img / .view / .ds None of this is in their public repo. All of it is in my VulkanRendererContext

Their JNI layer is also a direct copy of Termux-X11's Lorie architecture with renamed functions: rendererSetWindow → updateSurface, lorieActivityConnected → onFirstWindowOpened, and Lorie's single sendMouseEvent(x, y, button, down, relative) broken into three separate functions (mouseMoveBy, mouseMoveTo, mouseClick). Standard X servers don't use shared memory paths (shmPath) this design is specific to Lorie architecture.

Their Community Manager Kael stated publicly: "We have a completely independent X11 renderer… our devs didn't even know anything about Winlator. The binary says otherwise.

Case 2: leegao's BCn compute shaders

Developer leegao (bionic-vulkan-wrapper)

https://github.com/leegao/bionic-vulkan-wrapper

analyzed libGameScopeVK.so from the Gamehub APK and opened

https://github.com/leegao/bionic-vulkan-wrapper/issues/77

concluding he is 95.7% certain Gamehub forked his code:

they also stole some of BrunoSX Vortek (From Winlator official) Work, even before bruno having opened the code

These are not coincidences. You don't accidentally copy someone's debug artifacts.

that's how they got BCn implementation for Non-Adreno Devices

Case 3: The DXMT "DirectX 12" work is AI-generated slop

https://www.reddit.com/r/macgaming/s/1VYncoYmzm

Recently, Gamehub announced their own emulador for Mac, with a DXMT fork with DirectX 12 support, with a contributor named yuemingruoan committing code at

https://github.com/gamesir-labs/dxmt

This was celebrated in communities as a major achievement.

A developer named 3Shain, who works at CodeWeavers on DXMT, reviewed the code and concluded it is AI-generated slopware that will never be accepted upstream. Their analysis:

"Gamehub team shows no understanding of the D3D12 binding and synchronization model. Instead of implementing DX12 natively, they emulate low-level D3D12 features on top of a high-level abstraction designed for D3D11. This wastes large amounts of CPU cycles on every draw call (scanning the rootsig/descriptor heap per drawcall makes no architectural sense), and hits hard dead ends like unbounded descriptors that are simply unimplementable with this approach. In their words: "a real experienced engineer will not even try to implement the thing like that."

This is consistent with everything else: the pattern is not just taking other people's code, it is also shipping AI-generated work as original engineering, while marketing it to users who have no way to tell the difference.

Given all of this, I will give you two alternatives.

1. Give proper credit to the developers whose work you have been using.

2. Make your emulator open source, publish all of Gamehub code and its components on GitHub,with date and commit history preserved, ensure it is compilable.

If this is ignored, that's fine. But know that I will continue working to help this community, and the accusations, not just mine, will not stop. You care about your reputation now. Act like it. we will post more proof if you guys keep denying it and we will make sure this news reaches the China Community

Same as title