Difference between revisions of "X264 GCodeIn Ideas"

From VideoLAN Wiki
Jump to navigation Jump to search
m (+{{Lowercase}})
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 +
{{Lowercase}}
 
= Google Code In =
 
= Google Code In =
  
Line 43: Line 44:
 
'''Time''': 7 days<br>
 
'''Time''': 7 days<br>
 
'''Possible Mentors''': Jason Garrett-Glaser (Dark Shikari), James Darnley (J_Darnley), Steven Walters (kemuri-_9)<br>
 
'''Possible Mentors''': Jason Garrett-Glaser (Dark Shikari), James Darnley (J_Darnley), Steven Walters (kemuri-_9)<br>
 +
 +
'''Category''': Add a --device option<br>
 +
'''Description''': Add a new option to x264cli so users can specify a particular device<br>
 +
'''Details''': Edit x264.c to change the input settings for a particular device in a similar way to --preset and --tune<br>
 +
 +
Most of the settings for specific devices (e.g iPod, Xbox, AppleTV) can be found online. x264 developers can help with more complex devices such as Blu-Ray.
 +
 +
'''Outcome''': Users can specify a specific device to x264.<br>
 +
'''Difficulty''': medium<br>
 +
'''Tools''': x264<br>
 +
'''Time''': 3-5 days<br>
 +
'''Possible Mentors''': Jason Garrett-Glaser (Dark Shikari), James Darnley (J_Darnley), Steven Walters (kemuri-_9), Kieran Kunhya (kierank)<br>
  
 
== libx264 Core Development ==
 
== libx264 Core Development ==
Line 50: Line 63:
 
'''Details''': x264 has boatloads of C functions with assembly versions that haven't been written yet.  Assembly functions are really great for Google Code-In because they can be written without any knowledge of the overall program.  Most functions are only a few lines long in C, making an assembly implementation relatively easy.  In many cases, some (but not all) versions of a function are already written in assembly, providing good examples for future versions.<br>
 
'''Details''': x264 has boatloads of C functions with assembly versions that haven't been written yet.  Assembly functions are really great for Google Code-In because they can be written without any knowledge of the overall program.  Most functions are only a few lines long in C, making an assembly implementation relatively easy.  In many cases, some (but not all) versions of a function are already written in assembly, providing good examples for future versions.<br>
  
If you pick this task, it's highly recommended that you have some experience in assembly coding already.  Writing a single function is not too difficult if you already have some experience, but if you've never done it before, it will take significantly more time.  Of course, if you're interested in learning, we'd be happy to teach you, but it will take much longer.<br>
+
If you pick this task, it's highly recommended that you have some experience in assembly coding already.  Writing a single function is not too difficult if you already have some experience, but if you've never done it before, it will take significantly more time.  Of course, if you're interested in learning, we'd be happy to teach you--Jason has taught many many students before.  It usually takes a couple hours to learn the basics.<br>
 
'''Outcome''': A new assembly function in x264.<br>
 
'''Outcome''': A new assembly function in x264.<br>
 
'''Difficulty''': hard<br>
 
'''Difficulty''': hard<br>
Line 61: Line 74:
  
 
IRC channel: #x264dev on irc://irc.freenode.net
 
IRC channel: #x264dev on irc://irc.freenode.net
 +
 +
[[Category:x264]] {{GSoC}}

Latest revision as of 20:22, 9 March 2019

Google Code In

This page is about gathering ideas for the x264 project for acceptance in the Google Code In 2010-2011 program.

x264 has been part of Videolan's Google Summer of Code in 2008, 2009 and 2010.

Ideas for x264

Warning

This is a temporary page for listing ideas for Google Code-in tasks.

The final tasks will be moved to melange, when needed.

Tools

Category: Quality Assurance
Description: Automated regression test tool
Details: x264 has no standard regression test tool, and all the developers rely on their own scripts. An automated regression test tool should be able to:

  • Test any two revisions against each other.
  • Test a wide variety of x264 settings combinations. We can help you here by giving you some of the existing scripts.
  • Report the status of a revision: working (basic regression test passes), broken (basic regression test fails), crash, etc.
  • Report the difference between any two revisions (output differs, output is identical, which tests' output differs, etc).

Outcome: A regression test script (in Bash, Perl, Python, or similar)
Difficulty: medium-hard
Tools: x264, JM, ffmpeg, Linux, git
Time: 5 days
Possible Mentors: Jason Garrett-Glaser (Dark Shikari)

CLI Development

Category: Video filtering
Description: Port any video filter to x264
Details: x264 recently got a filtering system that allows users to process video before encoding -- resizing, cropping, and so forth. We'd like to add fancier filters by porting them from other projects, like mplayer's libmpcodecs. These could include denoising, sharpening, blurring, and so forth.

You can pick any filter you want and port it -- just make sure to ask first to make sure that it would make sense in the context of x264.

Do note all filters must reach the code quality standards of x264, so in some cases you may need to do more than just copy-pasting: reformatting code, etc.

Outcome: A new filter in x264.
Difficulty: hard
Tools: x264
Time: 7 days
Possible Mentors: Jason Garrett-Glaser (Dark Shikari), James Darnley (J_Darnley), Steven Walters (kemuri-_9)

Category: Add a --device option
Description: Add a new option to x264cli so users can specify a particular device
Details: Edit x264.c to change the input settings for a particular device in a similar way to --preset and --tune

Most of the settings for specific devices (e.g iPod, Xbox, AppleTV) can be found online. x264 developers can help with more complex devices such as Blu-Ray.

Outcome: Users can specify a specific device to x264.
Difficulty: medium
Tools: x264
Time: 3-5 days
Possible Mentors: Jason Garrett-Glaser (Dark Shikari), James Darnley (J_Darnley), Steven Walters (kemuri-_9), Kieran Kunhya (kierank)

libx264 Core Development

Category: Assembly Optimization
Description: Write any assembly function: x86 (MMX/SSE), PowerPC (Altivec), or ARM (ARMv6/NEON)
Details: x264 has boatloads of C functions with assembly versions that haven't been written yet. Assembly functions are really great for Google Code-In because they can be written without any knowledge of the overall program. Most functions are only a few lines long in C, making an assembly implementation relatively easy. In many cases, some (but not all) versions of a function are already written in assembly, providing good examples for future versions.

If you pick this task, it's highly recommended that you have some experience in assembly coding already. Writing a single function is not too difficult if you already have some experience, but if you've never done it before, it will take significantly more time. Of course, if you're interested in learning, we'd be happy to teach you--Jason has taught many many students before. It usually takes a couple hours to learn the basics.
Outcome: A new assembly function in x264.
Difficulty: hard
Tools: x264, yasm (for x86) or gas (for ARM)
Time: 0.5-7 days, depends heavily on function complexity
Possible Mentors: Jason Garrett-Glaser (Dark Shikari), Holger Lubitz (holger), Loren Merritt (pengvado)

Contact

For ANY question, contact User:Dark Shikari, preferably on IRC.

IRC channel: #x264dev on irc://irc.freenode.net

VideoLAN Google Summer of Code (GSoC/SoC) mentoring projects
20072008200920102011 (GCi 2011SOCIS x264 2011)20122013201620172018201920202021202220232024