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 374213 - Seeking with LADSPA plug-ins fails
Seeking with LADSPA plug-ins fails
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.5
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-11-12 08:37 UTC by Jono Bacon
Modified: 2006-12-18 15:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16

Attachments
patch to fix seeking (1.78 KB, patch)
2006-12-18 15:14 UTC, Wim Taymans 		committed Details | Review

Description Jono Bacon 2006-11-12 08:37:37 UTC 
I you make use of a LADSPA effect (such as ladspa-delay-5s) and then seek, the pipeline will hang. I have tested this with Ogg vorbis files. Jokosher SVN is a good test case of this bug.
Comment 1 Wim Taymans 2006-12-18 15:14:52 UTC 
Created attachment 78570 [details] [review]
patch to fix seeking

the problem was that the flow_state was not reset back to OK after the flush. This patch fixes this.
Comment 2 Wim Taymans 2006-12-18 15:52:13 UTC 
        * ext/ladspa/gstsignalprocessor.c: (gst_signal_processor_setcaps),
        (gst_signal_processor_event):
        Reset flow_state back to _OK after a flush stop so that we exit our
        error state after the flush. Fixes #374213