Closed GoogleCodeExporter closed 9 years ago
if you can suggest any solution it would be great help
Original comment by kasib...@gmail.com
on 10 Oct 2012 at 2:34
RTMFP works over UDP and tries to establish a end-to-end media path. Due to
certain firewalls and NATs, the end-to-end media path is not always possible.
For example, if both the users are behind separate symmetric NATs, or if one of
the user is behind UDP blocking firewall. When RTMFP fails to establish the
end-to-end media path, there are two alternatives --
(a) fall back to client-server media path using RTMFP -- this solves the
problem of symmetric NATs, but requires your own FMS (Flash Media Server) that
supports RTMFP, and does not work with free cirrus and stratus services.
(b) fall back to client server media path using RTMP -- this solves the problem
in most cases, but requires your own media server (FMS, Red5, rtmplite, etc)
and requires your application to implement such a fall-back. We have this as a
planned enhancement in VideoIO
http://code.google.com/p/flash-videoio/issues/detail?id=3
but haven't implemented it yet. In the meanwhile you can detect in your own
application whether rtmfp worked or not, and then fall back to rtmp when using
VideoIO.
I believe, there are other articles on the web, that explain the limitation of
RTMFP.
Original comment by theinten...@gmail.com
on 14 Oct 2012 at 5:13
Issue 40 has been merged into this issue.
Original comment by theinten...@gmail.com
on 14 Oct 2012 at 5:15
Original issue reported on code.google.com by
kasib...@gmail.com
on 10 Oct 2012 at 2:34