new | show | ask | jobs Github

averne_ 4 days ago

Do you mind going in some detail as to why they suck? Not a dig, just genuinely curious.

▲

Almondsetat 4 days ago | parent | next [-]

95% GPU usage but only x2 faster than the reference SIMD encoder/decoder

▲

actionfromafar 4 days ago | parent | prev [-]

What I wonder is, how do you get the video frames to be compressed from the video card into the encoder?

The only frame capture APIs I know, take the image from the GPU, to CPU RAM, then you can put it back into the GPU for encoding.

Are there APIs which can sidestep the "load to CPU RAM" part?

Or is it implied, that a game streaming codec has to be implemented with custom GPU drivers?

▲

Almondsetat 4 days ago | parent | next [-]

Some capture cards (Blackmagic comes to mind) have worked together with NVIDIA to expose DMA access. This way video frames are automatically transferred from the card to the GPU memory bypassing the RAM and CPU. I think all GPU manufacturers expose APIs to do this, but it's not that common in consumer products.

▲

Const-me 4 days ago | parent | prev | next [-]

> Are there APIs which can sidestep the "load to CPU RAM" part?

On windows that API is Desktop Duplication. The API delivers D3D11 textures, usually in BGRA8_UNORM format. When HDR is enabled you would need slightly different API method which can deliver HDR frames in RGBA16_FLOAT pixel format.

	▲	mmozeiko 4 days ago \| parent [-]
		There's also Windows.Graphics.Capture. It allows to get texture not only for whole desktop, but just individual windows.

▲

LtdJorge 4 days ago | parent | prev [-]

On Linux you should look into GStreamer and dmabuf.