[Bug 724371] New: Long delay after transition to PLAYING state

[GStreamer (bugzilla.gnome.org)]

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

           Summary: Long delay after transition to PLAYING state
    Classification: Platform
           Product: GStreamer
           Version: 1.2.3
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: brooks.brian at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


This may be more of a question on how to further debug this scenario rather
than a bug itself.

My application has the following pipeline:

  pipeline_ = gst_pipeline_new("audio-player");
  bus_      = gst_pipeline_get_bus(GST_PIPELINE(pipeline_));
  source_   = gst_element_factory_make("filesrc", "file-source");
  decoder_  = gst_element_factory_make("mad", "mp3-decoder");
  sink_     = gst_element_factory_make("autoaudiosink", "audio-output");

The play() function just transitions to READY, changes the filesrc, then
transitions to PLAYING.

void AudioManager::PlayMp3File(const char* file) {
  gst_element_set_state(pipeline_, GST_STATE_READY);
  g_object_set(G_OBJECT(source_), "location", file, NULL);
  gst_element_set_state(pipeline_, GST_STATE_PLAYING);

I can hear audio output nearly instantly on the first call to
PlayMp3File(file1), but it takes nearly 5 seconds after the second call to
PlayMp3File(file2) to hear audio output.  I measured the delay using
GST_DEBUG=4 ./myapp from the transition time to PLAYING to when audio starts
outputting and gst_query_position() returns sane info indicating track
progress.

How can I further debug this delay?

Thanks!


Arch Linux:
linux 3.12.9-2
gstreamer 1.2.3-1
Files are on an SSD.

Note: I don't see this issue on my other linux platform:

Linux Mint:
linux 3.8.0-35
gstreamer 1.0.6-1
Files are on an HDD.

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