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 696893 - Playback stalls whenever visualisation is enabled/disabled using playbin's flag property
Playback stalls whenever visualisation is enabled/disabled using playbin's fl...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-03-30 08:07 UTC by Yogesh Marwaha
Modified: 2014-08-23 04:16 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Output with GST_DEBUG=3 (53.87 KB, application/octet-stream)
2013-03-30 08:07 UTC, Yogesh Marwaha 		Details
Output with GST_DEBUG=4 (Upto the point playback stops due to switching on the visualisation) (492.88 KB, application/octet-stream)
2013-03-30 11:29 UTC, Yogesh Marwaha 		Details
Output with GST_DEBUG=4 (Upto the point playback stops due to switching on the visualisation and then state is toggled between paused/playing resulting in the whole application getting unresponsive) (493.67 KB, application/octet-stream)
2013-03-30 11:37 UTC, Yogesh Marwaha 		Details

Description Yogesh Marwaha 2013-03-30 08:07:35 UTC 
Created attachment 240154 [details]
Output with GST_DEBUG=3

Whenever I try to dynamically (i.e. to say while pipeline is in playing state) enable/disable visualisation using playbin's flag property, playback stops and pipeline stalls, though it can be forced to again play after seeking to any position in the track.

This happens every time I try.

Running with GST_DEBUG=3 (log attached) is not showing any unusual activity and output with GST_DEBUG=5 (log too big to attach ~18 MB after compressing) is too much for me to understand.

I'm on latest stable release and as far as I remember I've seen this behaviour throughout 1.x (Since I's porting from 0.8, I's not sure if the bug was in my code or gstreamer's, so I resisted to lodge a bug report earlier). I'd asked this earlier on the list also and was informed of a bug listed here, but I could not find it. If someone can reproduce/confirm this behaviour/bug, it'll give my mind some peace ;-)

Please feel free to ask for any further input you may need :-)

Thanks
Comment 1 Yogesh Marwaha 2013-03-30 11:29:36 UTC 
Created attachment 240161 [details]
Output with GST_DEBUG=4 (Upto the point playback stops due to switching on the visualisation)
Comment 2 Yogesh Marwaha 2013-03-30 11:37:33 UTC 
Created attachment 240162 [details]
Output with GST_DEBUG=4 (Upto the point playback stops due to switching on the visualisation and then state is toggled between paused/playing resulting in the whole application getting unresponsive)
Comment 3 Thiago Sousa Santos 2014-06-20 02:29:49 UTC 
Did you compare your code with gst-plugins-base/tests/examples/playback? It has a toggle for visualization and it seems to work when enabling/disabling.
Comment 4 Yogesh Marwaha 2014-08-23 04:16:00 UTC 
I've checked it against gstreamer 1.4 and it seem to work fine. I do not have enough motivation to check extensively (partly since I'm developing for Android these days and partly since I also need to port my application to KF5 and I'd like to have a rethink of engine design).

I'm taking liberty to mark this one as 'resolved' since I'd opened this report; will get back if I've something to share/show.

Thanks.