[gstreamer-bugs] [Bug 612717] Experiencing gaps in unrelated playbacks when starting a new playback, or even using playbin2's "gapless" playback with about_to_finish

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sat Mar 13 05:06:54 PST 2010


https://bugzilla.gnome.org/show_bug.cgi?id=612717
  GStreamer | don't know | 0.10.28

--- Comment #4 from Lauri Lyly <llyly at cc.hut.fi> 2010-03-13 13:06:50 UTC ---
Bug in the application indeed. The glib loop is just used in many examples, I
didn't even consider it wasn't necessary to iterate. I thought there was some
part of gstreamer living in the "main" thread as well. And why would starting a
new playback delay the idle calls... maybe some shared resources?

Still good to know this isn't the case, because I had no other use for the glib
main loop.

However there was some memory bug caused by using the about_to_finish callback
to set a new URI, e.g. it caused random memory corruption. I'm not sure if it
was my code or something with playbin2. Just thought it would be good to
mention.

The crashes appeared when making calls from the bus' state switch callback, at
a random spot in otherwise working code. Identical state change handling code
has worked fine without the about_to_finish, and the URI was changed
successfully on the fly, without an intermediate state switch.

Anyway probably just a bug in my code. I have no need for the about_to_finish
now that playback starting doesn't cause gaps elsewhere. I just used it to test
whether it would cause gaps in other playbacks as well...

Oh BTW, I think using the same URI twice in a row did cause some problem
(crash?) as well, which could be dangerous. I can test this again some time in
the future, though right now I'm busy with other stuff.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list