Die Wiedergabe einer eingehenden RTP-stream mit GStreamer
Entwickle ich ein GStreamer-Anwendung und kämpft etwas mit der Umsetzung ein Spieler für die eingehenden RTP-streams. Ich bin versucht, bauen eine pipeline um die gstrtpbin element. Ich versuche, das Modell der pipeline mit einem gst-launch-Konstruktion:
VIDEO_CAPS="application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264"
gst-launch -v udpsrc caps=$VIDEO_CAPS port=4444 \
! gstrtpbin .recv_rtp_sink_0 \
! rtph264depay ! ffdec_h264 ! xvimagesink
Wenn ich starte das Skript GStreamer meldet diesen Fehler:
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSession:rtpsession0: ntp-ns-base = 3469468914024449000
New clock: GstSystemClock
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSession:rtpsession0.GstPad:recv_rtp_sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_sink_0: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_sink_0.GstProxyPad:proxypad0: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSession:rtpsession0.GstPad:recv_rtp_src: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSsrcDemux:rtpssrcdemux0.GstPad:sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpJitterBuffer:rtpjitterbuffer0.GstPad:src: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpJitterBuffer:rtpjitterbuffer0.GstPad:sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpPtDemux:rtpptdemux0.GstPad:sink: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264
/GstPipeline:pipeline0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_src_0_960476599_33.GstProxyPad:proxypad1: caps = application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, payload=(int)33
ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Internal data flow error.
Additional debug info:
gstbasesrc.c(2378): gst_base_src_loop (): /GstPipeline:pipeline0/GstUDPSrc:udpsrc0:
streaming task paused, reason not-linked (-1)
Execution ended after 209381685 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPipeline:pipeline0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_src_0_960476599_33: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpPtDemux:rtpptdemux0.GstPad:src_33: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpPtDemux:rtpptdemux0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpJitterBuffer:rtpjitterbuffer0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpJitterBuffer:rtpjitterbuffer0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSsrcDemux:rtpssrcdemux0.GstPad:src_960476599: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSsrcDemux:rtpssrcdemux0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSession:rtpsession0.GstPad:recv_rtp_src: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0/GstRtpSession:rtpsession0.GstPad:recv_rtp_sink: caps = NULL
/GstPipeline:pipeline0/GstRtpBin:rtpbin0.GstGhostPad:recv_rtp_sink_0: caps = NULL
/GstPipeline:pipeline0/GstUDPSrc:udpsrc0.GstPad:src: caps = NULL
Setting pipeline to NULL ...
Freeing pipeline ...
Sollte ich noch erwähnen, dass es funktioniert mit einer playbin-und SDP-Datei. Zum Beispiel ist diese Datei:
v=0
o=- 1188340656180883 1 IN IP4 127.0.0.1
s=Session streamed by GStreamer
i=server.sh
t=0 0
a=tool:GStreamer
a=type:broadcast
m=video 4444 RTP/AVP 96
c=IN IP4 127.0.0.1
a=rtpmap:96 H264/90000
Kann verwendet werden, um die Sendung abzuspielen wie diese:
gst-launch -vvv playbin uri=file://`pwd`/stream.sdp
Vollständigkeit halber: ich benutze VLC um Daten zu senden. Dies ist der Befehl:
vlc -I rc /usr/local/movies/sample.mp4 \
--screen-fps=10 :screen-caching=100 \
--sout='#transcode{vcodec=h264,venc=x264{bframes=0,keyint=40},vb=512}:\
rtp{mux=ts,dst=127.0.0.1,port=4444}'
Würde jemand mir helfen zu verstehen, warum die gst-launch-Skript fehlschlägt? Der Fehler "Grund, nicht-verbunden" lässt mich denken, dass die Verbindung zwischen gstrtpbin und die rtph264depay Elemente ist gebrochen. Aber ich weiß nicht, wie es zu lösen ist.
Bearbeiten
Folgende RAOF die Vorschläge, die ich behob ein paar Fehler in meinem Befehl. Jedoch bin ich mit ffdec_h264 und autovideosink weil auf meinem Windows-system habe ich nicht die fluh264dec und xvimage Waschbecken plugins installiert:
gst-launch-0.10 udpsrc port=4444 caps="application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264" ! .recv_rtp_sink_0 gstrtpbin ! rtpmp2tdepay ! mpegtsdemux ! ffdec_h264 ! autovideosink
Die wiederum neue Fehler:
0:00:00.743000000 516 024070A8 ERROR ffmpeg .:0:: non-existing PPS referenced
0:00:00.744000000 516 024070A8 ERROR ffmpeg .:0:: non-existing PPS referenced
0:00:00.745000000 516 024070A8 ERROR ffmpeg .:0:: decode_slice_header error
0:00:00.745000000 516 024070A8 ERROR ffmpeg .:0:: no frame!
0:00:00.812000000 516 024070A8 ERROR ffmpeg .:0:: non-existing PPS referenced
0:00:00.813000000 516 024070A8 ERROR ffmpeg .:0:: non-existi
...
ERROR: from element /GstPipeline:pipeline0/GstUDPSrc:udpsrc0: Internal data flow
error.
Additional debug info:
..\Source\gstreamer\libs\gst\base\gstbasesrc.c(2378): gst_base_src_loop (): /Gst
Pipeline:pipeline0/GstUDPSrc:udpsrc0:
streaming task paused, reason not-negotiated (-4)
Execution ended after 4790000000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
Ich versuche immer noch herauszufinden, wie man dieses Problem beheben. Wenn Sie helfen können, dann fühlen Sie sich frei, dies zu tun.
Edit2
Getestet habe ich wieder mit dem SDP-Lösung und beobachtet, dass die "non-existing PPS" - Fehler treten auch auf, aber das video spielt. Auf der anderen Seite, ist das fatal "internal data flow error" zeigt nur bei der Verwendung der benutzerdefinierten pipeline-Lösung.
Ich vermute, dass die "non-existing PPS" Fehler entstehen durch den x264-encoder. Der "internal data flow error" sein muss, verursacht durch einen Fehler in meiner pipeline, oder vielleicht ein bug in einigen Windows-plugin. Ich werde also einige weitere Forschung...
Du musst angemeldet sein, um einen Kommentar abzugeben.
Soweit ich das beurteilen kann, hast du zwei Probleme gibt es:
Erstens, es scheint, die Reihenfolge der Spüle Spezifikation ist wichtig: anstatt
... ! gstrtpbin .recv_rtp_sink_0 ! ...
müssen Sie... ! .recv_rtp_sink_0 gstrtpbin ! ...
.Zweitens, vlc sendet ein MPEG2-transport-stream - du hast
mux=ts
im rtp-streaming-output-Deskriptor - aber Sie versuchen, depayload eine raw-h264-stream. Sie müssen depayload den ts-stream, und dann Demuxen es um den h264 stream-Daten.So, endlich, die pipeline
funktioniert für mich, mit den TS-demuxer (mpegtsdemux) und h264 decoder (fluh264dec).
dieser arbeitete für mich mit einem "GrindTec Elektronische MegaPixel WIFI CAM"
Können Sie auch versuchen, diese ein.
gst-launch-0.10 -v rtspsrc location="rtsp://10.107.2.217/StreamingSetting?version=1.0&action=getRTSPStream&ChannelID=1&ChannelName=Channel1"
user-id=admin user-pw=admin123
caps=" application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,payload=(int)96,ssrc=(uint)237526004,clock-base=(uint)1584170994,seqnum-base=(uint)42626" port=554 ! rtph264depay queue-delay=0 ! h264parse ! decodebin2 ! queue leaky=1 ! autovideosink
Seine arbeiten auch, wenn Ihr streaming über das Netzwerk sicher ist,und seine Werke auf
rtsp://10.107.2.217
RTSP Port : 554
Video Codec : H.264
Hoffe, es hilfreich für Euch.