<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi Jonas Danielsson,</div>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thank you for your suggestion regarding the <code>udp-buffer-size</code> parameter and the system-level
<code>rmem_max</code> configuration.</div>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I have applied the recommended changes as follows:</div>
<ul data-end="559" data-start="420">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div style="margin-top: 1em; margin-bottom: 1em;">Set <code>udp-buffer-size=16777216</code> in the GStreamer pipeline</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div style="margin-top: 1em; margin-bottom: 1em;">Updated the system parameter using:<br>
<code>sysctl -w net.core.rmem_max=16777216</code></div>
</li></ul>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
However, the playback issue still persists—particularly stuttering and occasional freezing when playing back the recorded 4K stream. Additionally, we double-checked and confirmed that the stream is H.264 encoded, not AV1, so we are in the process of updating
our playback pipeline to use the correct decoder.</div>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
We would appreciate any further guidance you could provide, especially on:</div>
<ul data-end="1196" data-start="947">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em;">Recommended decoding pipelines for 4K H.264 video with low latency</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em;">Any known limitations or best practices for high-resolution RTSP decoding and playback</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em;">Whether additional buffering, pipeline synchronization, or format adjustments may help improve smoothness</div>
</li></ul>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thanks again for your support.</div>
<div class="elementToProof" style="margin-top: 1em; margin-bottom: 1em; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Best regards,<br>
Hariharan J.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Jonas Danielsson <jonas.danielsson@spiideo.com><br>
<b>Sent:</b> Wednesday, May 28, 2025 1:57 PM<br>
<b>To:</b> Discussion of the development of and with GStreamer <gstreamer-devel@lists.freedesktop.org><br>
<b>Cc:</b> Manikandan Valaguru <manikandan.v@e-consystems.com>; Sandheepkumar M <sandheepkumar.m@e-consystems.com>; Suryaprakash DP <suryaprakash.dp@e-consystems.com>; Hariharan J <hariharan.j@e-consystems.com><br>
<b>Subject:</b> Re: 4k preview freezing while decoding/rendering</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">[You don't often get email from jonas.danielsson@spiideo.com. Learn why this is important at
<a href="https://aka.ms/LearnAboutSenderIdentification">https://aka.ms/LearnAboutSenderIdentification</a> ]<br>
<br>
Hello,<br>
<br>
I suspect you need to set the udp-buffer-size property of the rtspsrc<br>
to handle the large 4K images:<br>
<a href="https://gstreamer.freedesktop.org/documentation/rtsp/rtspsrc.html?gi-language=c#rtspsrc:udp-buffer-size">https://gstreamer.freedesktop.org/documentation/rtsp/rtspsrc.html?gi-language=c#rtspsrc:udp-buffer-size</a><br>
<br>
As well as make sure you allow large UDP buffer-size on your host:<br>
<br>
Example:<br>
sysctl -w net.core.rmem_max=16777216<br>
rtspsrc udp-buffer-size=16777216<br>
<br>
All the best<br>
Jonas<br>
<br>
On Wed, 28 May 2025 at 09:40, Manikandan Valaguru via gstreamer-devel<br>
<gstreamer-devel@lists.freedesktop.org> wrote:<br>
><br>
> Hi,<br>
> We're currently using the following GStreamer pipeline to store 4K video from an RTSP stream:<br>
> "gst-launch-1.0 -e rtspsrc latency=0 location=rtsp://192.168.1.13:5005/videodata ! rtph264depay ! h264parse ! mp4mux ! filesink location=file.mp4"<br>
> The recorded video is then played back using the following pipeline:<br>
> "gst-launch-1.0 filesrc location=videoplayback.mp4 ! qtdemux ! av1parse ! av1dec ! videoconvert ! xvimagesink sync=false "<br>
> However, during playback, we are experiencing stuttering and occasional freezing in the video output. We've attached the video file that exhibits the issue for your reference.<br>
><br>
> <a href="https://drive.google.com/drive/folders/1GvWKAHgY297onzoTD6ff0h17F_6aEWSM">
https://drive.google.com/drive/folders/1GvWKAHgY297onzoTD6ff0h17F_6aEWSM</a><br>
> We suspect the problem might be related to decoding or rendering limitations, possibly due to incorrect pipeline elements or playback configuration. We're especially unsure about the use of av1parse and av1dec, given that the original stream is H.264 encoded.<br>
> We would greatly appreciate your insights on:<br>
><br>
> Whether the playback pipeline is appropriate for the saved file format.<br>
> If any optimizations or changes can improve the smoothness of playback.<br>
> Any known issues with hardware/software decoding of high-resolution streams.<br>
><br>
> Thanks in advance for your help!<br>
> Regards,<br>
> Manikandan<br>
><br>
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Taking any
action in reliance on the contents of this information is strictly prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. WARNING: Although the company has taken reasonable
precautions to ensure no viruses are present in this email, e-con cannot accept responsibility for any loss or damage arising from the use of this email or attachment.<br>
</div>
</span></font></div>
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Taking any action
in reliance on the contents of this information is strictly prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. WARNING: Although the company has taken reasonable precautions
to ensure no viruses are present in this email, e-con cannot accept responsibility for any loss or damage arising from the use of this email or attachment.
</body>
</html>