我正与游乐公司合作,主要与音乐剧团合作。
目前,我正试图利用区域转播方案,在我国的局域网上寄出头流,但迄今未能成功。
在投稿方面,我使用以下管道:
gst-start -v filerc place=/my_music_file.mp3 ! ffdemux_mp3 ! rt! udpsink Port=69host=192.168.0.200
在接收方,我使用以下管道:
gst-fire -v udpsrc port=6969caps=“application/x-rtp”,media=(string)audio, clock-rate=(int)90000, encoding-name=(string)MPA, Payload=(int)96, src=(guint)1951256090, clock-base=(guint)1711290778, seqnum-base=(guint)24773”! ...... 页: 1 脉冲汇
由于接收方的产出是:
1. 铺设管道。
管道是活着的,不需要PREROLL ......
1. 铺设管道......
新锁: GstSystemClock
...... 但是,听起来很奇怪,就像听起来太快一样。
我通过在当地打手第3号节目,测试了该音频作品。 我也通过流stream/微量法律文件对rt进行了测试。 所有这些工作都是好的。
我也试图以其他方式面对问题,例如,我使用了下列文字:<>> > > > > > :<> > > > ......
gst-fire gstrtpbin name=rtpbinudiotestsrc! 页: 1 rt! rtpbin.send_rtp_sink_0 rtpbin.send_rtp_src_0 ! udpsink Host=192.168.0.200 Port=5002 rtpbin.send_rtcp_src_0 ! udpsink Port=5003 Host=192.168.0.200 sync=false async=false udpsrc Port=5005 ! rtpbin.recv_rtcp_sink_1
但是,在使用同一管道时,再在接收方,则不存在错误,但“快”产出:
Sender: gst-launch gstrtpbin name=rtpbin audiotestsrc ! lamemp3enc ! rtpmpapay ! rtpbin.send_rtp_sink_0 rtpbin.send_rtp_src_0 ! udpsink host=192.168.0.200 port=5002 rtpbin.send_rtcp_src_0 ! udpsink port=5003 host=192.168.0.200 sync=false async=false udpsrc port=5005 ! rtpbin.recv_rtcp_sink_1
Receiver: gst-launch -v udpsrc port=5002 caps="application/x-rtp, media=(string)audio, clock-rate=(int)90000, encoding-name=(string)MPA, payload=(int)96" ! rtpmpadepay ! flump3dec ! pulsesink
难道有人会想一下我的管道有什么错误?
非常感谢您的支持,
豪尔赫