May 2023 - Wine-gitlab - list.winehq.org

[PATCH 0/2] MR2776: wined3d: Do not declare resources as multisampled if the sample count is 1.
by Zebediah Figura (＠zfigura) 10 May '23

10 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2776

3 3

[PATCH 0/5] MR2748: wined3d: Do not forward texture references to the swapchain.
by Zebediah Figura (＠zfigura) 10 May '23

10 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2748

3 6

[PATCH 0/1] MR2779: d2d1: Remove superfluous casts to self.
by Michael Stefaniuc (＠mstefani) 10 May '23

10 May '23

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/2779

3 2

[PATCH v10 0/3] MR181: vkd3d-shader: Normalise signatures and input/output registers to the Shader Model 6 pattern.
by Conor McCarthy (＠cmccarthy) 10 May '23

10 May '23

-- v10: vkd3d-shader/ir: Normalise signatures and input/output registers to the Shader Model 6 pattern. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/181

2 3

[PATCH v9 0/3] MR181: vkd3d-shader: Normalise signatures and input/output registers to the Shader Model 6 pattern.
by Conor McCarthy (＠cmccarthy) 10 May '23

10 May '23

-- v9: vkd3d-shader/ir: Normalise signatures and input/output registers to the Shader Model 6 pattern. vkd3d-shader/ir: Eliminate struct vkd3d_shader_normaliser. vkd3d-shader/spirv: Support emitting multi-dimensional array variables. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/181

2 3

[PATCH v7 0/5] MR44: vkd3d-shader/dxil: Read and validate DXIL bitcode blocks.
by Conor McCarthy (＠cmccarthy) 10 May '23

10 May '23

Block records are not processed; only the bitcode is validated. -- v7: vkd3d-shader/dxil: Read and validate global abbreviated operands. vkd3d-shader/dxil: Read and validate local abbreviated operands. vkd3d-compiler: Introduce a dxil-asm target type. vkd3d-compiler: Introduce a dxbc-dxil source type. vkd3d-shader/dxil: Read and validate DXIL bitcode unabbreviated blocks. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/44

2 5

[PATCH 0/5] MR2781: mfplat: Optimize sample copy to d3d buffer.
by Paul Gofman (＠gofman) 10 May '23

10 May '23

This is ultimately a follow up for introducing d3d manager support in h264 decoder transform. The last patch avoids unneeded GPU to CPU copy when copying a memory sample to GPU sample (in particular, when sample copier is involved). There are a couple of things to fix on the way. Patch 1 fixes the crash which otherwise happens in the test introduced in patch 2 due to memory corruption. Flipping the image instead of using absolute pitch will break the test in patch 2. Patch 3 contradicts to what MS docs says [1] for MFCreate2DMediaBuffer, fBottomUp parameter: "If TRUE, the buffer's IMF2DBuffer::ContiguousCopyTo method copies the buffer into a bottom-up format.". That doesn't match the tests in patch 2. So far I see that fBottomUp parameter only affects what is returned from Lock2D as scanline0 and pitch. Thinking of it, the behaviour of ContiguousCopyFrom makes some sense to me as Lock2D (unlike Lock which converts to contiguous buffer) is not supposed to perform any copies and flips and return the underlying representation as is. And once scanline0 and pitch for that 2d buffer indicate it should be copied bottom up additionally flipping when converting from contiguous buffer wouldn't make much sense. Then, ContiguousCopyTo could flip it actually as the docs suggest, but the test seems to clearly show that it doesn't happen (there is a separate test for clarity showing that ContiguousCopyFrom / ContiguousCopyTo yields the same data). 1. https://learn.microsoft.com/en-us/windows/win32/api/mfapi/nf-mfapi-mfcreate… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2781

2 5

[PATCH v13 0/3] MR188: vkd3d-shader/tpf: Add support for emitting sample_l instructions
by Ethan Lee (＠flibitijibibo) 10 May '23

10 May '23

>From what I can tell, the recent work on SampleBias/SampleLevel did all of the work for us, we just need to take the same framework and include the case for the `sample_l` instruction. Tested with some shaders from the native Linux version of Little Racers STREET. -- v13: https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/188

2 4

Re: [PATCH v5 0/1] MR2710: ntdll: Implement efficiency class reporting for intel hybrid CPUs.
by Torge Matthies (＠tmatthies) 09 May '23

09 May '23

On Tue May 9 23:40:28 2023 +0000, Paul Gofman wrote: > Did you check the return value on Windows, do they match? I don't know > how the actual non-zero values a estimated, but probably most > interesting things if on such a machine EfficiencyClass is zero for > performance cores (like in the patch) or maybe non-zero as well. I don't have an Intel Hybrid Architecture CPU that I can personally test with, but I did ask someone in the Linux Gaming Dev Discord to test <https://github.com/doitsujin/dxvk/tree/thread-affinity> with this MR and it gave the same result as on Windows. <https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-processo…> tells us that on non-hybrid CPUs the EfficiencyClass member is zero, and I found here <https://github.com/giampaolo/psutil/issues/2034> that for hybrid CPUs the EfficiencyClass is 1 for performance cores and 0 for efficiency cores. So this patch should match that exactly. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2710#note_32392

1 0

[PATCH v2 0/1] MR2771: winestreamer: Don't set twice the same format in stream description.
by eric pouech (＠epo) 09 May '23

09 May '23

Prior to 98d209752cee9abd8dc31dfe1f28811066b0b83f, the base type format wasn't inserted twice in stream format description. An application (Idol Showdown) fails to play its intro video when the base type format is duplicated. Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- v2: winestreamer: Fix type. https://gitlab.winehq.org/wine/wine/-/merge_requests/2771

3 3