[Bug 686931] New: siddec does not reset total_bytes when state is set to stopped

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=686931
  GStreamer | gst-plugins-ugly | 0.10.18

           Summary: siddec does not reset total_bytes when state is set to
                    stopped
    Classification: Platform
           Product: GStreamer
           Version: 0.10.18
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-ugly
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: Warp_7 at gmx.de
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Using a simple filesource--siddec--audiosink pipeline, I encountered a bug in
siddec.

Short story:
Asking in IRC about it (I'm a gst newbie), the answer was that the plugin does
not set its total_bytes property to 0 when reset.

Longer story:
Situation:
- Set the pipeline's state to GST_STATE_PLAYING and let it play for <x>
seconds.
- Set the state back to GST_STATE_NULL.
- Start playing again.

Observed behaviour:
When played for the first time, the tune comes as expected.
But starting with the second playback, it begins with <x> seconds of silence,
then the tune begins. This delay is accumulative.

Expected behaviour:
Playback should start with the tune immediately.


I'm using gstreamer core 0.10.35, but siddec is 0.10.18 (last stable package in
Gentoo portage).

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