GNOME Bugzilla – Bug 607571
rtspsrc: Does not push EOS before posting an error
Last modified: 2010-08-19 16:01:43 UTC
I'm running this pipeline: gst-launch-0.10 -e -vm rtspsrc location=$video_url ! rtpmp4vdepay ! mpeg4videoparse ! mp4mux name=muxer ! filesink location=foo.mp4 audiotestsrc wave=silence do_timestamp=true ! faac profile=2 ! muxer.audio_0 After running successfully for a while, I disconnect the network cable, wait 60 seconds, and then reconnect the network cable. Got Message #84 from element "rtspsrc0" (error): GstMessageError, gerror=(GstGError)(NULL), debug=(string)"gstrtspsrc.c\(3153\):\ gst_rtspsrc_loop_udp\ \(\):\ /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0:\012Could\ not\ receive\ message.\ \(System\ error:\ Connection\ reset\ by\ peer\)"; ERROR: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Could not read from resource. Additional debug info: gstrtspsrc.c(3153): gst_rtspsrc_loop_udp (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0: Could not receive message. (System error: Connection reset by peer) Execution ended after 71939232919 ns.
It seems that it does push an EOS message in this error case. The rule is that the error message is posted first and then the EOS is pushed.
what is the problem here again?