Template:MultimediaDistribution:ScalableCodecs - Cronologia

VittorioPalmisano: /* References */

2007-02-02T15:02:14Z

‎References

2007-02-02T15:00:30Z

‎References

2007-02-02T14:54:44Z

2007-02-02T14:50:43Z

2007-02-02T14:47:06Z

2007-02-02T14:46:43Z

2007-02-02T14:45:43Z

2007-02-02T12:48:32Z

2007-02-02T12:33:00Z

2007-02-02T12:32:30Z

←Older revision		Revisione 15:02, 2 Feb 2007
Riga 17:		Riga 17:
	===References===		===References===

−	* Ugur, K. and Nasiopoulos, P. and Ward, R. <br/> '''An efficient H. 264 based fine-granular-scalable video coding system''' <br/> Signal Processing Systems Design and Implementation, 2005. IEEE Workshop on, 2005	+	* Ugur, K. and Nasiopoulos, P. and Ward, R. <br/> '''An efficient H. 264 based fine-granular-scalable video coding system''' <br/> Signal Processing Systems Design and Implementation, 2005. IEEE Workshop on, 2005 ([http://ieeexplore.ieee.org/iel5/10549/33371/01579901.pdf?arnumber=1579901 PDF])

@@ Riga 15: / Riga 15: @@
 [[Immagine:fgs.png|center|thumb|600px|''FGS video streaming'']]
-==References==
+===References===
 * Ugur, K. and Nasiopoulos, P. and Ward, R. <br/> '''An efficient H. 264 based fine-granular-scalable video coding system''' <br/> Signal Processing Systems Design and Implementation, 2005. IEEE Workshop on, 2005

←Older revision		Revisione 14:54, 2 Feb 2007
Riga 14:		Riga 14:

	[[Immagine:fgs.png\|center\|thumb\|600px\|''FGS video streaming'']]		[[Immagine:fgs.png\|center\|thumb\|600px\|''FGS video streaming'']]
		+
		+	==References==
		+
		+	* Ugur, K. and Nasiopoulos, P. and Ward, R. <br/> '''An efficient H. 264 based fine-granular-scalable video coding system''' <br/> Signal Processing Systems Design and Implementation, 2005. IEEE Workshop on, 2005

@@ Riga 10: / Riga 10: @@
 Video scalability can be assured by using two different techniques:
-* ''Multiple Description Coding'' ('''MDC'''): video stream is encoded into different substreams (''descriptions'') that can be sent partly or fully, depending on rate requirements. When a full set of description is received, the maximum video quality is achieved.
+* ''Multiple Description Coding'' ('''MDC'''): video stream is encoded into different substreams (''descriptions'') that can be sent partly or fully, depending on rate requirements. When a full set of descriptions is received, the maximum video quality is achieved.
 * ''Fine Grained Scalabiliy'' ('''FGS'''): video stream is encoded into a ''base layer'', that contains the minimum quality substream, and several ''enhancement layers''. Each enhancement layer adds a level of quality to the base layer. FGS aims to encode the enhancement layers as close as possible with each other in order to follow network bandwidth variations.
 [[Immagine:fgs.png|center|thumb|600px|''FGS video streaming'']]

@@ Riga 12: / Riga 12: @@
 * ''Multiple Description Coding'' ('''MDC'''): video stream is encoded into different substreams (''descriptions'') that can be sent partly or fully, depending on rate requirements. When a full set of description is received, the maximum video quality is achieved.
 * ''Fine Grained Scalabiliy'' ('''FGS'''): video stream is encoded into a ''base layer'', that contains the minimum quality substream, and several ''enhancement layers''. Each enhancement layer adds a level of quality to the base layer. FGS aims to encode the enhancement layers as close as possible with each other in order to follow network bandwidth variations.
-[[Immagine:fgs.png|center|thumb|1000px|''FGS video streaming'']]
+[[Immagine:fgs.png|center|thumb|600px|''FGS video streaming'']]

←Older revision		Revisione 14:45, 2 Feb 2007
Riga 12:		Riga 12:
	* ''Multiple Description Coding'' ('''MDC'''): video stream is encoded into different substreams (''descriptions'') that can be sent partly or fully, depending on rate requirements. When a full set of description is received, the maximum video quality is achieved.		* ''Multiple Description Coding'' ('''MDC'''): video stream is encoded into different substreams (''descriptions'') that can be sent partly or fully, depending on rate requirements. When a full set of description is received, the maximum video quality is achieved.
	* ''Fine Grained Scalabiliy'' ('''FGS'''): video stream is encoded into a ''base layer'', that contains the minimum quality substream, and several ''enhancement layers''. Each enhancement layer adds a level of quality to the base layer. FGS aims to encode the enhancement layers as close as possible with each other in order to follow network bandwidth variations.		* ''Fine Grained Scalabiliy'' ('''FGS'''): video stream is encoded into a ''base layer'', that contains the minimum quality substream, and several ''enhancement layers''. Each enhancement layer adds a level of quality to the base layer. FGS aims to encode the enhancement layers as close as possible with each other in order to follow network bandwidth variations.
		+	[[Immagine:fgs.png\|center\|thumb\|300px\|''FGS video streaming'']]

@@ Riga 4: / Riga 4: @@
 Streaming of live contents requires low '''packet latency'''. This can be accomplied reducing '''buffer levels''' on sender, so the audio/video '''encoding''' level should be adapted to the transport sending rate.
-Adaptive audio and video codecs can accomplish this task. Some audio/video codecs used in our researches are the following:
+Adaptive audio and video codecs can accomplish this task.
 * [http://speex.org Speex]: is an Open Source/Free Software patent-free audio compression format that allows to change the encoding rate on fly
 * '''H.264/AVC''' (and his free implementation [http://www.videolan.org/developers/x264.html X264]): is a video codec standard that can achieve both high data compression at low bitrates (~100 Kbit/s) and high video quality at high bitrates (~4 Mbit/s).

@@ Riga 2: / Riga 2: @@
 == Adaptive audio/video codecs==
-Streaming on live contents requires low '''packet latency'''. This can be accomplied reducing '''buffer levels''' on sender, so the audio/video '''encoding''' level should be adapted to the transport sending rate.
+Streaming of live contents requires low '''packet latency'''. This can be accomplied reducing '''buffer levels''' on sender, so the audio/video '''encoding''' level should be adapted to the transport sending rate.
 Adaptive audio and video codecs can accomplish this task. Some audio/video codecs used in our researches are the following:
 * [http://speex.org Speex]: is an Open Source/Free Software patent-free audio compression format that allows to change the encoding rate on fly
-* H.264/AVC (and his free implementation [http://www.videolan.org/developers/x264.html X264]): is a video codec standard that can achieve both high data compression at low bitrates (~100 Kbit/s) and high video quality at high bitrate (~4 Mbit/s).
+* '''H.264/AVC''' (and his free implementation [http://www.videolan.org/developers/x264.html X264]): is a video codec standard that can achieve both high data compression at low bitrates (~100 Kbit/s) and high video quality at high bitrate (~4 Mbit/s).