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 335553 - seeking in cdparanoiasrc with a specific pipeline stops playing
seeking in cdparanoiasrc with a specific pipeline stops playing
Status: RESOLVED DUPLICATE of bug 326311
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.x
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-03-22 18:50 UTC by Christian Neumair
Modified: 2006-03-23 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
testgst.c testcase (3.38 KB, text/plain)
2006-03-22 18:51 UTC, Christian Neumair
Details
dbg.log.bz2 (138.09 KB, application/x-bzip)
2006-03-23 15:20 UTC, Tim-Philipp Müller
Details

Comment 1 Christian Neumair 2006-03-22 18:51:15 UTC
Created attachment 61785 [details]
testgst.c testcase
Comment 2 Jan Schmidt 2006-03-22 20:45:53 UTC
Is the seek in that returning TRUE? 

Which versions of GStreamer/gst-plugins-base are you using?

There was a fix in playbin the other day to fix a problem where it would leave the pipeline paused if the seek failed.
Comment 3 Tim-Philipp Müller 2006-03-23 14:24:41 UTC
The seek returns TRUE and the pipeline does go back to PLAYING state afterwards.

Strangely, seeking in the exact same pipeline works fine with ~/gst-plugins-base/tests/examples/seek/seek btw, even if the seek example there is changed to use gst_element_seek() as well (and the extra stuff it does is commented out).
Comment 4 Wim Taymans 2006-03-23 15:07:56 UTC
works fine here. can you make a debug log available?
Comment 5 Tim-Philipp Müller 2006-03-23 15:20:41 UTC
Created attachment 61847 [details]
dbg.log.bz2


bzip2'ed log. FWIW, querying after the seek keeps returning a position of 30secs. Possibly there's something wrong with the clipping?
Comment 6 Wim Taymans 2006-03-23 15:36:48 UTC

*** This bug has been marked as a duplicate of 326311 ***
Comment 7 Tim-Philipp Müller 2006-03-23 16:01:50 UTC
Just so it doesn't get lost, there's a work-around for this problem:

  gst_element_seek (pipeline, ....);

  gst_element_set_state (pipeline, GST_STATE_PAUSED);
  gst_element_get_state (pipeline, NULL, NULL, -1);
  gst_element_set_state (pipeline, GST_STATE_PLAYING);

Comment 8 Wim Taymans 2006-03-23 16:09:37 UTC
or better (avoid extra PAUSED <-> PLAYING state change):

gst_element_set_state (pipeline, GST_STATE_PAUSED);
gst_element_seek (pipeline, ....);
gst_element_get_state (pipeline, NULL, NULL, -1);
gst_element_set_state (pipeline, GST_STATE_PLAYING);

I think...
Comment 9 Christian Neumair 2006-03-23 17:01:11 UTC
Thanks for your cooperation and your efforts! :)