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
The qp options introduced in ff2b694 is VAAPI specific (codec-private option).
The current implementation of HVE translates to other hardware encoders in a straightforward way (see #5).
By using codec-private options and exposing them in the library interface the translation to other hardware encoders gets difficult, similiar with documentation of the library..
In the long term options such as qp should be probably exposed as vaapi specific or generic options should be used instead and tranlsated to codec specific in implementation.
E.g.
optional sub-struct in hve_config like vaapi_config, be default NULL or {0}
The text was updated successfully, but these errors were encountered:
- extend hardware config with input_width, input_height fields
- if specified and different from width/height perform hardware accelerated scaling before encoding
- update examples
- update docs
- update readme
Adds dependency on libavfilter.
Closes#24
Makes #5 more complex
Indirectly related to #25
Indirectly related to #6
The
qp
options introduced in ff2b694 is VAAPI specific (codec-private option).The current implementation of HVE translates to other hardware encoders in a straightforward way (see #5).
By using codec-private options and exposing them in the library interface the translation to other hardware encoders gets difficult, similiar with documentation of the library..
In the long term options such as qp should be probably exposed as vaapi specific or generic options should be used instead and tranlsated to codec specific in implementation.
E.g.
hve_config
likevaapi_config
, be default NULL or {0}The text was updated successfully, but these errors were encountered: