<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.xiph.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Uraeus</id>
	<title>XiphWiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.xiph.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Uraeus"/>
	<link rel="alternate" type="text/html" href="https://wiki.xiph.org/Special:Contributions/Uraeus"/>
	<updated>2026-05-01T12:43:54Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4858</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4858"/>
		<updated>2006-04-28T12:09:41Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: /* OggMNG implementation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== CURRENT IDEAS ==&lt;br /&gt;
&lt;br /&gt;
This is  our ideas page for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support. Details on the OggMNG specifications [http://wiki.xiph.org/index.php/OggMNG here]&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc. It may be&lt;br /&gt;
interesting to do this as a general library, e.g. on top liboggz.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora support in ekiga ===&lt;br /&gt;
Implement support for Theora as a video codec in the ekiga chat application.&lt;br /&gt;
Overlaps with GNOME.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GUIDELINES FOR APPLYING ==&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
Note that if you are a student that want to apply for the Summer of Code, you should go through the standard Google process.&lt;br /&gt;
&lt;br /&gt;
If you have questions about these projects you can for instance come to the #theora channel on irc.freenode.com&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4857</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4857"/>
		<updated>2006-04-28T09:17:48Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: /* GUIDELINES FOR APPLYING */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== CURRENT IDEAS ==&lt;br /&gt;
&lt;br /&gt;
This is  our ideas page for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc. It may be&lt;br /&gt;
interesting to do this as a general library, e.g. on top liboggz.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora support in ekiga ===&lt;br /&gt;
Implement support for Theora as a video codec in the ekiga chat application.&lt;br /&gt;
Overlaps with GNOME.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== GUIDELINES FOR APPLYING ==&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
Note that if you are a student that want to apply for the Summer of Code, you should go through the standard Google process.&lt;br /&gt;
&lt;br /&gt;
If you have questions about these projects you can for instance come to the #theora channel on irc.freenode.com&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4854</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4854"/>
		<updated>2006-04-27T21:30:42Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: /* General Guidelines for applying */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== CURRENT IDEAS ==&lt;br /&gt;
&lt;br /&gt;
This is a draft proposal for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== GUIDELINES FOR APPLYING ==&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
Note that if you are a student that want to apply for the Summer of Code, you should go through the standard Google process.&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4853</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4853"/>
		<updated>2006-04-27T21:29:27Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: /* General Guidelines for applying */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== CURRENT IDEAS ==&lt;br /&gt;
&lt;br /&gt;
This is a draft proposal for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== General Guidelines for applying ==&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
Note that if you are a student that want to apply for the Summer of Code, you should go through the standard Google process.&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4852</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4852"/>
		<updated>2006-04-27T21:27:10Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== CURRENT IDEAS ==&lt;br /&gt;
&lt;br /&gt;
This is a draft proposal for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
== General Guidelines for applying ==&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4851</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4851"/>
		<updated>2006-04-27T21:26:17Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== DRAFT ==&lt;br /&gt;
&lt;br /&gt;
This is a draft proposal for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== General Guidelines for applying ===&lt;br /&gt;
&lt;br /&gt;
Remember that many people will apply to work on the Summer of Code.&lt;br /&gt;
&lt;br /&gt;
Keep in mind that those of us evaluating your application do not know you, we do not know what kind of &lt;br /&gt;
experience you have, we do not know what you have done in the past and we have to pick the best people &lt;br /&gt;
suited for a particular task.&lt;br /&gt;
&lt;br /&gt;
Hence, it is very important that you tell us in your email why you should be considered to implement a &lt;br /&gt;
particular project. Projects with one line applications will probably get discarded so don&#039;t make an application&lt;br /&gt;
like this:&lt;br /&gt;
&lt;br /&gt;
I would like to work on project XYZ&lt;br /&gt;
&lt;br /&gt;
Do not cut-and-paste the text from this page in your application. We know full well what the text here is. &lt;br /&gt;
Instead explain to us your take on the problem &amp;quot;I could implement this using this and that&amp;quot;, &amp;quot;I would need to &lt;br /&gt;
research these areas&amp;quot;, &amp;quot;I might need help sorting this out&amp;quot;, etc.&lt;br /&gt;
&lt;br /&gt;
Explain to us why you are a good candidate, also explain which projects interest you (in case that there is more &lt;br /&gt;
than one) and why.&lt;br /&gt;
&lt;br /&gt;
During the summer of code, we will invest significant resources from existing team members to guide you, answer your questions, and help you architect the software in a way that is acceptable to Xiph.org and that has a high chance of &lt;br /&gt;
having an impact on the larger community Xiph.org works with.&lt;br /&gt;
&lt;br /&gt;
(thanks to the Mono project for these general guidelines)&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4850</id>
		<title>Summer of Code 2008</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Summer_of_Code_2008&amp;diff=4850"/>
		<updated>2006-04-27T21:11:19Z</updated>

		<summary type="html">&lt;p&gt;Uraeus: Add RTP payload/depayload, remove to small Dirac in Ogg project&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== DRAFT ==&lt;br /&gt;
&lt;br /&gt;
This is a draft proposal for Google Summer of Code projects with Xiph.org.&lt;br /&gt;
&lt;br /&gt;
We need a primary and backup mentor volunteer for any project that is to become an official proposal.&lt;br /&gt;
&lt;br /&gt;
=== Optimize Theora encoding/decoding speed, SSE/SSE2 ===&lt;br /&gt;
Work on MMX, SSE/SSE2 implementations of the crucial encoding and&lt;br /&gt;
decoding  elements in libtheora. This could continue in theora-exp&lt;br /&gt;
where with ruik&#039;s work or consolidate theora-mmx, theora-oil work into&lt;br /&gt;
trunk. The results must still build cleanly on other archs and do &lt;br /&gt;
run-time capability detection.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Jan Gerber, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Theora reference encoder quality optimization ===&lt;br /&gt;
The libtheora encoder could make more use of some features present in the spec&lt;br /&gt;
but not currently implemented in the encoder. This is a little open ended, but&lt;br /&gt;
suggestions are: quant matrix tuning, per-block qi choice, 4:2:2 and 4:4:4 chroma&lt;br /&gt;
support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Ralph Giles, backup: Timothy Terriberry&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Encode support in theora-exp ===&lt;br /&gt;
Implement a rate-distortion optimized encoding mode for theora-exp,&lt;br /&gt;
including R-D optimzed mode decision and quantization (e.g., constant&lt;br /&gt;
lambda). Then, use the above routines to implement a medium-latency ABR&lt;br /&gt;
encoding mode (e.g., varying lambda), with a default target buffer size&lt;br /&gt;
of approximately 2 seconds.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Timothy &amp;quot;Derf&amp;quot; Terriberry, backup: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Development assistant for the &amp;quot;Ghost&amp;quot; audio codec ===&lt;br /&gt;
Designing a cutting edge perceptual codec is a very daunting task. Xiph&lt;br /&gt;
is in the research stage on a new low-latency, general purpose audio codec,&lt;br /&gt;
code-named &amp;quot;Ghost&amp;quot;. This is basically a &amp;quot;code assistant&amp;quot; position, where you&lt;br /&gt;
will be asked to implement, test, and give feedback on ideas from Christopher&lt;br /&gt;
Montgomery, designer of the Ogg Vorbis format. Be prepared to learn a lot about&lt;br /&gt;
audio coding, or apply what you already know. While there&#039;s less &amp;quot;ownership&amp;quot;&lt;br /&gt;
potential in this project proposal, it will be a great opportunity to learn&lt;br /&gt;
about compression algorithm design, practice your programming chops, and learn&lt;br /&gt;
to work in team.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Christopher &amp;quot;Monty&amp;quot; Montgomery, backup: Jean-Marc Valin&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== OggMNG implementation ===&lt;br /&gt;
Implement the OggMNG decode support in gstreamer and/or illi&#039;s dshow filters.&lt;br /&gt;
Implement encoding support in based on byzanz or istambul. Bonus points for&lt;br /&gt;
overlay support.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Mike Smith, Ralph Giles&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Subtitle Editor ===&lt;br /&gt;
this project would also consolidate the various proposals for&lt;br /&gt;
subtitles. from what i saw on #annodex,&lt;br /&gt;
using CMML might be the way to go. Coordinate with Annodex.net.&lt;br /&gt;
&lt;br /&gt;
another option is to pick an existing format (e.g. srt) and get a&lt;br /&gt;
gui mockup done. It should: give you playback with scrubbing, let&lt;br /&gt;
you set in and out points, and write out the results in an Ogg File.&lt;br /&gt;
&lt;br /&gt;
=== OggSkeleton tool support ===&lt;br /&gt;
Implement OggSkeleton production in various xiph tool packages. Also&lt;br /&gt;
implement some playback support at least one popular playback framework:&lt;br /&gt;
illi&#039;s dshow filters, gstreamer/totem, VLC, Quicktime, etc.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentor: Conrad Parker, backup: Silvia Pfeiffer&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== MXF support in gstreamer ===&lt;br /&gt;
Implement an MXF mux/demux for gstreamer, with mappings for Vorbis and Theora.&lt;br /&gt;
This should probably be a gstreamer project instead.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Christian Schaller, Mike Smith&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Hardware implementation of Theora decoding ===&lt;br /&gt;
Working on a hardware theora decoder, that can be used in embedded&lt;br /&gt;
devices, dvd players and video pods. Presumedly GPL verilog source&lt;br /&gt;
to run on an FPGA.&lt;br /&gt;
&lt;br /&gt;
=== Intel to AT&amp;amp;T x86 assembly translation ===&lt;br /&gt;
There is a general need for cross platform projects to be able to compile the same asm accelleration code on both GCC and MSVC. Unfortunately, at least of x86, they have incompatible assembly formats. Currently people either convert one to the other by hand (a maintenance nightmare) or require an external compile/assemble step on one or the other platform.&lt;br /&gt;
&lt;br /&gt;
Start with the (unmaintained?) intel2gas script. Spruce it up to support all of recent MMX, SSE, SSE2, SSE3 instructions. Then implement the reverse translation. Once both are working, write some glue code so it can be easily used as part of a GNU autotools build to derive one set of source from the other at build or package time.&lt;br /&gt;
&lt;br /&gt;
=== RTP payloaders and depayloaders for Vorbis and Theora ===&lt;br /&gt;
Write a set of payloaders and depayloader plugins for Vorbis and Theora for GStreamer and Farsight.&lt;br /&gt;
These plugins should implement the current specifications for Vorbis and Theora. Philipe Khalaf and Rob Taylor&lt;br /&gt;
of the Farsight project are prepared to mentor this project.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;Mentors: Philipe Khalaf, Rob Taylor Backup: Christian Schaller&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Uraeus</name></author>
	</entry>
</feed>