Alessandro Bellia

I know the issue, I will make a pull request

The issue is that the ./next/:/next/ volume binding in docker-compose.yml file will overwrite the LF line ending correction done by the dos2unix utility, because it will reuse the files in...

It would require some reverse engineering of the dwm dll. As soon as 24H2 becomes Generally Available, I will try to investigate.

The new pattern for COverlayContext_Present for Windows 11 is: { 0x40, 0x53, 0x55, 0x56, 0x57, 0x41, 0x56, 0x41, 0x57, 0x48, 0x81, 0xEC, '?', '?', '?', '?', 0x48, 0x8B, 0x05, '?',...

I'm trying to reverse the updated dwmcore dll and find some way to fix the dwm_lut program

Anyway, use the following AoB pattern search algorithm, it's more robust: ```c++ bool aob_match_inverse(const void* buf1, const void* mask, const int buf_len) { for (int i = 0; i <...

> > I'm trying to reverse the updated dwmcore dll and find some way to fix the dwm_lut program > > Sounds promising! Where can we follow the progress? Right...

> Will there be an update any time soon? Hi, I'm trying to find out the offset for the IDXGISwapChain in W11. I'm still new to Windows Reverse Engineering and...

> @lauralex Can someone help you somehow here with this? I mean, maybe there is a task, that requires a lot of not very complicated actions to be done, so...

I managed to find the new _IOverlaySwapChain_HardwareProtected_offset_w11_, which should be -0x12C, but I'm still working at finding the rest, i.e., _I_OverlaySwapChain_IDXGISwapChain_offset_w11_ and _COverlayContext_DeviceClipBox_offset_w11_