[Bug 752531] [rtspsrc/rtpjitterbuffer]: playback and seek is unstable if set buffering mode

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=752531

--- Comment #2 from jihae <vegas8001 at gmail.com> ---
hm.. ok. "I need to get buffering msg from the pipeline." means buffering msg
with buffering percent should be informed to the application.

The problem is "buffer-mode" setting of rtspsrc/rtpjitterbuffer.
if want to get buffering msg with percent, have to set "buffer-mode" property
as 'BUFFER_MODE_BUFFER' .


  static const GEnumValue buffer_modes[] = {
    {BUFFER_MODE_NONE, "Only use RTP timestamps", "none"},
    {BUFFER_MODE_SLAVE, "Slave receiver to sender clock", "slave"},
    {BUFFER_MODE_BUFFER, "Do low/high watermark buffering", "buffer"},
    {BUFFER_MODE_AUTO, "Choose mode depending on stream live", "auto"},
    {BUFFER_MODE_SYNCED, "Synchronized sender and receiver clocks", "synced"},
    {0, NULL, NULL},
  };


if not set anything, the default(slave mode) working has no problem.
However, if set "buffer-mode" property as 'BUFFER_MODE_BUFFER', the rtsp
streaming is blocked after seek.
and sometimes, buffering percent also stopped before starting playing.


Additionally, even if use with gst-rtsp-server plugin as a server,
the problem is similar. (play > pause > seek > resume , never resume...) 

tested as below.

1)copy a video file into 'gst-rtsp-server-1.5.2/examples/'.
2)run gst-rtsp-server-1.5.2/examples$ ./test-mp4 ./rtsp_video.mp4
 stream ready at rtsp://127.0.0.1:8554/test
3)I used the uri "rtsp://127.0.0.1:8554/test" as rtsp streaming uri.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.