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 397827 - Seeking is not working
Seeking is not working
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-18 00:15 UTC by iain
Modified: 2007-01-18 10:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
program demonstrating that gst_element_send_event is broken (2.12 KB, text/plain)
2007-01-18 00:16 UTC, iain
Details

Description iain 2007-01-18 00:15:06 UTC
With a simple pipeline filesrc ! mad ! audiosink using gst_element_send_event does not work and returns FALSE.

Attached is simple program that demonstrates it
Comment 1 iain 2007-01-18 00:16:58 UTC
Created attachment 80559 [details]
program demonstrating that gst_element_send_event is broken
Comment 2 Edward Hervey 2007-01-18 07:09:03 UTC
I'm going to close this bug because it's not a bug. You're doing a seek while the pipeline is in the NULL state, which will definitely not work.

If you want a seek to work, you need to wait for the pipeline to be in the PAUSED or PLAYING state.

Also, when looking at your seek event, you are doing a seek in GST_FORMAT_DEFAULT from 1 to 10. I don't think DEFAULT has any correlation in the audio world.
Maybe you wanted to do a seek in GST_FORMAT_TIME fro 1 * GST_SECOND to 10 * GST_SECOND.
Comment 3 Tim-Philipp Müller 2007-01-18 10:10:09 UTC
> Also, when looking at your seek event, you are doing a seek in
> GST_FORMAT_DEFAULT from 1 to 10. I don't think DEFAULT has any correlation in
> the audio world.

DEFAULT means samples/frames for audio streams, but I wouldn't count on it being supported across the board. TIME format is usually much better supported.