tcpclientlink not linked

[Robin A. Jensen]

Update:

I've put back h264parse in pibeline.
Then change "playbin" with "Pipeline"
Createt a pad for "tcpclientsrc - type=src" and link it to the pipeline
Now it rolls and pictures is decoded and no more freeze but still 
dropouts, with grey display, but picture will recover and run.

So now is my 2-in-1 question: are caps provided automatic from src to 
decodebin to videoconverter? Or should they be handlet seperatly after 
decodebin have found them in stream?

Or is it somekind of buffering issue where frames are missing in stream...?

With regards Robin.


Den 04-04-2016 kl. 21:39 skrev Robin A. Jensen:
> UPDATE:
>
> I've removed h264parse and now is the picture clear, but still not 
> running.
> Seems like 1.frame is decoded and handled all the way and out to 
> videosink.
> It's like a clock or something is still missing...
>
> Robin.
>
> Den 04-04-2016 kl. 20:33 skrev Robin A. Jensen:
>> Hej Tim.
>>
>> Thank you fot the answer. I really appreciate it.
>> That did the trick - Pipeline is rolling, data flow from tcpclientsrc 
>> to autovideosink. :-P
>> But picture is frozen a frame and is heavily pixelatet. Player 
>> dosen't seem to update next frame or display
>>
>> Any ide?
>>
>> With best Regards
>> Robin
>>
>>
>>
>> Den 04-04-2016 kl. 10:47 skrev Tim Müller:
>>> On Sat, 2016-04-02 at 23:20 -0700, RAJensen wrote:
>>>
>>> Hi,
>>>
>>> Case:
>>>> I have one Gst-pipeline running with a tcpserversink to a
>>>> tcpclientsrc
>>>> running from command-line and it will work with this launch-cmd:
>>>> gst-launch-1.0 tcpclientsrc ! host=192.168.0.16 port=9001 ! gdpdepay
>>>> !
>>>> rtph264depay ! h264parse ! decodebin ! videoconvert ! autovideosink
>>>>
>>>> Video caps are being set at serverside.
>>>>
>>>> I have then tried to make that lanch into a Python-script.
>>>>
>>>> But for some reason that i can't figure out, when the script is
>>>> executet
>>>> i'll get Gst-masssage:
>>>> /GstPipeline:player/GstTCPClientSrc:tcpclientsrc_1:
>>>> streaming task paused, reason not-linked (-1)
>>> The problem is that decodebin does not have any source pads yet when
>>> the pipeline is built, so this
>>>
>>>    self.decodebin_1.link(self.videoconvert_1)
>>>
>>> will fail (check return value), and you also don't link it later in
>>> response to the "pad-added" signal.
>>>
>>> The easiest way for now might be to just hard-code an H264 decoder such
>>> as avdec_h264.
>>>
>>> Alternatively, connect to the "pad-added" signal and link in the
>>> callback when it gets called (see 'dynamic pads' section in docs).
>>>
>>> Cheers
>>>   -Tim
>>>
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel