SoC x264 2011 - Revision history

DoesItReallyMatter: Link to SoC 2011/Stereo high profile mvc encoding in section heading

2019-03-12T07:21:38Z

Link to SoC 2011/Stereo high profile mvc encoding in section heading

← Older revision		Revision as of 07:21, 12 March 2019
Line 60:		Line 60:
	This is probably not very difficult from a coding standpoint and is really more of an algorithmic problem. Since we haven't done it already, that of course means it's a ''hard'' algorithmic problem.		This is probably not very difficult from a coding standpoint and is really more of an algorithmic problem. Since we haven't done it already, that of course means it's a ''hard'' algorithmic problem.

	===H.264/MVC===		===[[SoC 2011/Stereo high profile mvc encoding\|H.264/MVC]]===
	This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently. (kierank can get Blu-ray 3D streams verified)		This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently. (kierank can get Blu-ray 3D streams verified)

DoesItReallyMatter: +:Category:SoC

2019-02-05T08:47:33Z

+Category:SoC

← Older revision		Revision as of 08:47, 5 February 2019
Line 103:		Line 103:
	You should also contact the admin [[User:J-b\|jb]].		You should also contact the admin [[User:J-b\|jb]].

	{{GSoC}} [[Category:x264]]		{{GSoC}}

			[[Category:SoC]]
			[[Category:x264]]

J-b at 14:03, 30 September 2013

2013-09-30T14:03:55Z

← Older revision		Revision as of 14:03, 30 September 2013
Line 103:		Line 103:
	You should also contact the admin [[User:J-b\|jb]].		You should also contact the admin [[User:J-b\|jb]].

	{{GSoC}}		{{GSoC}} [[Category:x264]]

J-b at 13:46, 30 September 2013

2013-09-30T13:46:07Z

← Older revision		Revision as of 13:46, 30 September 2013
Line 102:		Line 102:

	You should also contact the admin [[User:J-b\|jb]].		You should also contact the admin [[User:J-b\|jb]].

			{{GSoC}}

Dark Shikari: /* Introduction to x264 and Summer of Code */

2011-03-29T23:02:15Z

Introduction to x264 and Summer of Code

← Older revision		Revision as of 23:02, 29 March 2011
Line 2:		Line 2:
	[[x264]] is one of the most popular video compression libraries in the world, used worldwide for applications such as web video, television broadcast, and Blu-ray authoring. It outclasses practically all commercial implementations both speed and compression-wise. While not actually part of VLC or ffmpeg, it is a major library used by both, licensed under the GPL. Due to its popularity in the commercial world (for example, Youtube and Facebook rely on it), many companies have offered bounties in the past for features and improvements that they found useful.		[[x264]] is one of the most popular video compression libraries in the world, used worldwide for applications such as web video, television broadcast, and Blu-ray authoring. It outclasses practically all commercial implementations both speed and compression-wise. While not actually part of VLC or ffmpeg, it is a major library used by both, licensed under the GPL. Due to its popularity in the commercial world (for example, Youtube and Facebook rely on it), many companies have offered bounties in the past for features and improvements that they found useful.

	But don't let that all scare you. There's still plenty of projects that a student can effectively get involved in.		But don't let that all scare you. There's still plenty of projects that a student can effectively get involved in -- we've had tons of successful students, both in Google Summer of Code and Google Code-In, most of whom knew nothing about video compression before applying.

	x264 is part of the VideoLAN candidature for Google Summer of Code 2011.		x264 is part of the VideoLAN candidature for Google Summer of Code 2011.

Dark Shikari: /* 4:4:4 and 4:2:2 Colorspaces */

2011-03-15T20:58:59Z

4:4:4 and 4:2:2 Colorspaces

← Older revision		Revision as of 20:58, 15 March 2011
Line 77:		Line 77:
	===4:4:4 and 4:2:2 Colorspaces===		===4:4:4 and 4:2:2 Colorspaces===
	If you're interested in working on this project, your task is to produce an x264-encoded bitstream in 4:4:4 or 4:2:2 format. It does not actually have to be at all watchable (that is, you don't have to implement any of the code to handle motion compensation, deblocking, or anything else involving 4:4:4/4:2:2 chroma data), but the bitstream has to be written correctly (correct syntax elements). The patch you write for this will be the starting point for your main project.		If you're interested in working on this project, your task is to produce an x264-encoded bitstream in 4:4:4 or 4:2:2 format. It does not actually have to be at all watchable (that is, you don't have to implement any of the code to handle motion compensation, deblocking, or anything else involving 4:4:4/4:2:2 chroma data), but the bitstream has to be written correctly (correct syntax elements). The patch you write for this will be the starting point for your main project.

			A partially done qualification task for reference can be found here:
			https://github.com/Andreas-HH/x264-colorspaces

	===GPU Motion Estimation===		===GPU Motion Estimation===

Kieran: /* H.264/MVC */

2011-03-03T15:08:49Z

H.264/MVC

← Older revision		Revision as of 15:08, 3 March 2011
Line 61:		Line 61:

	===H.264/MVC===		===H.264/MVC===
	This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently. (kierank can ~~mentor and~~ get Blu-ray 3D streams verified)		This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently. (kierank can get Blu-ray 3D streams verified)

	This project would involve reading a lot of spec and implementing it in the cleanest way possible. It is probably not inordinately difficult.		This project would involve reading a lot of spec and implementing it in the cleanest way possible. It is probably not inordinately difficult.

Kieran at 15:00, 3 March 2011

2011-03-03T15:00:51Z

← Older revision		Revision as of 15:00, 3 March 2011
Line 7:		Line 7:

	*Lead mentor (and author of this page): Jason Garrett-Glaser (Dark Shikari)		*Lead mentor (and author of this page): Jason Garrett-Glaser (Dark Shikari)
	*Possible other mentors: Ronald Bultje (BBB)?		*Possible other mentors: Ronald Bultje (BBB)?, Kieran Kunhya (kierank)

	An overview of x264's structure and algorithms can be found [http://akuvian.org/src/x264/overview_x264_v8_5.pdf here]. It is somewhat outdated, but still mostly accurate. Do note that understanding this is not necessary for all projects.		An overview of x264's structure and algorithms can be found [http://akuvian.org/src/x264/overview_x264_v8_5.pdf here]. It is somewhat outdated, but still mostly accurate. Do note that understanding this is not necessary for all projects.
Line 61:		Line 61:

	===H.264/MVC===		===H.264/MVC===
	This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently.		This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently. (kierank can mentor and get Blu-ray 3D streams verified)

	This project would involve reading a lot of spec and implementing it in the cleanest way possible. It is probably not inordinately difficult.		This project would involve reading a lot of spec and implementing it in the cleanest way possible. It is probably not inordinately difficult.

Dark Shikari: /* Qualification tasks */

2011-03-03T12:13:09Z

Qualification tasks

← Older revision		Revision as of 12:13, 3 March 2011
Line 91:		Line 91:
	===Non-local RD optimization===		===Non-local RD optimization===
	Implement an extremely minimal prototype of some part of your idea. It can be ugly, hacky, and limited; all that matters is you demonstrate that you can take an idea and turn it into code in x264. Bonus points if the idea actually works.		Implement an extremely minimal prototype of some part of your idea. It can be ugly, hacky, and limited; all that matters is you demonstrate that you can take an idea and turn it into code in x264. Bonus points if the idea actually works.

			===H.264/MVC===
			Read the spec and write an outline of what changes you'll have to make to x264 (specifically, with x264 in mind) in order to implement MVC. In other words, a design document. It doesn't have to be very formal, but it needs to clearly demonstrate that you have put some amount of thought into this.

	==Contact info==		==Contact info==

Dark Shikari: /* Projects */

2011-03-03T12:11:23Z

Projects

← Older revision		Revision as of 12:11, 3 March 2011
Line 59:		Line 59:

	This is probably not very difficult from a coding standpoint and is really more of an algorithmic problem. Since we haven't done it already, that of course means it's a ''hard'' algorithmic problem.		This is probably not very difficult from a coding standpoint and is really more of an algorithmic problem. Since we haven't done it already, that of course means it's a ''hard'' algorithmic problem.

			===H.264/MVC===
			This project would be to implement the multiview coding extension (read: 3D video) of H.264. This would mostly be a high-level project: affecting headers, reference handling, and so forth, as opposed to low level compression steps. This would let x264 be used to author 3D Blu-rays and encode 3D content more efficiently.

			This project would involve reading a lot of spec and implementing it in the cleanest way possible. It is probably not inordinately difficult.

	==Qualification tasks==		==Qualification tasks==