Bounties: Difference between revisions

From XiphWiki
Jump to navigation Jump to search
(→‎FLAC support in libfishsound: clean up wording and remove a nonsense addition)
(→‎Xiph Quicktime Plugin: add vorbis-in-mov requirement, fix typo.)
Line 14: Line 14:
You have to write a Quicktime Plugin for the Ogg container and the Xiph Codec Family.
You have to write a Quicktime Plugin for the Ogg container and the Xiph Codec Family.
[http://qtcomponents.sf.net qtcomponents] provides support for Ogg Vorbis and MNG. This could be used as start.
[http://qtcomponents.sf.net qtcomponents] provides support for Ogg Vorbis and MNG. This could be used as start.
Xiph Quicktime Plugin has to support endocding/decoding for:
Xiph Quicktime Plugin has to support encoding/decoding for:
* Ogg Media container  
* Ogg Media container  
* Support for Chained Ogg Streams
* Support for Chained Ogg Streams
* Support for Icecast Streams (sending is optional)
* Support for Icecast Streams (sending is optional)
* Support for Xiph Codec Family: Vorbis, Theora, FLAC, Speex, Writ
* Support for Xiph Codec Family: Vorbis, Theora, FLAC, Speex, Writ
It must also be possible to use the Xiph codecs in .mov files in combination with other quicktime codecs.


=== Aggressive low-bitrate libvorbis encoding improvements for Vorbis I ===
=== Aggressive low-bitrate libvorbis encoding improvements for Vorbis I ===

Revision as of 10:58, 10 January 2005

These are proposed bounty projects, similar to http://gnome.org/bounties/ or the Ghostscript bug bounty program. We don't have the same level of funding but could start a pot with $10-$100 and let people contribute to specific bounties through paypal.


OggVorbis 5.1

5.1 Sound encoding in Ogg Vorbis.

There are two steps here. Simple coupling and lowpass for the .1 channel, and a full set of tuned modes. They should be separate bounties.

Xiph Quicktime Plugin

You have to write a Quicktime Plugin for the Ogg container and the Xiph Codec Family. qtcomponents provides support for Ogg Vorbis and MNG. This could be used as start. Xiph Quicktime Plugin has to support encoding/decoding for:

  • Ogg Media container
  • Support for Chained Ogg Streams
  • Support for Icecast Streams (sending is optional)
  • Support for Xiph Codec Family: Vorbis, Theora, FLAC, Speex, Writ

It must also be possible to use the Xiph codecs in .mov files in combination with other quicktime codecs.

Aggressive low-bitrate libvorbis encoding improvements for Vorbis I

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.

To claim this bounty, the following criteria would have to be met:

  • 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.
  • No overall qualitative/bitrate regressions in quality levels 2 upwards
  • Output ogg files compatible with Vorbis I spec
  • Changes under suitable license for re-integration with Xiph.Org libvorbis


iPod playback support

The 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 for useful playback.

FLAC support in 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.

Ogg Vorbis Bitrate Peeling

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.

The peeler must meet the following criteria:

  • Any (optionally transcoded) Vorbis stream can be losslessly re-encoded to a lower quality setting
  • Resulting streams would be identical or nearly identical to a stream generated by encoding the original source to the selected quality
  • This process is reasonably fast (that is, signifigantly faster than re-encoding from source)

The following must also be accomplished to claim this bounty:

  • The encoding libraries must be updated to create peelable Vorbis streams natively
  • Old Vorbis streams must be peelable already, or convertable with a utility in order to be made peelable
  • If older streams are not natively peelable, old unpeelable Vorbis streams must be identifiable and discernable from peelable streams in such a way as to facilitate transcoding streams from the old format
  • All work submitted must be licenced under the GPL or compatible licence (excepting circumstances where other licences conflict) [Note: In the GPL-alike case the contribution couldn't be re-integrated with the reference Vorbis encoder/decoder... do we need to stipulate a libvorbis-compatible license like the BSD/X11?]