Commit | Date | |
---|---|---|
2010-09-13 20:40:25 | Tree | |
2010-09-10 02:37:46 | Tree | |
2010-09-10 02:37:28 | Tree | |
2010-09-10 02:34:26 | Tree | |
2010-09-10 02:24:04 | Tree | |
[r1879]
by
weizhang@adobe.com
To fix FM-1040, we came up with a solution as depicted by SVN change number 17636. However we are not totally satisfied because some multicast specific code was introduced to the NetLoader class. To remedy the problem, we introducted an indirection such that the multicast specific code goes to the MulticastNetLoader. |
2010-09-09 23:34:17 | Tree |
[r1878]
by
weizhang@adobe.com
Fix bug FM-1040. For the case of multicast, OSMF must postponing the load process until it receives "NetStream.Connect.Success" NetStatusEvent from NetConnection. Otherwise, any attempt to use NetStream will cause RTE. |
2010-09-09 20:44:13 | Tree |
[r1877]
by
weizhang@adobe.com
Fix FM-970. There are two issues that the fix tries to address: 1. Calling the remote subscribe method on each DVR stream, and also the streamName for MBR case comes from the streamItems instead of the resource url. 2. To support MBR, the DVRCastNetLoader.as needs to have the createSwtichManger method implementation. The best way to do it to derive the class from RTMPDynamicStreamingNetLoader class instead of NetLoader class. |
2010-09-08 22:32:53 | Tree |
2010-09-08 21:59:39 | Tree | |
2010-09-08 20:45:11 | Tree |