gst_element_query_position always returning zero

[satish pattar]

Thanks for your inputs & I appreciate your time.

I am still not able to point out the root cause of this issue.
Here are some more observations.

1) (<unknown>:21725): GStreamer-CRITICAL **: gst_pad_set_caps: assertion
`caps == NULL || gst_caps_is_fixed (caps)' failed

I tried to play some other internet radio & here it plays well with the
same pipeline but only difference in the non-working case is, the player
has progress bar on its page & I think this is causing issue.
Also in the working case , I still see the same criticals in the log, I am
attaching the same for your reference
So do you still think the mp3 decoder is broken ? please comment.

2) I didn't quite understand the "it sends a newsegment event in BYTE
format to the sink, and I think things go
wrong from there."

3) dropping sample out of segment time 0:00:00.013061224, start
0:00:00.000000000'

This is coming from gstbaseaudiosink.c: gst_base_audio_sink_render()

  /* SPECIAL cases */
out_of_segment:
  {
    GST_DEBUG_OBJECT (sink,
        "dropping sample out of segment time %" GST_TIME_FORMAT ", start %"
        GST_TIME_FORMAT, GST_TIME_ARGS (time),
        GST_TIME_ARGS (bsink->segment.start));
    return GST_FLOW_OK;
  }
I feel this is the reason as why audio is not heard. am I right ?

4) I could not try with mp3parse/mpegaudioparse as these are missing
in my target & there is one wrapper decoder plugin from freescale called
beep.imx which will decode all the audio formats.

Could there be any issues in the player itself or in the source plugin
which is leading to this issue
(position always returned to zero and no audio) ?

5) I see in the log ' basesink
gstbasesink.c:4739:gst_base_sink_get_position:<opaudiosink> position in
wrong state, return -1' will this lead to this kind of problem.

Thanks,
SPattar


On Wed, Feb 20, 2013 at 12:54 AM, Tim-Philipp Müller <t.i.m at zen.co.uk>wrote:

> On Mon, 2013-02-18 at 23:28 +0530, satish pattar wrote:
>
> Hi,
>
> > Thanks a lot Tim for your response.
> > I enabled the log , from the log it appears that typefinding is done
> > successfully & also pipeline status is set to playing.
> > querying duration is failed when the pipeline state is PAUSED but
> > again again when it is in playing state it always returns zero & no
> > audio.
> >
> >
> > I am attaching the logs for reference. what is going wrong here.
>
> The log contains multiple criticals, such as:
>
> (<unknown>:21725): GStreamer-CRITICAL **: gst_pad_set_caps: assertion
> `caps == NULL || gst_caps_is_fixed (caps)' failed
>
> These are bugs in some plugin and should be fixed.
>
> It looks like the mp3 decoder plugin is a bit broken. For one, it sends
> a newsegment event in BYTE format to the sink, and I think things go
> wrong from there. There are a lot of 'dropping sample out of segment
> time 0:00:00.013061224, start 0:00:00.000000000' messages and the like,
> that can't be good.
>
> Perhaps try with an mp3 decoder that's not broken, or use an
> mp3parse/mpegaudioparse in front of the mp3 decoder.
>
>  Cheers
>   -Tim
>
> >
> > Thank you.
> > SPattar
> >
> > On Fri, Feb 15, 2013 at 6:28 PM, Tim-Philipp Müller <t.i.m at zen.co.uk>
> > wrote:
> >         On Fri, 2013-02-15 at 18:17 +0530, satish pattar wrote:
> >
> >         > Additional information:
> >         > I used filesrc instead of my source plugin,
> >         gst_element_query_position
> >         > is working as expected, but with the plugin what
> >         > I have is always returning zero when pipeline state is set
> >         to PLAYING.
> >         > Also the source plugin is working in push mode.
> >         >
> >         > I am not sure if the problem lies in the source plugin or in
> >         player
> >         > application.
> >         >
> >         > Your inputs are appreciated.
> >
> >
> >         It's not really clear anyone will be able to provide much help
> >         here.
> >
> >         Are you checking the pipeline bus for messages? Are there any
> >         error
> >         messages? Does the state change for the pipeline to PAUSED
> >         complete?
> >
> >         Maybe check the GST_DEBUG log to see what's going on. Start
> >         with
> >
> >          GST_DEBUG=*typefind*:5,*decode*:5
> >
> >         to see if typefinding happens, if a media type is found, and
> >         if
> >         decodebin tries to plug parsers/demuxers/decoders.
> >
> >         Cheers
> >          -Tim
> >
> >         _______________________________________________
> >         gstreamer-devel mailing list
> >         gstreamer-devel at lists.freedesktop.org
> >         http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> >
> >
> >
> >
> > --
> > Thanks & Regards,
> >
> > Satish Pattar
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>



-- 
Thanks & Regards,

Satish Pattar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130220/cd552bed/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tunein_5.log
Type: application/octet-stream
Size: 1710821 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130220/cd552bed/attachment-0001.obj>