Vladimir Solomatin

Got the same problem. The package name for proto files I'm trying to use starts with capital letter (like in an example in this issue), but [it seems](https://github.com/danielgtaylor/python-betterproto/blob/8f7af27/src/betterproto/compile/importing.py#L28) that _betterproto_...

I'm sorry, I didn't do enough research before writing previous comment :( As I understand now, that issue is due to the way _betterproto_ trying to find where the package...

> I think it should be possible you support it using pathlib and checking if it's a directory or a file No, as I understand, this solution will not work....

I ran into this problem too. In search for a cause, I questioned why does NVFBC need to pass the image through the CUDA at all? My largely uneducated guess...

I noticed high CPU usage some time later after writing my comment above and before I tried to switch to 4K after testing under 1440p, sorry. My suspect was that...

I don't think that fixing the CUDA conversion is the best solution in the long term. If I understand correctly, NVFBC does not require CUDA by itself, and will gladly...

(to @w0utert) > NvFBC or no NvFBC made no difference for me, as long as NvEnc was enabled the problem shows It is because if `SUNSHINE_BUILD_CUDA` is defined, `cuda::make_hwdevice` is...

Oh, yes, you're probably right - conversion may still be required for `x11grab`, and without CUDA it is done via `swscale`. Sorry, for some reason it hasn't crossed my mind...

For reference: it seems to be a duplicate of https://github.com/moby/moby/issues/35954.

Try to set "options" attribute to empty object or something else.