Hajime Hoshi

Thank you for testing more! > github.com/hajimehoshi/ebiten/v2/internal/graphicsdriver/directx.(*Image).ReplacePixels(0xc00010e100, {0xc000006058, 0x1, 0x10000001c?}) > /Users/johnny/ebiten/internal/graphicsdriver/directx/graphics_windows.go:1403 +0x3dc fp=0xc000641b98 sp=0xc000641a90 pc=0x57f25c Interesting. This happens at `copy` function. I'll take a look tomorrow. > Is there...

I think I could reproduce the issue after some refactoring. `ID3D12Resource::Map` returned a null mapped pointer. This is mysterious since my refactoring should not change any behaviors. I might misunderstand...

I fixed `Map` to retry up to 5 times when needed. @TheMightyGit Could you take a look at `55a490736acd0ffc147d43acb1014c6ecf621fe5`? Thanks,

Thanks! Hmm, so nothing was changed...? 🤔

> 386 mode works, does 386 fall back to opengl on windows? Yes, 386 forces to use OpenGL so far, but the situation will change.

@TheMightyGit I have added some fixes after the last commit you tested (55a490736acd0ffc147d43acb1014c6ecf621fe5). Could you test the latest commit? Thanks,

Ping @TheMightyGit (The latest commit is now 8522bfd0bf30ca41031df3230ea67c14a1da1a96)

https://github.com/hajimehoshi/ebiten/issues/2114 is solved so I hope this issue is also fixed (by using OpenGL instead of DirectX 12)...

Hi, thank you for your suggestion! > This is compatible with Go 1.15 and allow to use "embed" with Go1.16+. I think `io/fs` itself was introduced in Go 1.16. Is...

> As you said before: "Let's do this after Debian's default Go version is 1.16 or newer." Yes. I might change the policy later. Anyway, let's keep this issue open...