FFmpeg Summer Of Code 2008 - Revision history

Angustia: add issue 222 to libswscale project

2008-07-10T03:12:22Z

add issue 222 to libswscale project

← Older revision		Revision as of 20:12, 9 July 2008
Line 138:		Line 138:
	* the dither code depends on non constant globals, it should use the dither variables in the context		* the dither code depends on non constant globals, it should use the dither variables in the context
	* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.		* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.
	* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]		* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue222 issue222] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]
	* Clear separation of architecture specific code (asm) into separate directories.		* Clear separation of architecture specific code (asm) into separate directories.
	* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)		* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)

Lu zero: /* LGPL reimplementation of GPL sws_scale parts */

2008-07-10T03:03:36Z

LGPL reimplementation of GPL sws_scale parts

← Older revision		Revision as of 20:03, 9 July 2008
Line 137:		Line 137:
	Primary goals:		Primary goals:
	* the dither code depends on non constant globals, it should use the dither variables in the context		* the dither code depends on non constant globals, it should use the dither variables in the context

	* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.		* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.

	* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]		* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]
	* Clear separation of architecture specific code (asm) into separate directories.		* Clear separation of architecture specific code (asm) into separate directories.
	* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)		* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)
	* All obvious simplifications & cleanups		* All obvious simplifications & cleanups
	* Ensure that the swscaler can be (optionally) run in a bitexact mode for regression tests.

	Secondary goals:		Secondary goals:

Lu zero: /* LGPL reimplementation of GPL sws_scale parts */

2008-07-10T03:01:43Z

LGPL reimplementation of GPL sws_scale parts

← Older revision		Revision as of 20:01, 9 July 2008
Line 136:		Line 136:

	Primary goals:		Primary goals:
	* the dither code depends on non constant globals, it should use the dither		* the dither code depends on non constant globals, it should use the dither variables in the context
	variables in the context

	* We need a bitexact mode, converters that are not identical to the pure C		* We need a bitexact mode, converters that are not identical to the pure C code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical for being able to drop the old scaler. As regression tests would not be possible otherwise.
	code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical
	for being able to drop the old scaler. As regression tests would not be
	possible otherwise.

	* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]		* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]

Lu zero: /* LGPL reimplementation of GPL sws_scale parts */

2008-07-10T03:01:00Z

LGPL reimplementation of GPL sws_scale parts

← Older revision		Revision as of 20:01, 9 July 2008
Line 136:		Line 136:

	Primary goals:		Primary goals:
			* the dither code depends on non constant globals, it should use the dither
			variables in the context

			* We need a bitexact mode, converters that are not identical to the pure C
			code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical
			for being able to drop the old scaler. As regression tests would not be
			possible otherwise.

			* roundup issues [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue249 issue249] [https://roundup.mplayerhq.hu/roundup/ffmpeg/issue504 issue504]
	* Clear separation of architecture specific code (asm) into separate directories.		* Clear separation of architecture specific code (asm) into separate directories.
	* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)		* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)

Multimedia Mike: /* Current Status */ current big date

2008-05-20T21:24:08Z

Current Status: current big date

← Older revision		Revision as of 14:24, 20 May 2008
Line 10:		Line 10:
	Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline		Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline

	* '''Next Big Date:''' ~~Student applications complete; student selections will be announced by Google~~ on '''Monday, ~~April 21~~'''		* '''Next Big Date:''' Official coding begins on '''Monday, May 26''' (but there is nothing to stop the students from starting early)
	* March 17, 2008: Google is ~~scheduled~~ to ~~announce selected projects; ''FFmpeg is selected''~~
	* March 3, 2008: Submitted FFmpeg project application
	* February 20, 2008: Created page

	== Application Process ==		== Application Process ==

Lu zero: /* LGPL reimplementation of GPL sws_scale parts */

2008-04-17T08:19:09Z

LGPL reimplementation of GPL sws_scale parts

← Older revision		Revision as of 01:19, 17 April 2008
Line 139:		Line 139:

	Primary goals:		Primary goals:
	* Clear ~~seperation~~ of architecture specific code (asm) into ~~seperate~~		* Clear separation of architecture specific code (asm) into separate directories.
	directories.		* Rewriting the GPL yuv table init code (without looking at the code but just the code using the tables and the actually generated tables)
	* Rewriting the GPL yuv table init code (without looking at the code but just
	the code using the tables and the actually generated tables)
	* All obvious simplifications & cleanups		* All obvious simplifications & cleanups
	* Ensure that the swscaler can be (optionally) run in a bitexact mode for		* Ensure that the swscaler can be (optionally) run in a bitexact mode for regression tests.
	regression tests.

	Secondary goals:		Secondary goals:
	* Ensure that every ~~convertion~~ is (optionally) supported in a way which does		* Ensure that every conversion is (optionally) supported in a way which does not subsample chroma more than the worse of input and output.
	not subsample chroma more than the worse of input and output.		* Make the rgb->yuv and yuv->yuv code support the different yuv types which are set via sws_setColorspaceDetails()
	* Make the rgb->yuv and yuv->yuv code support the different yuv types which		* Make sure all RGB input formats are (optionally) supported without being converted to a intermediate 8bit per component YUV, that is they should either be scaled in RGB space or scaled in >8bit per component YUV. (later is easier in the current architecture)
	are set via sws_setColorspaceDetails()		* Make architecture specific code bitexact where this is possible without speedloss and easy.
	* Make sure all RGB input formats are (optionally) supported without being
	converted to a intermediate 8bit per component YUV, that is they should
	either be scaled in RGB space or scaled in >8bit per component YUV. (later
	is easier in the current architecture)
	* Make architecture specific code bitexact where this is possible without
	speedloss and easy.

	''Mentor: Luca Barbato and Michael Niedermayer''		''Mentor: Luca Barbato and Michael Niedermayer''

Lu zero: /* LGPL reimplementation of GPL sws_scale parts */

2008-04-17T08:18:02Z

LGPL reimplementation of GPL sws_scale parts

@@ Line 137: / Line 137: @@
 === LGPL reimplementation of GPL sws_scale parts ===
-* Secondary goal: removal of lavc scaler
+Primary goals:
-''Mentor: Luca Barbato''
+''Mentor: Luca Barbato and Michael Niedermayer''
 === MPEG-4 ALS audio encoder ===

Multimedia Mike: /* Application Process */ update date

2008-04-08T16:16:42Z

Application Process: update date

← Older revision		Revision as of 09:16, 8 April 2008
Line 21:		Line 21:
	* March 24, 2008: Student application period opens.		* March 24, 2008: Student application period opens.
	* April 7, 2008: Student application deadline.		* April 7, 2008: Student application deadline.
	* April 18, 2008: ~~Final decisions~~ are ~~made~~.		* April 21, 2008: Student selections are announced.

	All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 18, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.		All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 18, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.

Multimedia Mike: /* Current Status */ next big date is student selection

2008-04-08T16:14:58Z

Current Status: next big date is student selection

← Older revision		Revision as of 09:14, 8 April 2008
Line 10:		Line 10:
	Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline		Official timeline: http://code.google.com/soc/2008/faqs.html#0.1_timeline

	* '''Next Big Date:''' ~~March 24, 2008: Students may submit~~ applications ~~through~~ Google ~~until <strike>March 31, 2008</strike> ''extended deadline:''~~ '''April ~~7, 2008~~'''		* '''Next Big Date:''' Student applications complete; student selections will be announced by Google on '''Monday, April 21'''
	* March 17, 2008: Google is scheduled to announce selected projects; ''FFmpeg is selected''		* March 17, 2008: Google is scheduled to announce selected projects; ''FFmpeg is selected''
	* March 3, 2008: Submitted FFmpeg project application		* March 3, 2008: Submitted FFmpeg project application

Angustia: Update dates for extended deadline

2008-04-02T19:27:29Z

Update dates for extended deadline

← Older revision		Revision as of 12:27, 2 April 2008
Line 20:		Line 20:
	[http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline From the formal timeline]:		[http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline From the formal timeline]:
	* March 24, 2008: Student application period opens.		* March 24, 2008: Student application period opens.
	* ~~March 31~~, 2008: Student application deadline.		* April 7, 2008: Student application deadline.
	* April 11, 2008: Final decisions are made.		* April 18, 2008: Final decisions are made.

	All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 11, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.		All students who wish to be eligible for a GSoC FFmpeg project '''must''' successfully complete a qualification task. A student may submit an application before completing their task and they will have until April 18, 2008 to finish a qualification task. It is ill-advised to wait until the last minute, though. You must ''complete'' the task, which involves getting code approved for submission to source control, which takes many iterations over many days for most people. Further, we like people who show initiative earlier than later.

	=== Application advice ===		=== Application advice ===