[Bug 727595] How to release resources on reaching end of stream

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Apr 6 22:19:18 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=727595
  GStreamer | qt-gstreamer | 0.10.0

monalisabarik29 changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED
           Severity|normal                      |critical

--- Comment #2 from monalisabarik29 at gmail.com 2014-04-07 05:19:16 UTC ---
(In reply to comment #1)
> It's not clear whether you know you are doing things correctly and see a bug,
> or do not know how to do things correctly. If the former, a small test program
> would help. If the latter, this tracker is not the place for questions, and
> #gstreamer on irc.freenode.net would be better suited (unless there's a special
> place for qt-gstreamer). In the latter case, please just close as invalid.
> Otherwise, please supply the relevant small bit of code.

I am doing things correctly because the gstreamer manual says 
"GST_STATE_NULL: this is the default state. No resources are allocated in this
state, so, transitioning to it will free all resources." 
On reaching end of stream I am setting the state to null, but it seems it is
not freeing resources as there is a huge memory leak. Instead if I set the
state to GST_STATE_READY there is no memory leak but after playing continuously
for 1-2 hours, the video starts freezing. 

code:

void Player::onBusMessage(const QGst::MessagePtr & message)
{
    switch (message->type()) 
    {
        case QGst::MessageEos: //End of stream. We reached the end of the file.
        {
            if (m_pipeline)
            {

                m_pipeline->setState(QGst::StateNull);
                playNext();
            }
        }
        break;
    }
}

-- 
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