Mark J. Handley. Using the UCL H.261 codec controller, December 1993. On-line html document 4 . Home/Search Document Not in Database Summary Related Articles Check |
This paper is cited in the following contexts:
Scalable Compression and Transmission of Internet Multicast Video - McCanne (1996) (61 citations) (Correct)
....that relies exclusively on H.261 [171] for video compression. Because it utilizes a standardized algorithm, ivs interoperates with a large installed base of H.320 video codecs as an H.320 compliant bit stream is easily generated from an H.261 packet stream by introducing H. 221 framing in software [77]. Also in contrast to nv, ivs makes no assumptions about the availability of network resources and adapts to available capacity through the source based congestion control algorithm described earlier in this chapter. Because ivs utilizes the temporal prediction model in H.261, its bit streams ....
Mark J. Handley. Using the UCL H.261 codec controller, December 1993. On-line html document 4 .
vic: A Flexible Framework for Packet Video - McCanne, Van Jacobson (1995) (239 citations) (Correct)
....system that relies exclusively on H.261 [45] for video compression. By adopting a standardized algorithm, ivs can interoperate with a large installed base of H.320 video codecs as an H.320 compliant bit stream is easily generated from an H.261 packet stream by introducing H. 221 framing in software [20]. In contrast, nv is a video only application that utilizes a custom coding scheme tailored specifically for the Internet and targeted for efficient software implementation [17] Because of its low computational complexity, the nv codec can run much faster than an H.261 codec. Even though H.261 ....
HANDLEY, M. J. Using the UCL H.261 codec controller, Dec. 1993. On-line html document 3 .
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC