You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When I launch applications that use OpenGL or Vulkan, such as 3D tests like TestD3D.exe, or SphereMap.exe, the resulting window is black and unresponsive.
List relevant hardware/software information
Linux Distribution - Cross compiled on Ubuntu Focal Fossa, running on Winlator Cmod with Native Glibc
Launch any GL application, window is black and frozen
Expected behavior
It runs at all.
Additional context
I've modified cpu.cpp, overlay.cpp, and battery.cpp, and other classes to not use the standard paths for hardware monitor, to bypass any issues related to that. i've also changed the path for sh, to /data/data/com.winlator/files/imagefs/usr/bin/dash due to issues with selinux context on Winlator. I generated a machine-id with uuidgen and placed it in the correct location- i've also implemented missing opcodes in Winlators custom x11 server, 36 and 37 (grab client i think). I compiled vulkaninfo and apitrace for Winlator, but it hasn't proven very useful thus far. Any guidance or any direction to the build that is used in termux would be very helpful. If i can replicate that code and make slight adjustments for winlator that would be ideal. I can provide more notes and steps taken so far. Any insight is genuinely appreciated. The logs themselves are not super helpful after bypassing the file path errors related to power_supply and others like hwmon, proc, sys. I see that text is being rendered supposedly based on the logs, i at least get that far. But otherwise the applications launched with mangohud enabled are black and cannot be clicked.
I guess really, where is the source code for MangoHud used in things like Mobox and DarkOS? Or at least the diff patches that make those function at all.
The text was updated successfully, but these errors were encountered:
Nevermind I figured it out! check_keybinds was failing in the Winlator environment. I'll need to debug that further but bypassing this allows mangohud to work in Winlator Glibc! Not closing this in case anyone has any interest and suggestions
Describe the bug
When I launch applications that use OpenGL or Vulkan, such as 3D tests like TestD3D.exe, or SphereMap.exe, the resulting window is black and unresponsive.
List relevant hardware/software information
To Reproduce
Steps to reproduce the behavior:
Expected behavior
It runs at all.
Additional context
I've modified cpu.cpp, overlay.cpp, and battery.cpp, and other classes to not use the standard paths for hardware monitor, to bypass any issues related to that. i've also changed the path for sh, to /data/data/com.winlator/files/imagefs/usr/bin/dash due to issues with selinux context on Winlator. I generated a machine-id with uuidgen and placed it in the correct location- i've also implemented missing opcodes in Winlators custom x11 server, 36 and 37 (grab client i think). I compiled vulkaninfo and apitrace for Winlator, but it hasn't proven very useful thus far. Any guidance or any direction to the build that is used in termux would be very helpful. If i can replicate that code and make slight adjustments for winlator that would be ideal. I can provide more notes and steps taken so far. Any insight is genuinely appreciated. The logs themselves are not super helpful after bypassing the file path errors related to power_supply and others like hwmon, proc, sys. I see that text is being rendered supposedly based on the logs, i at least get that far. But otherwise the applications launched with mangohud enabled are black and cannot be clicked.
I guess really, where is the source code for MangoHud used in things like Mobox and DarkOS? Or at least the diff patches that make those function at all.
The text was updated successfully, but these errors were encountered: