{"id":11319,"date":"2024-08-01T09:34:00","date_gmt":"2024-08-01T09:34:00","guid":{"rendered":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/vendor_porting_guide\/westeros-sink-soc_module\/"},"modified":"2025-03-25T05:18:37","modified_gmt":"2025-03-25T05:18:37","slug":"westeros-sink-soc_module","status":"publish","type":"page","link":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/","title":{"rendered":"Westeros-sink-soc Module"},"content":{"rendered":"
\n
\n
\n
\n

The Westeros Sink Soc module is a component of the Westeros project that is designed to work with various soc platforms. It provides a mechanism for rendering and displaying multimedia content on the target device. It is responsible for interacting with the display hardware on the SoC platform, using the Direct Rendering Manager (DRM) module to access the graphics and multimedia resources. It provides a mechanism for displaying graphical content and video streams and also handles audio output through the audio subsystem on the target device.<\/span><\/p>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n\n\n

Public API’s Exposed<\/h2>\n\n\n
\n\n\n<\/colgroup>
Sl.
no.<\/td>

API<\/p><\/td>

Return Type<\/td>Parameters<\/td>Description<\/td><\/tr>
1<\/td>gst_westeros_sink_soc_class_init<\/td>void<\/td>GstWesterosSinkClass *<\/td>It is a class initialization function that initializes the class structure and takes a pointer to the GstWesterosSinkClass structure as a parameter.<\/span><\/td><\/tr>
2<\/td>gst_westeros_sink_soc_init<\/td>gboolean<\/td> GstWesterosSink *<\/td>This function takes a pointer to the GstWesterosSink<\/span> object as a parameter, which represents the instance of the GstWesterosSink<\/span> that is being initialized. During initialization, the function sets up the hardware-specific state of the GstWesterosSink object, by setting up the underlying hardware resources needed for playback.<\/span><\/td><\/tr>
3<\/td>gst_westeros_sink_soc_term<\/td>void<\/td>GstWesterosSink *<\/td>It is responsible for cleaning up the hardware-specific state of the GstWesterosSink <\/span>object and freeing any resources that were allocated during the initialization process.<\/span><\/td><\/tr>
4<\/td>gst_westeros_sink_soc_set_property<\/td>void<\/td>GObject *
guint prop_id
const Gvalue *
GParamSpec *<\/td>		It is a callback function that is called when a property of a GstWesterosSink<\/span> object is being set. It takes four parameters: a pointer to the GObject, an unsigned integer that represents the ID of the property that is being set, a pointer to a Gvalue that represents the new value of the property, and a pointer GParamSpec that represents the property specification.<\/span><\/td><\/tr>
5<\/td>gst_westeros_sink_soc_get_property<\/td>void<\/td>GObject *
guint prop_id
Gvalue *
GParamSpec *<\/td>		 It is a callback function that is called when a property of a GstWesterosSink<\/span> object is being retrieved. <\/span><\/td><\/tr>
6<\/td>gst_westeros_sink_soc_null_to_ready<\/td>gboolean<\/td>GstWesterosSink *
gboolean *passToDefault <\/td>		This function is called when the GstWesterosSink<\/span> object transitions from the null<\/span> state to the ready<\/span> state.<\/span><\/td><\/tr>
7<\/td>gst_westeros_sink_soc_ready_to_paused<\/td>gboolean<\/td>GstWesterosSink *sink,
gboolean *passToDefault<\/td>		This function is called when the GstWesterosSink <\/span>object transitions from the ready<\/span> state to the paused<\/span> state.<\/span><\/td><\/tr>
8<\/td>gst_westeros_sink_soc_paused_to_playing<\/td>gboolean<\/td>GstWesterosSink *sink,
gboolean *passToDefault<\/td>		This function is called when the GstWesterosSink object is transitioning from the paused to the playing state.<\/span><\/td><\/tr>
9<\/td>gst_westeros_sink_soc_playing_to_paused<\/td>gboolean<\/td>GstWesterosSink *sink,
gboolean *passToDefault<\/td>		This function is called when the GstWesterosSink object is transitioning from the playing to the paused state.<\/span><\/td><\/tr>
10<\/td>gst_westeros_sink_soc_paused_to_ready<\/td>gboolean<\/td>GstWesterosSink *sink,
gboolean *passToDefault<\/td>		This function is called when the GstWesterosSink object is transitioning from the paused to the ready state.<\/span><\/td><\/tr>
11<\/td>gst_westeros_sink_soc_ready_to_null<\/td>gboolean<\/td>GstWesterosSink *sink,
gboolean *passToDefault<\/td>		This function is called when the GstWesterosSink object is transitioning from the ready to the null state.<\/span><\/td><\/tr>
12<\/td>gst_westeros_sink_soc_registryHandleGlobal<\/td>void<\/td>GstWesterosSink *sink,
struct wl_registry *registry, uint32_t id,
const char *interface,
uint32_t version)<\/td>		The function takes several parameters: a pointer to the GstWesterosSink instance, a pointer to the Wayland registry object, an ID for the new global object, the name of the interface, and its version. This function is a callback that is called when the Wayland registry receives a new global object. <\/span><\/td><\/tr>
13<\/td>gst_westeros_sink_soc_registryHandleGlobalRemove<\/td>void<\/td>GstWesterosSink *sink,
struct wl_registry *registry,
uint32_t name<\/td>		This function takes in a pointer to GstWesterosSink <\/span>structure, a pointer to the Wayland registry object, and the ID of the removed object. It is a callback that gets called when a global object is removed from the Wayland registry.<\/span><\/td><\/tr>
14<\/td>gst_westeros_sink_soc_accept_caps<\/td>gboolean<\/td>GstWesterosSink *sink,
GstCaps *caps<\/td>		 This function takes two parameters: a pointer to the GstWesterosSink<\/span> instance and a pointer to the caps to be checked. It returns a boolean value indicating whether the caps are supported by the GstWesterosSink<\/span>.<\/span><\/td><\/tr>
15<\/td>gst_westeros_sink_soc_set_startPTS<\/td>void<\/td>GstWesterosSink *sink,
gint64 pts <\/td>		This function<\/span> sets the start presentation time stamp (PTS) for the media pipeline of the given GstWesterosSink <\/span>instance. <\/span><\/td><\/tr>
16<\/td>gst_westeros_sink_soc_render<\/td>void<\/td>GstWesterosSink *sink,
GstBuffer *buffer<\/td>		This <\/span>function is responsible for rendering the video frames to the display and it takes a pointer to the GstWesterosSink<\/span> object and a pointer to the GstBuffer<\/span> containing the video frame data as input.<\/span><\/td><\/tr>
17<\/td>gst_westeros_sink_soc_flush<\/td>void<\/td>GstWesterosSink *sink<\/td>This function<\/span> is used to reset and flush the state of the Westeros sink element. It is typically called when the pipeline is being reset or when there is a need to discard all buffered frames and start fresh.<\/span><\/td><\/tr>
18<\/td>ean gst_westeros_sink_soc_start_video<\/td>gboolean<\/td>GstWesterosSink *sink<\/td>This function is used to start the video playback in the Westeros sink. It returns a boolean indicating whether the start operation was successful.<\/span><\/td><\/tr>
19<\/td>gst_westeros_sink_soc_eos_event<\/td>void<\/td>GstWesterosSink *sink<\/td>This function handles an end-of-stream (eos) event for the Westeros sink element and takes a pointer to the GstWesterosSink object as a parameter.<\/span><\/td><\/tr>
20<\/td>gst_westeros_sink_soc_set_video_path<\/td>void<\/td>GstWesterosSink *sink,
 bool useGfxPath<\/td>		The function <\/span>is used to set the video path for a given GstWesterosSink<\/span> object. It takes a boolean argument useGFXPath<\/span> which indicates whether to use the graphics path or not.<\/span><\/td><\/tr>
21<\/td>gst_westeros_sink_soc_update_video_position<\/td>void<\/td>GstWesterosSink *sink<\/td>This function updates the position and <\/span>size of the video display in the window.<\/td><\/tr>
22<\/td>gst_westeros_sink_soc_query<\/td>gboolean<\/td>GstWesterosSink *sink,
GstQuery *query<\/td>		This function<\/span> is a callback function that is used by GStreamer to handle queries related to the GstWesterosSink<\/span> element and takes a pointer to the GstQuery.<\/span><\/td><\/tr>
23<\/td>gst_westeros_sink_soc_set_compositor_lock<\/td>void<\/td>GstWesterosSink *sink,
bool lock<\/td>		This function takes a pointer to the GstWesterosSink and lock parameter, to set the compositor lock state.<\/span><\/td><\/tr>
24<\/td>gst_westeros_sink_soc_set_speed<\/td>void<\/td>GstWesterosSink *sink,
const GValue *value<\/td>		This function takes a pointer to the GstWesterosSink and a pointer to the GValue, to set the playback speed of a video to the specified value.<\/span><\/td><\/tr><\/tbody><\/table>\n\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n\n\n

Events exposed<\/h2>\n\n\n
\n\n\n<\/colgroup>

Sl.<\/p>

no.<\/p><\/td>

Signal<\/td>

Event<\/p><\/td>

         Description<\/td>Signal Emit Function Name<\/td>Signal Emit Conditions<\/td>How to use this signal from the Application<\/td><\/tr>
1

<\/td>		SIGNAL_FIRSTFRAME

<\/td>		first-video-frame-callback

<\/td>		The signal emitted by this API will be emitted when the first video frame is ready and available for processing.<\/span><\/td>gst_westeros_sink_soc_render<\/td>

1. when gst_westeros_sink_soc_init() is called, the sink calls on the display function, with that to generate the first frame thread it checks if the sink is not NULL, the signal is called.
2. when the gst_westeros_sink_soc_start_video() is called, with the capture_start event, a no. of functions are called to check the condition and collect data related to buffer, plane and get frame-related data like frame rate, frame size, frame-width, frame height, under this condition: sink->soc.emitFirstFrameSignal is set to TRUE; signal is called.<\/p><\/td>

g_signal_connect (decoder_instance, “first-video-frame-callback”, G_CALLBACK(callback_fnc), Callback_fnc_data)<\/td><\/tr>
gst_westeros_sink_soc_start_video<\/td><\/tr>
gst_westeros_sink_soc_init<\/td><\/tr>
2<\/td>SIGNAL_UNDERFLOW<\/td>buffer-underflow-callback<\/td>The signal emitted by this API will be emitted when there is a buffer underflow condition in the element. <\/span>A buffer underflow occurs when the element is unable to produce or process data quickly enough to keep up with the data flow rate, resulting in a depletion of the buffer. When it happens, this signal is emitted.<\/span><\/td>gst_westeros_sink_soc_start_video<\/td>1. when the gst_westeros_sink_soc_start_video() is called, with the capture_start event, a no. of functions is called to check the condition and collect data related to buffer, plane and get frame-related data like frame rate, frame size, frame width, frame height, under this condition: sink->soc.emitUnderflowSignal is set to TRUE; signal is called.<\/span><\/td>g_signal_connect (decoder_instance, “buffer-underflow-callback”, G_CALLBACK(callback_fnc), Callback_fnc_data)<\/td><\/tr>
gst_westeros_sink_soc_render<\/td><\/tr>
3

<\/td>		SIGNAL_NEWTEXTURE

<\/td>		new-video-texture-callback

<\/td>		The signal emitted by this API will be emitted when a new video texture is ready and available for processing. The callback function associated with this signal may need to parse and interpret the various arguments in order to properly process the new video texture data related to the video texture format, dimensions, and planes.<\/span><\/span><\/td>gst_westeros_sink_soc_start_video<\/td>

1. This signal is emitted when a new texture is ready to be displayed by the video sink. Various parameters are passed based on whether the texture is multi-planar or not and sets the appropriate values for the file descriptor, length, stride, and pointer of each plane of the texture buffer.
2. It can also be emitted when westeros_sink_dispatch event comes into play and sink->soc.enableTextureSignal is called.<\/p><\/td>

g_signal_connect (decoder_instance, “new-video-texture-callback”, G_CALLBACK(callback_fnc), Callback_fnc_data)<\/td><\/tr>
gst_westeros_sink_soc_render<\/td><\/tr>
gst_westeros_sink_soc_init<\/td><\/tr>
4<\/td>SIGNAL_DECODEERROR<\/td>decode-error-callback<\/td>The signal emitted by this API will be emitted when there is a decoding error in the element. A decoding error occurs when the element is unable to decode the input data stream properly, resulting in a failure to produce valid output data. When this happens, this signal<\/span> is emitted.<\/span><\/span><\/td>
<\/td>		1. This signal can be emitted under the conditions where if the video decoder captures any error related to video decoding status and any respective flag is set, this signal can be generated and to further handle the decode errors.<\/span><\/td>g_signal_connect (decoder_instance, “decode-error-callback”, G_CALLBACK(callback_fnc), Callback_fnc_data)<\/td><\/tr>
5<\/td>SIGNAL_TIMECODE<\/td>timecode-callback<\/td>The signal emitted by this API will be emitted when a new timecode is available. It is used to indicate the current timecode of the media being processed by the element which can be helpful in synchronizing multiple elements.<\/span><\/span><\/td>gst_westeros_sink_soc_start_video<\/td>

1. This signal can be emitted under the condition that if a set position from the frame currently is being presented by the video server
2. This signal can be emitted under another condition that if any video status message is received from the video server related to if timecode is present where the message may contain the presentation timestamp of frames being displayed, this information can help to process messages in video synchronisation or video client connection.<\/p><\/td>

g_signal_connect (decoder_instance, “timecode-callback”, G_CALLBACK(callback_fnc), Callback_fnc_data)<\/td><\/tr>
gst_westeros_sink_soc_render<\/td><\/tr><\/tbody><\/table>\n\n\n<\/div>\n

 <\/span><\/p>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n\n\n

V4L2 IOCTL for SOC Implementation<\/h2>\n\n\n
\n\n\n<\/colgroup>

Sl.<\/p>

no.<\/p><\/td>

IOCTL Call<\/td>About<\/td>

Description<\/p><\/td>

Synopsis<\/td>IOCTL Definition file<\/td><\/tr>
1<\/td>VIDIOC_QUERYCAP<\/span><\/td>Query device capabilities<\/span><\/td>All V4L2 devices support the <\/span><\/span>VIDIOC_QUERYCAP<\/span><\/code> <\/span>ioctl. It is used to identify kernel devices compatible with this specification and to obtain information about driver and hardware capabilities. The ioctl takes a pointer to a struct <\/span><\/span>v4l2_capability<\/span><\/a> <\/span>which is filled by the driver. When the driver is not compatible with this specification the ioctl returns an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-querycap.html#_CPPv25ioctliiP15v4l2_capability<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
2<\/td>VIDIOC_ENUM_FMT<\/span><\/td>Enumerate image formats<\/span><\/td>To enumerate image formats applications initialize the <\/span><\/span>type<\/span><\/code> <\/span>and <\/span><\/span>index<\/span><\/code> <\/span>field of struct <\/span><\/span>v4l2_fmtdesc<\/span><\/a> <\/span>and call the <\/span><\/span>ioctl VIDIOC_ENUM_FMT<\/span><\/a> <\/span>ioctl with a pointer to this structure. Drivers fill the rest of the structure or return an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code. All formats are enumerable by beginning at index zero and incrementing by one until <\/span><\/span>EINVAL<\/span><\/code> <\/span>is returned.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-enum-fmt.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
3<\/td>VIDIOC_G_FMT<\/td>Get the data format (typically image format) exchanged b\/w driver & application.<\/span><\/td>To query the current parameters applications set the <\/span><\/span>type<\/span><\/code> <\/span>field of a struct <\/span><\/span>struct v4l2_format<\/span><\/a> <\/span>to the respective buffer (stream) type. For example, video capture devices use <\/span><\/span>V4L2_BUF_TYPE_VIDEO_CAPTURE<\/span><\/code> <\/span>or <\/span><\/span>V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE<\/span><\/code>. When the application calls the <\/span><\/span>VIDIOC_G_FMT<\/span><\/a> <\/span>ioctl with a pointer to this structure the driver fills the respective member of the <\/span><\/span>fmt<\/span><\/code> <\/span>union. <\/span>When the requested buffer type is not supported drivers return an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-fmt.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
4<\/td>VIDIOC_S_FMT<\/td>Set the data format (typically image format) exchanged b\/w driver & application<\/span><\/td>When the application calls the <\/span><\/span>VIDIOC_S_FMT<\/span><\/a> <\/span>ioctl with a pointer to a <\/span><\/span>struct v4l2_format<\/span><\/a> <\/span>structure the driver checks and adjusts the parameters against hardware abilities. Drivers should not return an error code unless the <\/span><\/span>type<\/span><\/code> <\/span>field is invalid, this is a mechanism to fathom device capabilities and to approach parameters acceptable for both the application and driver. On success, the driver may program the hardware, allocate resources, and generally prepare for data exchange. Finally, the <\/span><\/span>VIDIOC_S_FMT<\/span><\/a> <\/span>ioctl returns the current format parameters as <\/span><\/span>VIDIOC_G_FMT<\/span><\/a> <\/span>does. <\/span><\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-fmt.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
5<\/td>VIDIOC_REQBUFS<\/td>Initiate Memory Mapping, User Pointer I\/O or DMA buffer I\/O<\/span><\/td>To allocate device buffers applications initialize all fields of the <\/span><\/span>struct v4l2_requestbuffers<\/span><\/a> structure. They set the <\/span><\/span>type<\/span><\/code> <\/span>field to the respective stream or buffer type, the <\/span><\/span>count<\/span><\/code> <\/span>field to the desired number of buffers, <\/span><\/span>memory<\/span><\/code> <\/span>must be set to the requested I\/O method and the <\/span><\/span>reserved<\/span><\/code> <\/span>array must be zeroed. When the ioctl is called with a pointer to this structure the driver will attempt to allocate the requested number of buffers and it stores the actual number allocated in the <\/span><\/span>count<\/span><\/code> <\/span>field. <\/span><\/span>For example, video output requires at least two buffers, one displayed and one filled by the application. When the I\/O method is not supported the ioctl returns an <\/span>EINVAL<\/span><\/code> <\/span>error code.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-reqbufs.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
6<\/td>VIDIOC_QUERYBUF<\/td>Query the status of a buffer.<\/span><\/td>Applications set the <\/span><\/span>type<\/span><\/code> <\/span>field of a struct <\/span><\/span>v4l2_buffer<\/span><\/a> <\/span>to the same buffer type as was previously used with struct <\/span><\/span>v4l2_format<\/span><\/a> <\/span><\/span>type<\/span><\/code> <\/span>and struct <\/span><\/span>v4l2_requestbuffers<\/span><\/a> <\/span><\/span>type<\/span><\/code>, and the <\/span><\/span>index<\/span><\/code> <\/span>field. Valid index numbers range from zero to the number of buffers allocated with <\/span><\/span>ioctl VIDIOC_REQBUFS<\/span><\/a> <\/span>(struct <\/span><\/span>v4l2_requestbuffers<\/span><\/a> <\/span><\/span>count<\/span><\/code>) minus one. The <\/span><\/span>reserved<\/span><\/code> <\/span>and <\/span><\/span>reserved2<\/span><\/code> <\/span>fields must be set to 0. <\/span><\/span>After calling <\/span><\/span>ioctl VIDIOC_QUERYBUF<\/span><\/a> <\/span>with a pointer to this structure drivers return an error code or fill the rest of the structure.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-querybuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
7<\/td>VIDIOC_G_FBUF<\/td>Get frame buffer overlay parameters.<\/span><\/td>To get the current parameters applications call the <\/span><\/span>VIDIOC_G_FBUF<\/span><\/a> <\/span>ioctl with a pointer to a <\/span><\/span>struct v4l2_framebuffer<\/span><\/a> <\/span>structure. The driver fills all fields of the structure or returns an EINVAL error code when overlays are not supported.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-fbuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
8<\/td>VIDIOC_S_FBUF<\/td>Set frame buffer overlay parameters.<\/span><\/td>

To set the parameters for a <\/span><\/span>Video Output Overlay<\/em>, applications must initialize the <\/span><\/span>flags <\/span><\/code>field of a struct <\/span><\/span>struct v4l2_framebuffer<\/span><\/a>. Since the framebuffer is implemented on the TV card all other parameters are determined by the driver. When an application calls <\/span>VIDIOC_S_FBUF<\/span><\/a> <\/span>with a pointer to this structure, the driver prepares for the overlay and returns the framebuffer parameters as <\/span><\/span>VIDIOC_G_FBUF<\/span><\/a> <\/span>does, or it returns an error code. <\/span><\/p>

To set the parameters for a <\/span>non-destructive Video Overlay<\/em>, applications must initialize the <\/span>flags<\/span><\/code> <\/span>field, the <\/span>fmt<\/span><\/code> <\/span>substructure, and call <\/span>VIDIOC_S_FBUF<\/span><\/a>. <\/span><\/span><\/p>

For a destructive Video Overlay<\/em> applications must additionally provide a base<\/span><\/code> address. <\/span><\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-fbuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
9<\/td>VIDIOC_OVERLAY<\/td>Start or stop video overlay<\/span><\/td>

This ioctl is part of the <\/span>video overlay<\/span><\/a> <\/span>I\/O method. Applications call <\/span>ioctl VIDIOC_OVERLAY<\/span><\/a> to start or stop the overlay. It takes a pointer to an integer which must be set to zero by the application to stop overlay, to one to start. Drivers do not support <\/span>ioctl VIDIOC_STREAMON, VIDIOC_STREAMOFF<\/span><\/a> or <\/span>VIDIOC_STREAMOFF<\/span><\/a> with <\/span>V4L2_BUF_TYPE_VIDEO_OVERLAY<\/span><\/code>.  <\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-overlay.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
10<\/td>VIDIOC_QBUF<\/td>Exchange a buffer with the driver<\/span><\/td>

Applications call the <\/span><\/span>VIDIOC_QBUF<\/span><\/code> <\/span>ioctl to enqueue an empty (capturing) or filled (output) buffer in the driver\u2019s incoming queue. The semantics depend on the selected I\/O method. <\/span><\/p>

To enqueue a <\/span>memory mapped<\/span><\/a> <\/span>buffer applications set the <\/span>memory<\/span><\/code> <\/span>field to V4L2_MEMORY_MMAP<\/span><\/code>. When <\/span>VIDIOC_QBUF<\/span><\/code> <\/span>is called with a pointer to this structure the driver sets the <\/span>V4L2_BUF_FLAG_MAPPED<\/span><\/code> <\/span>and <\/span>V4L2_BUF_FLAG_QUEUED<\/span><\/code> <\/span>flags and clears the <\/span>V4L2_BUF_FLAG_DONE<\/span><\/code> <\/span>flag in the <\/span>flags<\/span><\/code> <\/span>field, or it returns an EINVAL error code.<\/span><\/p>

To enqueue a <\/span>user pointer<\/span><\/a> <\/span>buffer applications set the <\/span>memory<\/span><\/code> <\/span>field to V4L2_MEMORY_USERPTR<\/span><\/code>, the <\/span>m.userptr<\/span><\/code> <\/span>field to the address of the buffer and length<\/span><\/code> <\/span>to its size. <\/span>To enqueue a<\/span> <\/span>DMABUF<\/span><\/a> <\/span>buffer applications set the<\/span> <\/span>memory<\/span><\/code> <\/span>field to <\/span>V4L2_MEMORY_DMABUF<\/span><\/code> &<\/span> <\/span>m.fd<\/span><\/code> <\/span>field to file descriptor associated with a DMABUF buffer.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-qbuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
11<\/td>VIDIOC_EXPBUF<\/td>Export a buffer as a DMABUF file descriptor<\/span><\/td>

This ioctl is an extension to the <\/span><\/span>memory mapping<\/span><\/a> <\/span>I\/O method, hence it is available only for <\/span>V4L2_MEMORY_MMAP<\/span><\/code> <\/span>buffers. To export a buffer, applications fill struct v4l2_exportbuffer<\/span>. The type<\/span><\/code> field is set to the same buffer type as was previously used with struct v4l2_requestbuffers<\/span><\/a> type<\/span><\/code>. Applications must also set the index<\/span><\/code> field. Valid index numbers range from zero to the number of buffers allocated with ioctl VIDIOC_REQBUFS<\/span><\/a> (struct v4l2_requestbuffers<\/span><\/a> count<\/span><\/code>) minus one. Additional flags may be posted in the flags<\/span><\/code> field. After calling ioctl VIDIOC_EXPBUF<\/span><\/a> the fd<\/span><\/code> field will be set by a driver. <\/span><\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-expbuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
12<\/td>VIDIOC_DQBUF<\/td>Exchange a buffer with the driver<\/span><\/td>

Applications call the <\/span><\/span>VIDIOC_DQBUF<\/span><\/code> <\/span>ioctl to dequeue a filled (capturing) or displayed (output) buffer from the driver\u2019s outgoing queue. They just set the <\/span><\/span>type<\/span><\/code>, <\/span><\/span>memory<\/span><\/code> <\/span>and <\/span>reserved<\/span><\/code> <\/span>fields of a struct <\/span><\/span>v4l2_buffer<\/span><\/a> <\/span>as above, when <\/span>VIDIOC_DQBUF<\/span><\/code> <\/span>is called with a pointer to this structure the driver fills the remaining fields or returns an error code. The driver may also set <\/span><\/span>V4L2_BUF_FLAG_ERROR<\/span><\/code> <\/span>in the <\/span><\/span>flags<\/span><\/code> <\/span>field. <\/span>By default, <\/span>VIDIOC_DQBUF<\/span><\/code> <\/span>blocks when no buffer is in the outgoing queue. <\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-qbuf.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
13<\/td>VIDIOC_STREAMON<\/td>Start streaming I\/O<\/span><\/td>

This ioctl start the capture or output process during streaming (<\/span>memory mapping<\/span><\/a>, <\/span><\/span>user pointer<\/span><\/a> <\/span>or <\/span><\/span>DMABUF<\/span><\/a>) I\/O.<\/span><\/p>

Capture hardware is disabled and no input buffers are filled (if there are any empty buffers in the incoming queue) until <\/span>VIDIOC_STREAMON<\/span><\/code> <\/span>has been called. Output hardware is disabled and no video signal is produced until <\/span>VIDIOC_STREAMON<\/span><\/code> <\/span>has been called. The ioctl will succeed when at least one output buffer is in the incoming queue. Memory-to-memory devices will not start until<\/span> <\/span>VIDIOC_STREAMON<\/span><\/code> <\/span>has been called for both the capture and output stream types.<\/span><\/p>

If <\/span>VIDIOC_STREAMON<\/span><\/code> <\/span>fails, then any already queued buffers will remain queued.<\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-streamon.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
14<\/td>VIDIOC_STREAMOFF<\/td>Stop streaming I\/O<\/span><\/td>The <\/span><\/span>VIDIOC_STREAMOFF<\/span><\/code> <\/span>ioctl, apart from aborting or finishing any DMA in progress, unlocks any user pointer buffers locked in physical memory, and it removes all buffers from the incoming and outgoing queues. That means all images captured but not dequeued yet will be lost, likewise, all images enqueued for output but not transmitted yet. I\/O returns to the same state as after calling <\/span><\/span>ioctl VIDIOC_REQBUFS<\/span><\/a> <\/span>and can be restarted accordingly.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-streamon.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
15<\/td>VIDIOC_G_PARM<\/td>Get streaming parameters.<\/span><\/td>

The current video standard determines a nominal number of frames per second. If less than this number of frames is to be captured or output, applications can request frame skipping or duplicating on the driver side. This is especially useful when using the <\/span>read()<\/span><\/a> or <\/span>write()<\/span><\/a>, which are not augmented by timestamps or sequence counters, and to avoid unnecessary data copying. Further, get\/set can be used to determine the number of buffers used internally by a driver in read\/write mode. For implications see the section discussing the<\/span> <\/span>read()<\/span><\/a> <\/span>function.<\/span><\/p>

To get the streaming parameters applications call the <\/span><\/span>VIDIOC_G_PARM<\/span><\/a> <\/span>ioctl. It takes a pointer to a struct <\/span><\/span>struct v4l2_streamparm<\/span><\/a> <\/span>which contains a union holding separate parameters for input and output devices.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-parm.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
16<\/td>VIDIOC_S_PARM<\/td>Set streaming parameters.<\/span><\/td>To set the streaming parameters applications call the VIDIOC_S_PARM<\/span><\/a><\/span><\/span> <\/span>ioctl. It takes a pointer to a struct <\/span><\/span>struct v4l2_streamparm<\/span><\/a> <\/span>which contains a union holding separate parameters for input and output devices.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-parm.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
17<\/td>VIDIOC_G_STD<\/td>Query the video standard of the current input<\/span><\/td>

It takes a pointer to a <\/span><\/span>v4l2_std_id<\/span><\/a> <\/span>type as an argument. <\/span><\/span>VIDIOC_G_STD<\/span><\/a> <\/span>can return a single flag or a set of flags as in the struct <\/span><\/span>v4l2_standard<\/span><\/a> <\/span>field <\/span><\/span>id<\/span><\/code>. The flags must be unambiguous such that they appear in only one enumerated <\/span><\/span>struct v4l2_standard<\/span><\/a> <\/span>structure.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-std.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
18<\/td>VIDIOC_S_STD<\/td>Select the video standard of the current input.<\/span><\/td>

It takes a pointer to a <\/span><\/span>v4l2_std_id<\/span><\/a> <\/span>type as an argument. <\/span><\/span>VIDIOC_G_STD<\/span><\/a> <\/span>can return a single flag or a set of flags as in the struct <\/span><\/span>v4l2_standard<\/span><\/a> <\/span>field <\/span><\/span>id<\/span><\/code>. The flags must be unambiguous such that they appear in only one enumerated <\/span><\/span>struct v4l2_standard<\/span><\/a> <\/span>structure.<\/span><\/p>

VIDIOC_S_STD<\/span><\/a> <\/span>accepts one or more flags, being a write-only ioctl it does not return the actual new standard as <\/span>VIDIOC_G_STD<\/span><\/a> <\/span>does. <\/span><\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-std.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
19<\/td>VIDIOC_ENUMSTD<\/td>Enumerate supported video standards<\/span><\/td>To query the attributes of a video standard, especially a custom (driver-defined) one, applications initialize the <\/span><\/span>index<\/span><\/code> <\/span>field of struct <\/span><\/span>v4l2_standard<\/span><\/a> <\/span>and call the <\/span><\/span>ioctl VIDIOC_ENUMSTD<\/span><\/a> <\/span>ioctl with a pointer to this structure. Drivers fill the rest of the structure or return an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code when the index is out of bounds. To enumerate all standards applications shall begin at index zero, incrementing by one until the driver returns <\/span><\/span>EINVAL<\/span><\/code>. Drivers may enumerate a different set of standards after switching the video input or output.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-enumstd.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
20<\/td>VIDIOC_ENUMINPUT<\/td>Enumerate video inputs<\/span><\/td>To query the attributes of a video input application initialize the <\/span><\/span>index<\/span><\/code> <\/span>field of struct <\/span>v4l2_input<\/span><\/a> <\/span>and call the <\/span><\/span>ioctl VIDIOC_ENUMINPUT<\/span><\/a> <\/span>ioctl with a pointer to this structure. Drivers fill the rest of the structure or return an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code when the index is out of bounds. To enumerate all inputs applications shall begin at index zero, incrementing by one until the driver returns <\/span><\/span>EINVAL<\/span><\/code>.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-enuminput.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
21<\/td>VIDIOC_G_CTRL<\/td>Get the value of a control.<\/span><\/td>To get the current value of control applications initialize the <\/span><\/span>id<\/span><\/code> <\/span>field of a struct <\/span><\/span>struct v4l2_control<\/span><\/a> <\/span>and call the <\/span><\/span>VIDIOC_G_CTRL<\/span><\/a> <\/span>ioctl with a pointer to this structure. Works only with user controls.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-ctrl.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
22<\/td>VIDIOC_S_CTRL<\/td>Set the value of a control.<\/span><\/td>To change the value of a control applications, initialize the <\/span><\/span>id<\/span><\/code> <\/span>and <\/span><\/span>value<\/span><\/code> <\/span>fields of a struct <\/span><\/span>struct v4l2_control<\/span><\/a> <\/span>and call the <\/span><\/span>VIDIOC_S_CTRL<\/span><\/a> <\/span>ioctl. <\/span>VIDIOC_S_CTRL<\/span><\/a> <\/span>is a write-only ioctl, it does not return the actual new value. Works only with user controls.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-ctrl.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
23<\/td>VIDIOC_QUERYCTRL<\/td>Enumerate controls<\/span><\/td>To query the attributes of a control applications set the <\/span><\/span>id<\/span><\/code> <\/span>field of a struct <\/span><\/span>v4l2_queryctrl<\/span><\/a> <\/span>and call the <\/span><\/span>VIDIOC_QUERYCTRL<\/span><\/code> <\/span>ioctl with a pointer to this structure. The driver fills the rest of the structure or returns an <\/span><\/span>EINVAL<\/span><\/code> <\/span>error code when the <\/span><\/span>id<\/span><\/code> <\/span>is invalid. It is possible to enumerate controls by calling <\/span>VIDIOC_QUERYCTRL<\/span><\/code> <\/span>with successive <\/span>id<\/span><\/code> <\/span>values starting from <\/span>V4L2_CID_BASE<\/span><\/code> <\/span>up to and exclusive V4L2_CID_LASTP1<\/span><\/code>. Drivers may return <\/span>EINVAL<\/span><\/code> <\/span>if control in this range is not supported.<\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-queryctrl.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
24<\/td>

VIDIOC_ENUM_<\/p>

FRAMESIZES<\/p><\/td>

Enumerate frame sizes.<\/span><\/td>

This ioctl allows applications to enumerate all frame sizes (i. e. width and height in pixels) that the device supports for the given pixel format. The supported pixel formats can be obtained by using the<\/span> <\/span>ioctl VIDIOC_ENUM_FMT<\/span><\/a> <\/span>function.<\/span><\/p>

The return value and the content of the <\/span>v4l2_frmsizeenum. type<\/span><\/code> <\/span>field depends on the type of frame size the device supports. When the application calls the function with index zero, it must check the <\/span><\/span>type<\/span><\/code> <\/span>field to determine the type of frame size enumeration the device supports.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-enum-framesizes.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
25<\/td>VIDIOC_TRY_FMT<\/td>Try a data format.<\/span><\/td>

The <\/span>VIDIOC_TRY_FMT<\/span><\/a> <\/span>ioctl is equivalent to <\/span>VIDIOC_S_FMT<\/span><\/a> <\/span>with 1 exception: it does not change the driver state. It can also be called at any time, never returning <\/span>EBUSY<\/span><\/code>. This function is provided to negotiate parameters, to learn about hardware limitations, without disabling I\/O or possibly time-consuming hardware preparations. Although strongly recommended drivers are not required to implement this ioctl. The format as returned by <\/span>VIDIOC_TRY_FMT<\/span><\/a> <\/span>must be identical to what<\/span> <\/span>VIDIOC_S_FMT<\/span><\/a> <\/span>returns for the same i\/p or o\/p.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-fmt.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
26<\/td>VIDIOC_CROPCAP<\/td>Information about the video cropping and scaling abilities<\/span><\/td>

Applications use this function to query the cropping limits, the pixel aspect of images and to calculate scale factors. They set the <\/span><\/span>type<\/span><\/code> <\/span>field of a v4l2_cropcap structure to the respective buffer (stream) type and call the <\/span><\/span>ioctl VIDIOC_CROPCAP<\/span><\/a> <\/span>ioctl with a pointer to this structure. Drivers fill the rest of the structure. The results are constant except when switching the video standard. Remember this switch can occur implicit when switching the video input or output.<\/span>
This ioctl must be implemented for video capture or output devices that support cropping and\/or scaling and\/or have non-square pixels and for overlay devices.<\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-cropcap.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
27<\/td>VIDIOC_CREATE_BUFS<\/td>Create buffers for Memory Mapped or User Pointer or DMA Buffer I\/O<\/span><\/td>

This can be used as an alternative or in addition to the <\/span><\/span>ioctl VIDIOC_REQBUFS<\/span><\/a> <\/span>ioctl, when tighter control over buffers is required. This ioctl can be called multiple times to create buffers of different sizes. To allocate the device buffers applications must initialize the relevant fields of the <\/span>struct v4l2_create_buffers<\/span><\/a> <\/span>structure. The <\/span>count<\/span><\/code> <\/span>field must be set to the number of requested buffers, the <\/span>memory<\/span><\/code> <\/span>field specifies the requested I\/O method and the <\/span>reserved<\/span><\/code> <\/span>array must be zeroed. The <\/span>format<\/span><\/code> <\/span>field specifies the image format that the buffers must be able to handle.<\/span><\/p>

When the ioctl is called with a pointer to this structure the driver will attempt to allocate up to the requested number of buffers and store the actual number allocated and the starting index in the <\/span>count<\/span><\/code> <\/span>and the <\/span>index<\/span><\/code> <\/span>fields respectively. On return <\/span>count<\/span><\/code> <\/span>can be smaller than the number requested.<\/span><\/p><\/td>

https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-create-bufs.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr>
28<\/td>VIDIOC_G_SELECTION<\/td>Get one of the selection rectangles.<\/span><\/td>To query the cropping (composing) rectangle set the struct <\/span><\/span>v4l2_selection<\/span><\/a> <\/span><\/span>type<\/span><\/code> field to the respective buffer type. Do not use the multiplanar buffer types. The next step is setting the value of the struct v4l2_selection<\/span><\/a> target<\/span><\/code> field to V4L2_SEL_TGT_CROP<\/span><\/code> (V4L2_SEL_TGT_COMPOSE<\/span><\/code>). The flags<\/span><\/code> and reserved<\/span><\/code> fields of struct v4l2_selection<\/span><\/a> are ignored, and they must be filled with zeros. The driver fills the rest of the structure or returns EINVAL error code if an incorrect buffer type or target was used. If cropping (composing) is not supported, then the active rectangle is not mutable, and it is always equal to the bounds rectangle. Finally, the struct v4l2_rect<\/span><\/a> rectangle is filled with the current cropping (composing) coordinates. <\/span><\/td>https:\/\/www.kernel.org\/doc\/html\/v4.8\/media\/uapi\/v4l\/vidioc-g-selection.html<\/a><\/td>linux\/videodev2.h<\/td><\/tr><\/tbody><\/table>\n\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n\n\n

V4L2 IOCTL Code flow<\/h2>\n\n\n
\n
<\/div>\n
\"V4L2CodeFlow\"<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n<\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"

The Westeros Sink Soc module is a component of the Westeros project that is designed […]<\/p>\n","protected":false},"author":28,"featured_media":0,"parent":11168,"menu_order":2,"comment_status":"open","ping_status":"closed","template":"","meta":{"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"footnotes":""},"class_list":["post-11319","page","type-page","status-publish","hentry"],"yoast_head":"\nWesteros-sink-soc Module - RDK Documentation Portal | Documentation<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Westeros-sink-soc Module - RDK Documentation Portal | Documentation\" \/>\n<meta property=\"og:description\" content=\"The Westeros Sink Soc module is a component of the Westeros project that is designed […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/\" \/>\n<meta property=\"og:site_name\" content=\"RDK Documentation Portal | Documentation\" \/>\n<meta property=\"article:modified_time\" content=\"2025-03-25T05:18:37+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data1\" content=\"18 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/\",\"url\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/\",\"name\":\"Westeros-sink-soc Module - RDK Documentation Portal | Documentation\",\"isPartOf\":{\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png\",\"datePublished\":\"2024-08-01T09:34:00+00:00\",\"dateModified\":\"2025-03-25T05:18:37+00:00\",\"breadcrumb\":{\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage\",\"url\":\"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png\",\"contentUrl\":\"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png\",\"width\":701,\"height\":571},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/developer.rdkcentral.com\/documentation\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Documentation\",\"item\":\"https:\/\/developer.rdkcentral.com\/documentation\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"RDK Entertainment\",\"item\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"RDK6\",\"item\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/\"},{\"@type\":\"ListItem\",\"position\":5,\"name\":\"RDK6 Vendor Porting Guide\",\"item\":\"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/\"},{\"@type\":\"ListItem\",\"position\":6,\"name\":\"Westeros-sink-soc Module\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/developer.rdkcentral.com\/documentation\/#website\",\"url\":\"https:\/\/developer.rdkcentral.com\/documentation\/\",\"name\":\"RDK Documentation Portal | Documentation\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/developer.rdkcentral.com\/documentation\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Westeros-sink-soc Module - RDK Documentation Portal | Documentation","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/","og_locale":"en_US","og_type":"article","og_title":"Westeros-sink-soc Module - RDK Documentation Portal | Documentation","og_description":"The Westeros Sink Soc module is a component of the Westeros project that is designed […]","og_url":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/","og_site_name":"RDK Documentation Portal | Documentation","article_modified_time":"2025-03-25T05:18:37+00:00","og_image":[{"url":"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png","type":"","width":"","height":""}],"twitter_card":"summary_large_image","twitter_misc":{"Est. reading time":"18 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/","url":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/","name":"Westeros-sink-soc Module - RDK Documentation Portal | Documentation","isPartOf":{"@id":"https:\/\/developer.rdkcentral.com\/documentation\/#website"},"primaryImageOfPage":{"@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage"},"image":{"@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage"},"thumbnailUrl":"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png","datePublished":"2024-08-01T09:34:00+00:00","dateModified":"2025-03-25T05:18:37+00:00","breadcrumb":{"@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#primaryimage","url":"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png","contentUrl":"https:\/\/developer.rdkcentral.com\/documentation\/wp-content\/uploads\/sites\/16\/2024\/08\/V4L2CodeFlow.png","width":701,"height":571},{"@type":"BreadcrumbList","@id":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/westeros-sink-soc_module\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/developer.rdkcentral.com\/documentation\/"},{"@type":"ListItem","position":2,"name":"Documentation","item":"https:\/\/developer.rdkcentral.com\/documentation\/"},{"@type":"ListItem","position":3,"name":"RDK Entertainment","item":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/"},{"@type":"ListItem","position":4,"name":"RDK6","item":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/"},{"@type":"ListItem","position":5,"name":"RDK6 Vendor Porting Guide","item":"https:\/\/developer.rdkcentral.com\/documentation\/documentation\/rdk_video_documentation\/rdk6\/vendor_porting_guide\/"},{"@type":"ListItem","position":6,"name":"Westeros-sink-soc Module"}]},{"@type":"WebSite","@id":"https:\/\/developer.rdkcentral.com\/documentation\/#website","url":"https:\/\/developer.rdkcentral.com\/documentation\/","name":"RDK Documentation Portal | Documentation","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/developer.rdkcentral.com\/documentation\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"}]}},"_links":{"self":[{"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/pages\/11319","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/users\/28"}],"replies":[{"embeddable":true,"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/comments?post=11319"}],"version-history":[{"count":2,"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/pages\/11319\/revisions"}],"predecessor-version":[{"id":11323,"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/pages\/11319\/revisions\/11323"}],"up":[{"embeddable":true,"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/pages\/11168"}],"wp:attachment":[{"href":"https:\/\/developer.rdkcentral.com\/documentation\/wp-json\/wp\/v2\/media?parent=11319"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}