Sorry for the top post but I'm getting list as a daily update. Things to try:
1) Remove the openh264dec plugin. `decodebin` will convert from h264 to input of `videoconvert`. What you're doing is pulling the h264 payload, decoding it in `decodebin` and then trying to decode it again in `openh264dec`.
2) I don't see a need for the `queue | tee` flow on the source side, unless there is some buffering needed before splitting the stream, but the queue on each sink (autovideosink and udpsink) should do that.
3) use gst-inspect to see the properties of the plugins
4) use the --gst-debug option to gst-launch-1.0 for more detail on the video stream
------------------ snip, snip --------------------------
Date: Tue, 24 Mar 2020 09:20:00 -0400
From: Jerry Geis <[hidden email]>
I am playing with webcam to capture on one machine and send view on another.
My webcam box: 192.168.1.23
C:\GSTREAMER\1.0\x86_64\bin\gst-launch-1.0.exe ksvideosrc ! queue ! tee
name=t ! queue ! autovideosink t. ! decodebin ! queue ! videoconvert !
openh264enc ! rtph264pay ! udpsink host=192.168.1.14 port=16200
I "see" the video just fine on my .23 box - This is the error I get on my
C:\GSTREAMER\1.0\X86_64\bin\gst-launch-1.0.exe udpsrc port=16200 !
application/x-rtp,framerate=30/1,clock-rate=90000,payload=96 ! rtph264depay
! decodebin ! openh264dec ! videoconvert ! autovideosink
WARNING: no real random source present!
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
WARNING: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0:
Delayed linking failed.
Additional debug info:
../gst/parse/grammar.y(510): gst_parse_no_more_pads ():
failed delayed linking some pad of GstDecodeBin named decodebin0 to some
pad of GstOpenh264Dec named openh264dec0
What am I not doing right to get this working ? If I take out the decodebin
it just hangs...