tcpserversink fails to set_state

Krutskikh Ivan stein.hak at gmail.com
Wed May 24 06:14:35 UTC 2017


Because I want my pipeline to auto locate unused port.

2017-05-23 14:58 GMT+03:00 bernhard.graaf <bernhard.graaf at gmx.de>:

> Why Port 0?
>
>
>
> Von meinem Samsung Galaxy Smartphone gesendet.
>
> -------- Urspr√ľngliche Nachricht --------
> Von: Krutskikh Ivan <stein.hak at gmail.com>
> Datum: 23.05.17 13:39 (GMT+01:00)
> An: Discussion of the development of and with GStreamer <
> gstreamer-devel at lists.freedesktop.org>
> Betreff: Re: tcpserversink fails to set_state
>
> Anyone?
>
> 2017-05-16 10:01 GMT+03:00 Krutskikh Ivan <stein.hak at gmail.com>:
>
>> I'm still stumbled with this one. Any help would be appreciated.
>>
>> 2017-04-18 11:46 GMT+03:00 Krutskikh Ivan <stein.hak at gmail.com>:
>>
>>> Hi, everyone
>>>
>>> The thing I want to accomplish is this:
>>>
>>> Parse pipeline from template like:
>>>
>>> rtspsrc name=source latency=100 ! queue ! rtph264depay  ! mpegtsmux name=mux !  tcpserversink port=0  name=sink
>>>
>>> Connect client_added to code:
>>>
>>> def add_client(self, sink, gsock):
>>>    print 'Adding client for input:', self.input
>>>    self.mainbin.set_state(Gst.State.PLAYING)
>>>    state = self.mainbin.get_state(5 * Gst.SECOND)  # Wait 5 seconds for pipeline to become playing. If not- panic
>>>    if state[1] != Gst.State.PLAYING:
>>>       print 'Failed to start pipeline in time'
>>>       self.interrupt = 1
>>>    else:
>>>       self.clients[gsock] = time.time()
>>>
>>> and set mainbin to state Gst.State.READY.
>>>
>>> So in theory pipeline would be set to Gst.State.PLAYING upon connection of the first client. But something diffetent is happening:
>>>
>>>
>>>
>>> 0:00:10.181936142 22902      0x2fd3720 INFO              GST_STATES
>>> gstbin.c:2316:gst_bin_element_set_state:<sink0> current READY pending
>>> VOID_PENDING, desired next PAUSED
>>> 0:00:10.181958384 22902      0x2fd3720 INFO              GST_STATES
>>> gstelement.c:2657:gst_element_change_state:<sink0> have FAILURE
>>> change_state return
>>> 0:00:10.181964597 22902      0x2fd3720 INFO              GST_STATES
>>> gstelement.c:2247:gst_element_abort_state:<sink0> aborting state from
>>> READY to PAUSED
>>> 0:00:10.181970952 22902      0x2fd3720 INFO              GST_STATES
>>> gstbin.c:2780:gst_bin_change_state_func:<pipeline0> child 'sink0'
>>> failed to go to state 3(PAUSED)
>>> 0:00:10.181982111 22902      0x2fd3720 INFO              GST_STATES
>>> gstelement.c:2657:gst_element_change_state:<sink0> have FAILURE
>>> change_state return
>>> 0:00:10.181986271 22902      0x2fd3720 INFO              GST_STATES
>>> gstelement.c:2247:gst_element_abort_state:<sink0> aborting state from
>>> READY to READY
>>> 0:00:10.181991927 22902      0x2fd3720 WARN                     bin
>>> gstbin.c:2642:reset_state:<sink0> Failed to switch back down to READY
>>>
>>> Is my scenario possible and what can I do about it?
>>>
>>> Thanks in advance!
>>>
>>>
>>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170524/c77e7447/attachment.html>


More information about the gstreamer-devel mailing list