GstVa.VaDisplay¶
- Subclasses:
Methods¶
- Inherited:
- Structs:
|
|
|
|
|
Virtual Methods¶
- Inherited:
Properties¶
- Inherited:
Name |
Type |
Flags |
Short Description |
---|---|---|---|
r |
Vendor specific VA implementation description |
||
r/w/co |
VA Display handler |
Signals¶
- Inherited:
Fields¶
- Inherited:
Name |
Type |
Access |
Description |
---|---|---|---|
parent |
r |
parent |
Class Details¶
- class GstVa.VaDisplay(**kwargs)¶
- Bases:
- Abstract:
No
- Structure:
It is a generic wrapper for VADisplay. To create new instances subclasses are required, depending on the display type to use (v.gr. DRM, X11, Wayland, etc.).
The purpose of this class is to be shared among pipelines via
Gst.Context
so all the VA processing elements will use the same display entry. Application developers can create their own subclass, based on their display, and shared it via the synced bus message for the application.New in version 1.20.
- check_version(major, minor)¶
- Parameters:
- Returns:
whether driver version is equal or greater than major.`minor`
- Return type:
New in version 1.24.
- get_implementation()¶
- Returns:
- Return type:
Get the the
GstVa.VaImplementation
type of self.New in version 1.20.
- get_va_dpy()¶
-
Get the VA display handle of the self.
New in version 1.20.
- initialize()¶
-
If the display is set by the user (foreign) it is assumed that the driver is already initialized, thus this function is noop.
If the display is opened internally, this function will initialize the driver and it will set driver’s message callbacks.
NOTE: this function is supposed to be private, only used by
GstVa.VaDisplay
descendants.New in version 1.20.
Property Details¶
- GstVa.VaDisplay.props.description¶
-
Vendor specific VA implementation description