We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A recent inquiry had this call as input:
UDP_HOST=172.18.1.29 UDP_PORT=5600 UDP_IFACE=enp6s0 ./video-stream.sh 1280 720 15 1800 rtmp://video.blahblah.com:1935/live/BLAH testpi encd,h264,rtmp,udp,debug
An ELP camera was available on USB. It was correctly discovered and the H.264 interface selected, but the the pipeline produced was:
v4l2src device=/dev/video1 io-mode=mmap ! ! "video/x-h264,stream-format=(string)byte-stream,width=(int)1280,height=(int)720,framerate=(fraction)15/1" ! h264parse ! queue max-size-buffers=0 max-size-bytes=0 max-size-time=134000000 min-threshold-buffers=1 leaky=upstream ! mux.video flvmux streamable=true name=mux ! rtmpsink location="rtmp://video.blahblah.com:1935/live/BLAH/testpi live=1 flashver=FME/3.0%20(compatible;%20FMSc%201.0)"
Which has the following problems:
!
tee
rtmp,udp
The text was updated successfully, but these errors were encountered:
workaround for empty encoder when using h.264 source and h.264 stream…
9823e9a
… output - use a progressreport block as a pass-thru; Refs #6
No branches or pull requests
A recent inquiry had this call as input:
An ELP camera was available on USB. It was correctly discovered and the H.264 interface selected, but the the pipeline produced was:
Which has the following problems:
!
in fromt of the caps linetee
, which would have been expected with bothrtmp,udp
in the flagsThe text was updated successfully, but these errors were encountered: