Hi all,
I am writing a rtsp server to stream h264 rtp packet I use lve555 to write the rtsp part and gstreamer for streaming the rtp I use vlc to act as a rtsp client The rtsp part is working well(by capturing the packet in between) but the video cannot be seen Here is the pipeline i used: (jill.3gp is a video file encoded in h263) gst-launch --gst-debug-level=2 -v -m filesrc location=/home/terry/jill.3gp ! qtdemux name=demuxer \ demuxer.! queue ! ffdec_h263 ! x264enc byte-stream=true ! rtph264pay ! udpsink host=192.168.0.125 port=4760 I suspect, this is related to the parameter in the sdp, profile_level_id and sprop_parameter_sets_str What's the suitable value for these two parameter are suitable for the x264enc used in gstreamer? ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
normally, using the latest CVS source for rtph264pay (in gst-plugins-good/gst/rtp) , you should be able to retrieve the sprop-parameter-sets in the negotiated caps. However, VLC should be robust enough to not require sprop-parameter-sets to display video from an RTP source. I just verified that on my ubuntu feisty environment. you should be able to use a simple SDP for the video stream like the template below (replace the appropriate values in profile-level-id and sprop-parameter-sets with the ones you see in the caps traces). If you don't have the sprop-parameter-sets/profile-level-id, just leave them out completely. v=0 o=- 12345 1 IN IP4 0.0.0.0 s=foobar c=IN IP4 192.168.0.125 m=video 4760 RTP/AVP 96 a=rtpmap:96 H264/90000 a=fmtp:96 profile-level-id=<see_caps>; sprop-parameter-sets=<see_caps>; packetization-mode=1 of course, always verify that you do have video coming out of the decoder by checking either with an xvimagesink or fakesink dump=1: gst-launch -v -m filesrc location=/home/terry/jill.3gp ! qtdemux name=demuxer \ demuxer.! queue ! ffdec_h263 ! queue ! xvimagesink if you don't see anything coming out of your decoder, this could be the reason. HTH, waiming > > On Thu, 2008-01-24 at 15:02 +0800, Terry Leung wrote: > Hi all, > > I am writing a rtsp server to stream h264 rtp packet > I use lve555 to write the rtsp part and gstreamer for streaming the rtp > I use vlc to act as a rtsp client > > The rtsp part is working well(by capturing the packet in between) > but the video cannot be seen > > Here is the pipeline i used: (jill.3gp is a video file encoded in h263) > gst-launch --gst-debug-level=2 -v -m filesrc > location=/home/terry/jill.3gp ! qtdemux name=demuxer \ > demuxer.! queue ! ffdec_h263 ! x264enc byte-stream=true ! rtph264pay > ! udpsink host=192.168.0.125 port=4760 > > I suspect, this is related to the parameter in the sdp, > profile_level_id and sprop_parameter_sets_str > What's the suitable value for these two parameter are suitable for the > x264enc used in gstreamer? > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
Thanks for your help I just try to delete the sprop-parameter-sets and profile id in the sdp because i cannot see it in caps and now it works fine. (One of the problem was that i cannot generate the stream fast enough before the session was teardowned and hence the stream cannot be seen ) Regards, Terry On Jan 24, 2008 5:08 PM, Wai-Ming Ho <[hidden email]> wrote: > Hi, > > normally, using the latest CVS source for rtph264pay (in > gst-plugins-good/gst/rtp) , you should be able to retrieve the > sprop-parameter-sets in the negotiated caps. However, VLC should be > robust enough to not require sprop-parameter-sets to display video from > an RTP source. I just verified that on my ubuntu feisty environment. > > you should be able to use a simple SDP for the video stream like the > template below (replace the appropriate values in profile-level-id and > sprop-parameter-sets with the ones you see in the caps traces). If you > don't have the sprop-parameter-sets/profile-level-id, just leave them > out completely. > > v=0 > o=- 12345 1 IN IP4 0.0.0.0 > s=foobar > c=IN IP4 192.168.0.125 > m=video 4760 RTP/AVP 96 > a=rtpmap:96 H264/90000 > a=fmtp:96 profile-level-id=<see_caps>; sprop-parameter-sets=<see_caps>; > packetization-mode=1 > > of course, always verify that you do have video coming out of the > decoder by checking either with an xvimagesink or fakesink dump=1: > > gst-launch -v -m filesrc location=/home/terry/jill.3gp ! qtdemux > name=demuxer \ > demuxer.! queue ! ffdec_h263 ! queue ! xvimagesink > > if you don't see anything coming out of your decoder, this could be the > reason. > > HTH, > waiming > > > > > > > On Thu, 2008-01-24 at 15:02 +0800, Terry Leung wrote: > > Hi all, > > > > I am writing a rtsp server to stream h264 rtp packet > > I use lve555 to write the rtsp part and gstreamer for streaming the rtp > > I use vlc to act as a rtsp client > > > > The rtsp part is working well(by capturing the packet in between) > > but the video cannot be seen > > > > Here is the pipeline i used: (jill.3gp is a video file encoded in h263) > > gst-launch --gst-debug-level=2 -v -m filesrc > > location=/home/terry/jill.3gp ! qtdemux name=demuxer \ > > demuxer.! queue ! ffdec_h263 ! x264enc byte-stream=true ! rtph264pay > > ! udpsink host=192.168.0.125 port=4760 > > > > I suspect, this is related to the parameter in the sdp, > > profile_level_id and sprop_parameter_sets_str > > What's the suitable value for these two parameter are suitable for the > > x264enc used in gstreamer? > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |