GST_MESSAGE_ASYNC_DONE event

[qwerty-1]

Hi All,

Can someone explain the significance of GST_MESSAGE_ASYNC_DONE event? I have a pipeline that is receiving audio and video data from network over RTP and dumping into the file.
Pipeline only starts dumping the a/v data into file when it sends GST_MESSAGE_ASYNC_DONE event to Application.
Pipeline does not dump the data into file until it sends GST_MESSAGE_ASYNC_DONE event to application even though both the stream (audio and video) coming from peer end to pipeline.

Please explain signaficance of GST_MESSAGE_ASYNC_DONE event. Can i force the pipeline not to wait for both the audio and video data to dump into file.

Thanks,
Uma

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Sauer]

Am 27.05.2011 23:26, schrieb Umakant Goyal:
> Hi All,
>
> Can someone explain the significance of GST_MESSAGE_ASYNC_DONE event? I have a
> pipeline that is receiving audio and video data from network over RTP and
> dumping into the file.
> Pipeline only starts dumping the a/v data into file when it sends
> GST_MESSAGE_ASYNC_DONE event to Application.

The GstStateChange to PAUSED is usualy aynchronous. I pushed a small doc changed
to xref that better. GST_MESSAGE_ASYNC_START is posted to let you know that the
StateChange will be asynchronous and GST_MESSAGE_ASYNC_DONE that is it finished.

Stefan

> Pipeline does not dump the data into file until it sends GST_MESSAGE_ASYNC_DONE
> event to application even though both the stream (audio and video) coming from
> peer end to pipeline.
>
> Please explain signaficance of GST_MESSAGE_ASYNC_DONE event. Can i force the
> pipeline not to wait for both the audio and video data to dump into file.
>
> Thanks,
> Uma
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Tim-Philipp Müller-2]

On Sat, 2011-05-28 at 09:49 +0300, Stefan Kost wrote:

> The GstStateChange to PAUSED is usually aynchronous. I pushed a small
> doc changed to xref that better. GST_MESSAGE_ASYNC_START is posted to
> let you know that the StateChange will be asynchronous and
> GST_MESSAGE_ASYNC_DONE that is it finished.

Just to avoid confusion: An application will never see an ASYNC_START
message, only ASYNC_DONE. The application is notified that the state
change will be done asynchronously via a GST_STATE_CHANGE_ASYNC return
value from gst_element_set_state().

Cheers
 -Tim


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Stefan Sauer]

Am 28.05.2011 14:22, schrieb Tim-Philipp Müller:

> On Sat, 2011-05-28 at 09:49 +0300, Stefan Kost wrote:
>
>> The GstStateChange to PAUSED is usually aynchronous. I pushed a small
>> doc changed to xref that better. GST_MESSAGE_ASYNC_START is posted to
>> let you know that the StateChange will be asynchronous and
>> GST_MESSAGE_ASYNC_DONE that is it finished.
>
> Just to avoid confusion: An application will never see an ASYNC_START
> message, only ASYNC_DONE. The application is notified that the state
> change will be done asynchronously via a GST_STATE_CHANGE_ASYNC return
> value from gst_element_set_state().

Good point, who actually eats the ASYNC_START message (the bin I guess). Maybe
that could be further improved in the docs.

Stefan

>
> Cheers
>  -Tim
>
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[qwerty-1]

Please share information regarding below point:

Pipeline does not dump the data into file until it sends GST_MESSAGE_ASYNC_DONE
event to application even though both the stream (audio and video) coming from
Peer end to pipeline.

Can i force the pipeline not to wait for both the audio and video data to dump into file.

Thanks

On Sun, May 29, 2011 at 12:49 PM, Stefan Kost <[hidden email]> wrote:

Am 28.05.2011 14:22, schrieb Tim-Philipp Müller:

> On Sat, 2011-05-28 at 09:49 +0300, Stefan Kost wrote:
>
>> The GstStateChange to PAUSED is usually aynchronous. I pushed a small
>> doc changed to xref that better. GST_MESSAGE_ASYNC_START is posted to
>> let you know that the StateChange will be asynchronous and
>> GST_MESSAGE_ASYNC_DONE that is it finished.
>
> Just to avoid confusion: An application will never see an ASYNC_START
> message, only ASYNC_DONE. The application is notified that the state
> change will be done asynchronously via a GST_STATE_CHANGE_ASYNC return
> value from gst_element_set_state().

Good point, who actually eats the ASYNC_START message (the bin I guess). Maybe
that could be further improved in the docs.

Stefan

>
> Cheers
>  -Tim
>
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel