[Bug 754375] New: tagdemux/id3demux: Validate change state intensive fails for mp3 with ID3 tags

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=754375

            Bug ID: 754375
           Summary: tagdemux/id3demux: Validate change state intensive
                    fails for mp3 with ID3 tags
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: vineeth.tm at samsung.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

When i run change state intensive validate scenario for mp3 files with ID3 tags

GST_VALIDATE_SCENARIO=change_state_intensive gst-validate-1.0 playbin
uri=file:///home/user/gst/master/temp/10sec.mp3

i get the below error sometimes(1 out of 10 times)
     Critical error Got error: Could not detect type of contents -- Debug
message: gsttagdemux.c(1417): gst_tag_demux_element_find ():
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin1/GstDecodeBin:decodebin1/GstID3Demux:id3demux1


The same becomes an always issue with fake sink

GST_VALIDATE_SCENARIO=change_state_intensive gst-validate-1.0 playbin
uri=file:///home/vineethtm/gst/master/temp/10sec.mp3 audio-sink='fakesink'

Sometimes the above error message will come, and at times it will be
Critical error Got error: Could not get start and/or end tag -- Debug message:
gsttagdemux.c(1403): gst_tag_demux_element_find ():
/GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin1/GstDecodeBin:decodebin1/GstID3Demux:id3demux1



This seems to be more of a timing issue..
basesrc seems to be in flushing mode, so whenever tagdemux calls
gst_pad_pull_range on its sinkpad, it returns flushing and it is not able to
typefind the element.

0:00:00.813397698 [332m 9625[00m  0x8282000 [36mINFO   [00m [00m          
 tagdemux gsttagdemux.c:1373:gst_tag_demux_element_find:<id3demux1>[00m Found
type (NULL) with a probability of 0

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.