[gst-devel] Re ading RTSP streams from a qtss server

[yangsb]

I installed a qtss server on my Ubuntu 8.04.
I tried to receive the video and audio from another machine.
I find a mp4 file named test.mp4 for testing , which contains mpeg4 video
and mp3 audio.

I can receive and display the video by this pipeline :
##########################
gst-launch --gst-debug=2 \ 
rtspsrc latency=300 location=rtsp://192.168.1.56:554/test.mp4 ! \                                                  
! rtpmp4vdepay ! queue ! \                           
TIViddec engineName=decode codecName=mpeg4dec ! \                             
TIDmaiVideoSink displayStd=fbdev displayDevice=/dev/fb/3 \                    
videoStd=D1_NTSC videoOutput=COMPOSITE \                                      
resizer=FALSE accelFrameCopy=TRUE sync=false 
#########################


Then I want to receive audio , I tried this pipeline : 

##########################
gst-launch --gst-debug=2 \                                                     
rtspsrc latency=300 location=rtsp://192.168.1.56:554/test.mp4 ! \              
rtpmpadepay ! queue ! \                                                        
mad ! osssink sync=false 
##########################
However , I can not get the audio , with the following errors:

###########################
Setting pipeline to PAUSED ...                                                 
Pipeline is live and does not need PREROLL ...                                 
Setting pipeline to PLAYING ...                                                
0:00:01.532993408  1342    0x15090 WARN                   bin
gstbin.c:2083:do_
bin_latency:<pipeline0> failed to query latency                                
0:00:01.586082296  1342    0xdbef0 WARN                rtpbin
gstrtpbin.c:2012:
new_ssrc_pad_found:<rtpbin0> Caps have no clock rate application/x-rtp from
pad
 rtpssrcdemux1:src_705405174                                                   
0:00:01.590228408  1342    0xdbef0 WARN                rtpbin
gstrtpbin.c:986:g
st_rtp_bin_associate:<rtpbin0> we have no clock-base                           
0:00:01.622647000  1342    0xc30c0 WARN                rtpbin
gstrtpbin.c:2012:
new_ssrc_pad_found:<rtpbin0> Caps have no clock rate application/x-rtp from
pad
 rtpssrcdemux0:src_618819072                                                   
0:00:01.626482148  1342    0xc30c0 WARN                rtpbin
gstrtpbin.c:986:g
st_rtp_bin_associate:<rtpbin0> we have no clock-base                           
New clock: GstSystemClock                                                      
0:00:01.970068296  1342    0x50758 WARN               basesrc
gstbasesrc.c:2234
:gst_base_src_loop:<udpsrc0> error: Internal data flow error.                  
0:00:01.971507852  1342    0x50758 WARN               basesrc
gstbasesrc.c:2234
:gst_base_src_loop:<udpsrc0> error: streaming task paused, reason not-linked
(-
1)                                                                             
0:00:01.974688556  1342    0xc34f0 WARN               basesrc
gstbasesrc.c:2234
:gst_base_src_loop:<udpsrc2> error: Internal data flow error.                  
0:00:01.975904482  1342    0xc34f0 WARN               basesrc
gstbasesrc.c:2234
:gst_base_src_loop:<udpsrc2> error: streaming task paused, reason not-linked
(-
1)                                                                             
ERROR: from element
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc
2: Internal data flow error.                                                   
Additional debug info:                                                         
gstbasesrc.c(2234): gst_base_src_loop ():
/GstPipeline:pipeline0/GstRTSPSrc:rts
psrc0/GstUDPSrc:udpsrc2:                                                       
streaming task paused, reason not-linked (-1)                                  
Execution ended after 315040185 ns.                                            
Setting pipeline to PAUSED ...                                                 
Setting pipeline to READY ...                                                  
Setting pipeline to NULL ...                                                   
FREEING pipeline ...  

Does the depayloader " rtpmpadepay " can not be used in this situation ?
Should I use a depayloader specially for mp4 format ?

Hope to get some advice .

Thanks.
Best regards.
-- 
View this message in context: http://www.nabble.com/Reading-RTSP-streams-from-a-qtss-server-tp23423611p23423611.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.