You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As per NvEncodeAPI v.6.0, we would have to keep both input and output buffers around until the frames come out (stops returning NV_ENC_ERR_NEED_MORE_INPUT), asynchronously of course.
So we would need multiple output "bitstreamBuffer"s and multiple CUDA output buffers (used with mapInputResource, the unmapInputResource would have to wait until the frames come out..)
The documentation is poor and conflicting: it says you have to do the picture type decision yourself in synchronous mode, but the pseudo-code does the opposite. Zero documentation on what displayPOCSyntax is. etc..
The text was updated successfully, but these errors were encountered:
Issue migrated from trac ticket # 1235
component: encodings | priority: major | keywords: nvenc b-frames
2016-06-19 06:13:35: antoine created the issue
The text was updated successfully, but these errors were encountered: