After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 574074 - Seek doesn't work with rtspsrc and souphttpsrc when mpeg TS is being streamed
Seek doesn't work with rtspsrc and souphttpsrc when mpeg TS is being streamed
Status: RESOLVED DUPLICATE of bug 550634
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.14
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-03-04 14:21 UTC by Aleksey Yulin
Modified: 2009-03-16 07:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Aleksey Yulin 2009-03-04 14:21:45 UTC 
After seek operation (mpeg2 TS file is being streamed) the xvimagesink stalls (seems to be waiting for syncronization).

As I could see in the gstrtspsrc.c there's one step missing in seek implementation: the new segment is stored to be sent from the streaming thread context (line 1401) but doesn't seem to be actually posted downstream anywhere.
Comment 1 Edward Hervey 2009-03-16 07:38:57 UTC 
isn't the real issue that mpegtsdemux doesn't handle seeking properly ?

In that case it would be a duplicate of #550634
Comment 2 Aleksey Yulin 2009-03-16 07:56:23 UTC 
Yes, it looks like. I'd mark this issue as a duplicate, thanks!
Comment 3 Aleksey Yulin 2009-03-16 07:57:27 UTC 

*** This bug has been marked as a duplicate of 550634 ***