<?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=Jasonwea</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=Jasonwea"/>
	<link rel="alternate" type="text/html" href="https://wiki.xiph.org/Special:Contributions/Jasonwea"/>
	<updated>2026-05-07T13:01:29Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://wiki.xiph.org/index.php?title=Bounties&amp;diff=1691</id>
		<title>Bounties</title>
		<link rel="alternate" type="text/html" href="https://wiki.xiph.org/index.php?title=Bounties&amp;diff=1691"/>
		<updated>2005-09-02T14:22:03Z</updated>

		<summary type="html">&lt;p&gt;Jasonwea: /* Xiph Quicktime Plugin */ - add licensing requirement&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;These are proposed bounty projects, similar to http://gnome.org/bounties/ &lt;br /&gt;
or the [http://ghostscript.com/article/58.html Ghostscript bug bounty] program.&lt;br /&gt;
We don&#039;t have the same level of funding but could start a pot with $10-$100 and&lt;br /&gt;
let people contribute to specific bounties through paypal.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== OggVorbis 5.1 ===&lt;br /&gt;
5.1 Sound encoding in Ogg Vorbis.&lt;br /&gt;
&lt;br /&gt;
There are two steps here. Simple coupling and lowpass for the .1 channel, and a full set of tuned modes.&lt;br /&gt;
They should be separate bounties.&lt;br /&gt;
&lt;br /&gt;
:This should be implemented with ambisonics as the internally coupled channels, and then use ambisonic g-format filters for en/dec coding from and to 5.1. This will allow correct playback on many different speaker layouts and an easy path to headphone support. &lt;br /&gt;
&lt;br /&gt;
=== Xiph Quicktime Plugin ===&lt;br /&gt;
You have to write a Quicktime Plugin for the Ogg container and the Xiph Codec Family.&lt;br /&gt;
[http://qtcomponents.sf.net qtcomponents] provides support for Ogg Vorbis and MNG. This could be used as start.&lt;br /&gt;
Xiph Quicktime Plugin has to support encoding/decoding for:&lt;br /&gt;
* Ogg Media container&lt;br /&gt;
**[http://qtcomponents.sf.net qtcomponents] &#039;&#039;has an operational pluggable API for import, it needs some work to be long term supportable.  It does not have a pluggable API for exporting at this time.&#039;&#039;&lt;br /&gt;
* Support for Chained Ogg Streams&lt;br /&gt;
**[http://qtcomponents.sf.net qtcomponents] &#039;&#039;imports chained files as multiple tracks in QuickTime.  It does not create chained files during export.&#039;&#039;&lt;br /&gt;
* Support for Icecast Streams (sending is optional)&lt;br /&gt;
**[http://qtcomponents.sf.net qtcomponents] &#039;&#039;implements nothing towards this item.  First up is a reverse-engineering effort, as the specifications for a streaming media handler have not been published.&#039;&#039;&lt;br /&gt;
* Support for Xiph Codec Family: Vorbis, Theora, FLAC, Speex, Writ&lt;br /&gt;
**[http://qtcomponents.sf.net qtcomponents] &#039;&#039;has code for Vorbis and Speex (not working at the moment) and there is code at [http://damien.drix.free.fr/qtflac/ Damien Drix&#039;s site] for FLAC (decode only).&#039;&#039;&lt;br /&gt;
It must also be possible to use the Xiph codecs in .mov files in combination with other quicktime codecs.&lt;br /&gt;
*[http://qtcomponents.sf.net qtcomponents] &#039;&#039;supports embedding media encoded with Xiph codes into .mov files.&#039;&#039;&lt;br /&gt;
The plugin should work with at least QuickTime 6.x and 7.x on Mac OS X and Windows. (Mac OS 9 would be nice but probably isn&#039;t as important.)&lt;br /&gt;
&lt;br /&gt;
All work must be released under the GPL.&lt;br /&gt;
&lt;br /&gt;
=== Aggressive low-bitrate libvorbis encoding improvements for Vorbis I ===&lt;br /&gt;
&amp;lt;p&amp;gt;libvorbis has a lot of room for improvement in all quality/bitrate departments, particularly at the lower quality levels / bitrates.  There are many directions to approach this problem from.&amp;lt;/p&amp;gt;&lt;br /&gt;
To claim this bounty, the following criteria would have to be met:&lt;br /&gt;
* A 25%-or-better reduction in bitrate for quality levels -1, 0, 1 on a reasonable testsuite while maintaining qualitative equivilence (or improvement) in community testing.&lt;br /&gt;
* No overall qualitative/bitrate regressions in quality levels 2 upwards&lt;br /&gt;
* Output ogg files compatible with Vorbis I spec&lt;br /&gt;
* Changes under suitable license for re-integration with Xiph.Org libvorbis&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== iPod playback support ===&lt;br /&gt;
The [http://ipodlinux.sourceforge.net/ Linux on iPod] project has vorbis decode working (with alternate firmware) at a good fraction of realtime. It should be a small matter of optimization to get it working&lt;br /&gt;
for useful playback.&lt;br /&gt;
&lt;br /&gt;
=== FLAC support in libfishsound ===&lt;br /&gt;
[http://annodex.net/software/libfishsound/ libfishsound] currently only supports Ogg Vorbis and Ogg Speex. It should be extended to support FLAC to complete the set of Xiph audio codecs.&lt;br /&gt;
&lt;br /&gt;
=== Ogg Vorbis Bitrate Peeling ===&lt;br /&gt;
&amp;lt;p&amp;gt;Ogg Vorbis bitrate peeling has been a topic brought up time and again to combat MP3 enthusiasts. But this feature does not actually exist, only the mere possibility abounds. This bounty is set to change that.&amp;lt;/p&amp;gt;&lt;br /&gt;
The peeler must meet the following criteria:&lt;br /&gt;
* Any (optionally transcoded) Vorbis stream can be losslessly re-encoded to a lower quality setting&lt;br /&gt;
* Resulting streams would be identical or nearly identical to a stream generated by encoding the original source to the selected quality&lt;br /&gt;
* This process is reasonably fast (that is, signifigantly faster than re-encoding from source)&lt;br /&gt;
The following must also be accomplished to claim this bounty:&lt;br /&gt;
* The encoding libraries must be updated to create &amp;lt;em&amp;gt;peelable&amp;lt;/em&amp;gt; Vorbis streams natively&lt;br /&gt;
* Old Vorbis streams must be &amp;lt;em&amp;gt;peelable&amp;lt;/em&amp;gt; already, or convertable with a utility in order to be made &amp;lt;em&amp;gt;peelable&amp;lt;/em&amp;gt;&lt;br /&gt;
* If older streams are not natively &amp;lt;em&amp;gt;peelable&amp;lt;/em&amp;gt;, old &amp;lt;em&amp;gt;unpeelable&amp;lt;/em&amp;gt; Vorbis streams must be identifiable and discernable from &amp;lt;em&amp;gt;peelable&amp;lt;/em&amp;gt; streams in such a way as to facilitate transcoding streams from the old format&lt;br /&gt;
* All work submitted must be licenced under the GPL or compatible licence (excepting circumstances where other licences conflict) &#039;&#039;[Note: In the GPL-alike case the contribution couldn&#039;t be re-integrated with the reference Vorbis encoder/decoder... do we need to stipulate a libvorbis-compatible license like the BSD/X11?]&#039;&#039;&lt;/div&gt;</summary>
		<author><name>Jasonwea</name></author>
	</entry>
</feed>