Problem of transporting the ts stream over WLAN802.11
Locked
Problem of transporting the ts stream over WLAN802.11
 
|
Hi all,
I tried to mux the h264 video and acc audio using the flutsmux element. the following is my pipeline : gst-launch -v flutsmux name=mux ! queue ! udpsink host=127.0.0.1 port=5002 filesrc location=dvb2.ts ! flutsdemux name=demuxer demuxer. ! queue ! mpeg2dec ! ffmpegcolorspace ! videorate ! video/x-raw-yuv,framerate=15/1 ! videoscale ! video/x-raw-yuv,height=144,width=176 ! x264enc ! queue ! mux. demuxer. ! queue ! flump3dec ! audioconvert ! audioresample ! faac ! queue ! mux Then I used the mplayer to play the ts stream mplayer udp://1270.0.1:5002 It can play the ts stream normally in an ideal environment ( without packet lossy) But when I tried to send the stream over WLAN802.11 (With packet lossy), the mplayer can not play the stream. Are there somebody can give some solutions to the problem ? Can the MPEG TS stream be transported over 802.11 ? Best regards, Alex Liu 穿越地震带 纪念汶川地震一周年 ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Problem of transporting the ts stream over WLAN802.11
|
|
Hi Zhiqiang,
I'm unclear of what the problem is. What is an "ideal environment" for instance? The underlying medium -- be it ethernet or wifi -- is transparent. The medium is hidden to the protocol and is handled by the OS in most cases. Make sure your router is routing the packets properly and in addition any firewalls allow the sending/receiving of udp packets between the host and the target. A simple way to find out is just to hook up wireshark to see the wired traffic. If you want to see the traffic over the air you will need airpcap and set your encryption to none to make it easier/possible to decode the packets. SN01
|
Re: Problem of transporting the ts stream over WLAN802.11
|
|
In reply to this post by Zhiqiang Liu
Hi ScreenName01, Thanks for your help:-)
The "ideal environment" refer to transport the udp packets in the wire communication. In this case, The possiblity of losing the packets is very small.
There seems to be no encryption problem since we can send the raw mpeg streams over the air to the target and play on it. It's really an unusual problem since we know that the the underlying medium is hidden to the protocol. The only possibly problem can occur in the MAC layer. The WLAN may lose some packets (About 10% packets are lost). But in the wire communication almost very packets are delivered normally. The problem may be related to the ts stream format. That's because it may be hard to play an ts stream when some packets are lost. Thanks for your suggestion. I will try to analyse the traffic using wireshark. I would like to keep in touch with you. When we get any progress, I will contact you.
Best regards, Zhiqiang Liu ScreenName01 wrote: >Hi Zhiqiang, > > I'm unclear of what the problem is. What is an "ideal environment" for >instance? > > The underlying medium -- be it ethernet or wifi -- is transparent. The >medium is hidden to the protocol and is handled by the OS in most cases |
Re: Problem of transporting the ts stream over WLAN802.11
|
|
Hi there,
A few questions about this topic: - You are streaming unicast flows, aren't you? - Have you check that all packets (#seq. numbers) are both sent and received in the wireless environment? - Have you tried applying different codecs and/or using different players such as VLC or gst-launch itself to check it is not a player issue? - How your wireless environment is set? Mode (a/b/g/n/(+e)), QoS mapping, beacon interval, channel uniqueness, adaptive bit rate selectio? Regards, Javi 2009/5/28 Zhiqiang Liu <[hidden email]>
------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: Problem of transporting the ts stream over
|
|
In reply to this post by Zhiqiang Liu
WLAN802.11
MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_17596_27235653.1243734463069" X-Originating-IP: [61.144.246.170] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT2_snapshot build 090513(7592.2351.2332) Copyright (c) 2002-2009 www.mailtech.cn 163com ------=_Part_17596_27235653.1243734463069 Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: quoted-printable =BF=EC=BD=DD=BB=D8=B8=B4=B8=F8=A3=BA"=B9=E3=D6=DD=CA=FD=BE=DD=D6=D0=D0=C4"= =20 =D4=DA2009-05-28=A3=AC"Zhiqiang Liu" <[hidden email]> =D0=B4=B5=C0=A3=BA Hi ScreenName01, =20 Thanks for your help:-)=20 =20 The "ideal environment" refer to transport the udp packets in the wire comm= unication. In this case, The possiblity of losing the packets is very small= . There seems to be no encryption problem since we can send the raw mpeg stre= ams over the air to the target and play on it.=20 It's really an unusual problem since we know that the the underlying medium= is hidden to the protocol. The only possibly problem can occur in the MAC = layer. The WLAN may lose some packets (About 10% packets are lost). But in = the wire communication almost very packets are delivered normally. The prob= lem may be related to the ts stream format. That's because it may be hard t= o play an ts stream when some packets are lost. Thanks for your suggestion. I will try to analyse the traffic using wiresha= rk. I would like to keep in touch with you. When we get any progress, I will co= ntact you. =20 Best regards, Zhiqiang Liu ScreenName01 wrote: >Hi Zhiqiang, > > I'm unclear of what the problem is. What is an "ideal environment" for >instance? > > The underlying medium -- be it ethernet or wifi -- is transparent. The >medium is hidden to the protocol and is handled by the OS in most cases ------=_Part_17596_27235653.1243734463069 Content-Type: text/html; charset=gbk Content-Transfer-Encoding: quoted-printable =BF=EC=BD=DD=BB=D8=B8=B4=B8=F8=A3=BA"=B9=E3=D6=DD=CA=FD=BE=DD=D6=D0=D0=C4" = <admin5 br=3D""><br><br>=D4=DA2009-05-28=A3=AC"Zhiqiang Liu" <liuzq2002@= 126.com> =D0=B4=B5=C0=A3=BA<br> <BLOCKQUOTE id=3D"isReplyContent" style= =3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px sol= id"><div><br>Hi ScreenName01,</div> <div> </div> <div>Thanks for your help:-) </div> <div> </div> <div>The "ideal environment" refer to transport the udp packets in the wire= communication. In this case, The possiblity of losing the packet= s is very small.</div> <div></div> <p>There seems to be no encryption problem since we can send the raw mpeg s= treams over the air to the target and play on it. </p> <p>It's really an unusual problem since we know that the the underlying med= ium is hidden to the protocol. The only possibly problem can occu= r in the MAC layer. The WLAN may lose some packets (About 10% packets are l= ost). But in the wire communication almost very packets are delivered = normally. The problem may be related to the ts stream format. That's becaus= e it may be hard to play an ts stream when some packets are lost.</p> <p>Thanks for your suggestion. I will try to analyse the traffic = using wireshark.</p> <p>I would like to keep in touch with you. When we get any progre= ss, I will contact you.</p> <p> </p> <p>Best regards,</p> <p>Zhiqiang Liu</p><pre>ScreenName01 wrote: >Hi Zhiqiang, > > I'm unclear of what the problem is. What is an "ideal environment" f= or >instance? > > The underlying medium -- be it ethernet or wifi -- is transparent. T= he >medium is hidden to the protocol and is handled by the OS in most cases </pre></BLOCKQUOTE></admin5><br><!-- footer --><br><span title=3D"neteasefo= oter"/><hr/> <a href=3D"http://512.mail.163.com/mailstamp/stamp/dz/activity.do?from=3Dfo= oter">=B4=A9=D4=BD=B5=D8=D5=F0=B4=F8 =BC=CD=C4=EE=E3=EB=B4=A8=B5=D8=D5=F0= =D2=BB=D6=DC=C4=EA</a> </span> ------=_Part_17596_27235653.1243734463069-- ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |