ReenigneArcher

The device ID is in the logs, no longer from dxgi. That is clearly indicated in the text/description for the field and in the docs: https://docs.lizardbyte.dev/projects/sunshine/latest/md_docs_2configuration.html#output_name

> msctc.exe This is a hack for GFE, please don't use it for Sunshine.

@Spacetown thanks for the response. I tried it but get the same result. I noticed there are no `gcno` files generated. Is this a requirement? I think homebrew is adding...

I do have both of those flags in the tests CMakeLists file, not the top level one as it would affect the application build. https://github.com/LizardByte/Sunshine/blob/2e5c2912332db19d29ee8ccd032a8de4a1f32447/tests/CMakeLists.txt#L19-L20 I tried to remove the...

I searched the entire directory from `/` and only found gcda files. `sudo find / -type f \( -name "*.gcda" -o -name "*.gcno" \)` Resulted in (on Ubuntu): ``` /tmp/sunshine-20250102-22843-avu39z/build/tests/CMakeFiles/test_sunshine.dir/__/src/confighttp.cpp.gcda...

> is it possible that the directory is different between build and execution and/or cleaned up after executing the build? The test executable is actually copied/installed for homebrew, otherwise I...

So homebrew was cleaning up the directories and that's why I couldn't find the gcno files. I was able to disable this behavior and now have the gcno files, but...

That was suggested here https://github.com/gcovr/gcovr/issues/1047#issuecomment-2569875845 Are you suggesting to remove that flag?

Yea, this is where hombrew does the build. It has all the repo files including the src directory and the created "build" directory that cmake and make use. I also...

> This is if GCOVR uses another version than the build. Your comment got me thinking that I should generate the gcovr report inside of the brew test to try...