driver1998

Results 114 comments of driver1998

可以先考虑用MSYS2的CLANG环境,不过那边不支持x86到ARM的交叉编译,编译ARM要用Windows ARM的机器

@tommyvct I am working on building VLC on MSYS2 CLANGARM64 environment right now, seems to work just fine. Will keep you posted.

3.0.17, I only added one more patch on top of the current [PKGBUILD](https://github.com/msys2/MINGW-packages/tree/master/mingw-w64-vlc). Will need to figure out how to incorporate it into obs-deps though, since MSYS2 does not currently...

I didn't see vlc stuff in obs-deps, how should I build it for OBS use? BTW, the MSYS2 CLANGARM64 build works: ![image](https://user-images.githubusercontent.com/22699485/193414581-776e953b-868b-4459-9f7b-dfa695a34bec.png)

Speaking of Lua, will use original Lua makes more sense than building everything as ARM64EC and link to x64 version of LuaJIT? Lua 5.1 builds just fine on Windows ARM64.

Hardware acceleration does work in VLC, both H264 and HEVC decode is accelerated on my 8cx.

> Speaking of Lua, will use original Lua makes more sense than building everything as ARM64EC and link to x64 version of LuaJIT? So I tried this route when porting...

BTW, my PR of VLC on MSYS2 CLANGARM64 is merged, binary packages are being processed right now. Edit: It's in! https://packages.msys2.org/package/mingw-w64-clang-aarch64-vlc?repo=clangarm64 Looks like there is some interest making it official...

梦幻西餐厅记得是Win9x的游戏...放在DOSBox上运行可能会很吃力

Userspace feeder can just be x86/x64 and they will work fine. Also, DS4Windows is a .NET 6 app and shouldn't be too difficult to support ARM64. You might even be...