<!DOCTYPE html PUBLIC '-//W3C//DTD HTML 4.01 Transitional//EN'>
<html><head><meta http-equiv="Content-Type" content="text/html;charset=us-ascii">
<style>BODY{font:10pt Tahoma,Verdana,sans-serif} .MsoNormal{line-height:120%;margin:0}</style></head><body>
Any thoughts on this proposal? David<br><blockquote style="padding-left: 5px; margin-left: 5px; border-left: #0000ff 2px solid; margin-right: 0px"><hr><b>From:</b> David Robison [mailto:drrobison@openroadsconsulting.com]<br><b>To:</b> vlc-devel@videolan.org<br><b>Sent:</b> Fri, 13 Sep 2013 08:43:29 -0400<br><b>Subject:</b> [vlc-devel] [PATCH] Option to ignore PRC jitter<br><br>We are playing live video encoded at the cameras and sent over the network as multicast traffic. We are also trying to run with minimal buffering. This is to make the video seem more "responsive" when the user uses the software to pan/tilt/zoom the camera. With high buffering the user may pan the camera and wait seconds before they actually see it move. We are seeing a lot of jitter in the data feed and the PRC is resetting often which causes 1) the video to momentarily go black and then "rebuild" as the video "trickles" in, and 2) causes the buffering to increase. Normally the buffer increase is small, for example, growing from 200ms to 270ms. However, at times when jitter is a problem, the buffer can grow expectantly large. For example, the following VLC log shows that the buffer was attempting to increase to 381ms but actually got increased to 2202ms. At times we have even seen the buffer grow to over 4 seconds of video. <br>
<br>
main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 381 ms)<br>
main error: ES_OUT_RESET_PCR called<br>
main debug: Buffering 0%<br>
main debug: Buffering 0%<br>
main debug: Buffering 0%<br>
main debug: Buffering 0%<br>
main debug: Stream buffering done (2202 ms in 1025 ms)<br>
main debug: End of video preroll<br>
main debug: Received first picture<br>
main debug: Decoder buffering done in 0 ms<br>
<br>
The proposed patch is to allow the PRC reset and re-buffering to be disabled when the "clock-jitter" option is set to zero. When playing live video we are not as concerned with synchronicity of the video as much as we are the size of the buffer. We made these changes and tested the video for a prolonged period of time and it responded as we expected. We were also able to replicate the issue of high jitter by using a bandwidth limited connection and actually saw the video artifacts in QuickTime while VLC with these changes played the video without incident. <br>
<br>
Does this change sound reasonable? Could I be missing something by not resetting the PRC and not flushing the buffer? Any other comments?<br>
Thanks, David<br>
<br>
<br>
---<br>
diff --git a/src/input/es_out.c b/src/input/es_out.c<br>
index 6b0e9ad..f44e04f 100644<br>
--- a/src/input/es_out.c<br>
+++ b/src/input/es_out.c<br>
@@ -2311,19 +2311,20 @@ static int EsOutControlLocked( es_out_t *out, int i_query, va_list args )<br>
<br>
if( p_pgrm == p_sys->p_pgrm )<br>
{<br>
+ const mtime_t i_jitter_max = INT64_C(1000) * var_InheritInteger( p_sys->p_input, "clock-jitter" );<br>
if( p_sys->b_buffering )<br>
{<br>
/* Check buffering state on master clock update */<br>
EsOutDecodersStopBuffering( out, false );<br>
}<br>
- else if( b_late && ( !p_sys->p_input->p->p_sout ||<br>
+ else if( b_late && i_jitter_max > 0<br>
+ && ( !p_sys->p_input->p->p_sout ||<br>
!p_sys->p_input->p->b_out_pace_control ) )<br>
{<br>
const mtime_t i_pts_delay_base = p_sys->i_pts_delay - p_sys->i_pts_jitter;<br>
mtime_t i_pts_delay = input_clock_GetJitter( p_pgrm->p_clock );<br>
<br>
/* Avoid dangerously high value */<br>
- const mtime_t i_jitter_max = INT64_C(1000) * var_InheritInteger( p_sys->p_input, "clock-jitter" );<br>
if( i_pts_delay > __MIN( i_pts_delay_base + i_jitter_max, INPUT_PTS_DELAY_MAX ) )<br>
{<br>
msg_Err( p_sys->p_input,<br>
-- <br>
1.7.9.5<br>
<br>
This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.<br>
If you are not the intended recipient, please delete this email immediately.<br>
<br>
_______________________________________________<br>
vlc-devel mailing list<br>
To unsubscribe or modify your subscription options:<br>
<a href="https://mailman.videolan.org/listinfo/vlc-devel" target="_blank">https://mailman.videolan.org/listinfo/vlc-devel</a><br>
</blockquote><style>
</style>
<BR />
<BR />
<HR />
This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.<BR />
If you are not the intended recipient, please delete this email immediately.<BR />
</body></html>