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 583219 - Playbin2 sometimes fails to start file after it was put in READY state
Playbin2 sometimes fails to start file after it was put in READY state
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.x
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-05-19 14:20 UTC by Dirk Vanden Boer
Modified: 2010-04-04 16:41 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26


Attachments
Testcase to reproduce the problem (3.43 KB, text/x-csrc)
2009-05-19 14:21 UTC, Dirk Vanden Boer
Details

Description Dirk Vanden Boer 2009-05-19 14:20:01 UTC
Please describe the problem:
The problem I face is playing multiple files and putting the stream to
the READY status in between the files.

After putting the stream to the READY status I can't always put it into the
PLAYING status again. I created a minimal testcase that reproduces my
problem (see reproduction steps).


Steps to reproduce:
1. Compile http://code.google.com/p/gejengel/source/browse/trunk/data/main.c
with gcc main.c -o test `pkg-config --cflags --libs gstreamer-0.10`
2. run ./test somaudiofile.ext (take a file with duration of a couple seconds)
3. Let it loop


Actual results:
On my machine it usually hangs within the first 5 iterations, the file can't be started anymore

Expected results:
The file should keep looping forever

Does this happen every time?
Yes

Other information:
Tested using gst-plugins-base-0.10.23 on gentoo and gst-plugins-base-0.10.22-1 on ubuntu jaunty
Comment 1 Dirk Vanden Boer 2009-05-19 14:21:43 UTC
Created attachment 134941 [details]
Testcase to reproduce the problem
Comment 2 Thiago Sousa Santos 2009-12-04 12:44:44 UTC
I couldn't reproduce here after 10 minutes looping with a 5 secs audio. Can you retry with latest git?

If you still can reproduce, could you get a stack trace with gdb for all threads?


G_DEBUG=fatal_warnings gdb --args ./test sample
run
(when it locks)
thread apply all bt


And attach the logs here.
Comment 3 Tobias Mueller 2010-04-04 16:41:23 UTC
Closing as per last comment. Feel free to reopen if this is still an issue.