Wojtek Sterna

I'm trying your suggestion. Unfortunately, seems like the driver is crashing when it executes CopyPlane. The system hangs and screen goes black for a few secs. Surprisingly, the function returns...

So it was an error on my side. The images were not really created (image handle was, but no memory was bound. Things seem to be working. I have one...

I have a question regarding performance. This is my decode in pseudocode: ``` CreateBufferFromHostNative SubmitInput QueryOutput CopyPlaneY CopyPlaneUV Compute:FinishQueue ``` I have measured the time of it and it takes...

Just bumping this issue up

It indeed does work, although to be honest I found better stream behavior, if I simply let the IDR frame go without SPS/PPS, but include SPS/PPS in the *next frame*...

I checked this again, this time having the server on one computer, and client on another (previously I tested on the same computer). And I have some inconclusive findings: a)...

I found the problem and it was indeed on our side of code. After fixing it, using AMF_VIDEO_ENCODER_HEADER_INSERTION_SPACING only, without "my approach", everything works as expected. Thank you for all...

One comment though. It it was possible, I think it would really be handy to be able to query for what type of frame (IDR/Intra/etc.) is going to be generated...

Actually when now I think of it I only really needed this to be able to manually toggle on SPS/PPS but AMF_VIDEO_ENCODER_HEADER_INSERTION_SPACING solves this problem. You're probably right in that...

I just updated the drivers and when calling `InitVulkan` I get this: ``` 2022-04-15 18:49:41.572 57B4 [AMFDeviceVulkanImpl] Error: ..\..\..\..\..\runtime\src\core\DeviceVulkanImpl.cpp(459):AMF_ERROR 1 : AMF_FAIL: LoadFunctionsTable() failed: It may be wrong Vulkan driver...