https://wiki.xiph.org/api.php?action=feedcontributions&user=Andrel&feedformat=atomXiphWiki - User contributions [en]2024-03-28T18:32:22ZUser contributionsMediaWiki 1.40.1https://wiki.xiph.org/index.php?title=Talk:VorbisStreams&diff=9451Talk:VorbisStreams2008-09-09T14:42:05Z<p>Andrel: /* Open Question */</p>
<hr />
<div>Is this strictly for professional streams?<br />
I would assume so, all independant streams could be listed in the directory.<br />
Thoughts?<br />
: Since I've been the main contributor (so far, I hope others will add more), the list mostly reflects my own listening interests. There are a bunch of semi-pro streams, for example student or community stations, and a few that seem to be one-man internet-only streams, for example Brazillbient Lounge. So no, not strictly for professional streams. --[[User:Andrel|Andrel]] 13:08, 26 Oct 2004 (PDT)<br />
<br />
<br />
== Comment ==<br />
<br />
In the listening tests at [http://www.rjamorim.com/test/32kbps/results.html] the following quote is found:<br />
<br />
''"Although Vorbis didn't perform well, almost getting under the big tie at second place, part of it can be credited to the fact that it was being tested at 22kHz. The severe lowpass at this bitrate seems to have introduced serious quality issues in the samples tested. One can hope Xiph enables 32kHz sampling for 32kbps, and further tunes such small bitrates."''<br />
<br />
Does anyone know if this has been done or if plans are underway to make Ogg Vorbis more dial-up online streaming friendly?<br />
<br />
Answer:<br />
<br />
The aoTuV encoder ( http://www.geocities.jp/aoyoume/aotuv/ ) has some advanced low bitrate tunings (quality modes -2 and -1) that support 44.1 kHz stereo output with bitrates as low as 32 kbps.<br />
<br />
== Open Question ==<br />
<br />
Is it worth noting some Internet trivia, pertaining to the audio streaming of one of websites listed? [http://wiki.xiph.org/index.php/User:Matthewcraig I propose] the following:<br />
<br />
On November 7 1994, [http://www.wxyc.org/about/first/ WXYC-FM] became the first radio station in the world to offer a live Internet simulcast of an off-air signal.<br />
: The Computer Science department at Brown University was simulcasting WBRU-FM around '90 or '91. It was done with an FM radio plugged into the mic jack of a SPARCstation. The stream was in Sun's Au format. --[[User:Andrel|Andrel]] 07:42, 9 September 2008 (PDT)<br />
<br />
== Archived Streams ==<br />
<br />
I removed this section, after having no response to this discussion paragraph. The listed shows: Quirks and Quarks, LUG Radio, News from Neptune were not originally streaming media, and so how can they be classified as archived streams? If this section is supposed to be for media archives of live events and live shows, then just about every Ogg Vorbis media file will be applicable. Unless I am mistaken about the purpose of this section, I suggest it is removed, since none of the list are streaming in the same sense of that the rest of the page means Vorbis Streams.</div>Andrelhttps://wiki.xiph.org/index.php?title=VorbisStreams&diff=9221VorbisStreams2008-07-29T20:51:56Z<p>Andrel: /* Live streams */ add WBUR</p>
<hr />
<div>These links usually point to the page with instructions on how to listen to a stream, not to the station's main homepage. We don't link directly to the stream because they tend to move around, because the stations like having people visit their websites, and this way you can compare Vorbis with the other legacy proprietary codecs many of these stations still use.<br />
<br />
'''Note:''' an [http://web.archive.org/web/20040205045624/wiki.xiph.org/VorbisStreams old version] of this page from before [[WhatHappened|the server crash]] is available through the web archive. We'll slowly be verifying those links are still valid and moving them over.<br />
<br />
== Automatically updated stream directories ==<br />
<br />
* [http://dir.xiph.org/ Icecast directory], The official xiph.org stream directory.<br />
<br />
* [http://dir.visonair.tv/ Visonair.tv Directory], Directory for Ogg Vorbis and Theora streams.<br />
<br />
* [http://www.musicgoal.com/stations/application-ogg/ Ogg Vorbis streams], Musicgoal's directory of Ogg Vorbis streams.<br />
<br />
* [http://openradio.co.uk/ openradio.co.uk], Directory of stations streaming in open formats (currently all Ogg Vorbis).<br />
<br />
== Live streams ==<br />
<br />
* [http://interactive.acbradio.org/ ACB Radio Interactive] Music DJed by blind and partially sighted people from around the globe.<br />
<br />
* [http://loudcity.com/stations/adagio-fm/files/show/index.htm Adagio.FM] A classical music station playing music from the medieval period.<br />
<br />
* [http://mmrmedia.xs4all.nl/backlash/ BBR] Backstreet Backlash Records, Rotterdam, The Netherlands.<br />
<br />
* [http://www.bermudafunk.org/ Bermudafunk] Independent radio for the Rhein/Neckar-region, Germany.<br />
<br />
* [http://www.hot.ee/bluegrassradio/ BlueGrassRadio 108] 24h Bluegrass & Related Music - Tallinn, Estonia<br />
<br />
* [http://syntag.net/brasill/ Brazillbient Lounge] Easy listening for punk rockers.<br />
<br />
* [http://www.cbc.ca/listen/ogg.html CBC Radio One & Two] public radio, Toronto, Canada.<br />
<br />
* [http://www.cjsw.com/listen.html CJSW] University of Calgary student radio, Calgary, Alberta, Canada.<br />
<br />
* [http://www.rozhlas.cz/audio/vysilani/ &#268;eský Rozlas] Three public-radio channels, Czech Republic.<br />
<br />
* [http://www.cur1350.co.uk/index.php?section=11 CUR 1350-AM] University of Cambridge student radio, Churchill College, Cambridge, UK.<br />
<br />
* [http://www.danceradio.cz DANCE RADIO CZ] Dance radio channels, Czech Republic.<br />
<br />
* [http://death.fm/ Death.FM] Blasts the best in Black and Death Metal.<br />
<br />
* [http://67.15.12.90:8000/milciades.ogg.m3u Desde Eusebio Ayala] Departamento de la Cordillera, Paraguay.<br />
<br />
* [http://www.dradio.de/wir/ogg Deutschlandradio + Deutschlandradio Kultur] News and classical music, Germany.<br />
<br />
* [http://ebmradio.de:13000/ebm.ogg EBM Radio] Futurepop and industrial music, Germany.<br />
<br />
* [http://www.freies-radio.de/empfang.php FRS] Freies Radio f&uuml;r Stuttgart, non-commercial Radio, Germany.<br />
<br />
* [http://www.freirad.at/livestream.html FREIRAD] Community radio, Innsbruck, Austria (in German).<br />
<br />
* [http://frequence3.org/ frequence3] Webradio Francophone, pop+dance, France.<br />
<br />
* [http://radio.full-vibes.com/ FullVibes] Underground techno, hardtek, breakbeat, jungle, and drumnbass radio.<br />
<br />
* [http://www.tlis.sk/ IRS TLIS] College Radio, Bratislava, Slovakia.<br />
<br />
* [http://kamp.arizona.edu/ KAMP-AM] University of Arizona student radio, Tucson, Arizona, USA.<br />
<br />
* [http://www.kcsm.org/fm_listen.html KCSM-FM] Jazz music, San Mateo, California, USA.<br />
<br />
* [http://www.kpfa.org/listen/ KPFA-FM] Pacifica Network public radio, Berkeley, California, USA.<br />
<br />
* [http://www.krcl.org/listenlive.htm KRCL-FM] Community radio, Salt Lake City, Utah, USA.<br />
<br />
* [http://www.kpsu.org/webcast.htm KPSU] Portland State University student radio, Portland, Oregon, USA.<br />
<br />
* [http://www.kqlz.org/index.php KQLZ-FM] Rock & roll, Los Angeles, California, USA.<br />
<br />
* [http://home.link-m.de/lora/ LORA München] Talk radio, Munich, Germany.<br />
<br />
* [http://www.m945.de/ M94.5] Student radio, Munich, Germany.<br />
<br />
* [http://moeradio.ru/ MoeRadio] Local broadcaster, Latvia.<br />
<br />
* [http://network76.com Network 76] 24/7 talk radio.<br />
<br />
* [http://www.nrk.no/lyd/ NRK] Norwegian Broadcasting Corporation, all channels live.<br />
<br />
* [http://www.omroepvenray.nl/ Omroep Venray] Local public radio station, Venray, Netherlands.<br />
<br />
* [http://fm4.baycom.de/ ORF FM-4] Pop/rock music, Vienna, Austria.<br />
<br />
* [http://ormgas.rainwave.cc/ Ormgas] OC remixez, Toronto, Ontario.<br />
<br />
* [http://radio1190.org/castpage.html Radio 1190] Independent music, University of Colorado at Boulder, USA.<br />
<br />
* [http://www.radioakropolis.cz/main.php Radio Akropolis] Prague, Czech Republic.<br />
<br />
* [http://www.radio-canada.ca/apropos/aide/ogg_vorbis.shtml Radio Canada 1 & 2] Public radio, Montréal, Québec, Canada (in French).<br />
<br />
* [http://live.radiofg.com/ Radio FG] Techno music, Paris, France.<br />
<br />
* [http://www.radio404.org Radio 404] Unusual music, mostly electro, Paris, France.<br />
<br />
* [http://www.rmxradio.org Radio RMX] House music, France.<br />
<br />
* [http://www.radiofrance.fr/services/aide/difflive.php Radio France] 8 channels, Paris, France.<br />
<br />
* [http://icecast.version6.net:8888/mania.ogg Radio Mania] rock music, Tallinn, Estonia.<br />
<br />
* [http://www.radiosix.com/listen.html Radio Six International] Eclectic music mix, Glasgow, Scotland.<br />
<br />
* [http://www.sluchaj.com/ Radio Słuchaj.com] Poland.<br />
<br />
* [http://www.radiovaasa.fi/etusivu.php RadioVaasa] Finland.<br />
<br />
* [http://streaps.org/ STREAPS] Audio Stream Merger.<br />
<br />
* [http://surge.soton.ac.uk/listen/ Surge] Southampton University student radio, Southampton, United Kingdom.<br />
<br />
* [http://tilos.hu/ogg/tilos_high.m3u Tilos Radio] Public non-mainstream radio in Budapest, Hungary.<br />
<br />
* [http://emisora.univalle.edu.co/nueva.htm Univalle Estereo] Cali, Columbia.<br />
<br />
* [http://urn1350.net/live/listen.php URN 1350-AM] Student radio, Nottingham, United Kingdom.<br />
<br />
* [http://www.vancouverfreeradio.com/tunez/ Vancouver Free Radio] Independent music, Vancouver, BC, CA.<br />
<br />
* [http://www.virginradio.co.uk/listen/on_your_computer.html Virgin Radio], United Kingdom.<br />
<br />
* [http://www.wbur.org/listen/ WBUR-FM], NPR news and talk, Boston, Massachusetts, USA.<br />
<br />
* [http://www.wcbn.org/ WCBN-FM] University of Michigan student radio, Ann Arbor, Michigan, USA.<br />
<br />
* [http://www.wclv.com/page.php?pageID=64 WCLV-FM] classical music, Cleveland, Ohio, USA.<br />
<br />
* [http://wcpe.org/internet.shtml WCPE-FM] classical music, Wake Forest, North Carolina, USA.<br />
<br />
* [http://www.wfmu.org/ssaudionet.shtml WFMU-FM] freeform radio, Jersey City, New Jersey, USA.<br />
<br />
* [http://www.wgdr.org/listen_wgdr.html WGDR-FM] community radio, Plainfield, Vermont, USA.<br />
<br />
* [http://wknc.org/listen.php WKNC-FM] North Carolina State University student radio, North Carolina, USA.<br />
<br />
* [http://wrct.org/ WRCT-FM] Carnegie Mellon University student radio, Pittsburgh, Pennsylvania, USA.<br />
<br />
* [http://wsia.fm WSIA-FM] CUNY student radio, Staten Island, New York, New York, USA.<br />
<br />
* [http://www.wxdu.org/listen/index.html WXDU-FM] Duke University student radio, Durham, North Carolina, USA.<br />
<br />
* [http://www.wxyc.org/programming/listen/ WXYC-FM] University of North Carolina at Chapel Hill student radio, Chapel Hill, North Carolina, USA.<br />
<br />
== Archived streams ==<br />
<br />
* [http://www.archive.org/audio/collection.php?collection=democracy_now Democracy Now] is a news program broadcast daily in the USA.<br />
<br />
* [http://www2.lugradio.org/index.php LugRadio] is a fortnightly talk show about GNU/Linux and free software.<br />
<br />
* [http://www.cbc.ca/quirks/archives.htm Quirks & Quarks] is a science program broadcast weekly in Canada.<br />
<br />
* [http://www.newsfromneptune.com/ News from Neptune] a weekly radio show that covers the news of the week and its coverage by the media.<br />
<br />
== Discontinued streams ==<br />
<br />
These streams are no longer working; they are mentioned for historical interest.<br />
<br />
* [http://support.bbc.co.uk/ogg/ BBC test stream] offline since 2003-01-03.<br />
<br />
* [http://radioqualia.va.com.au/freeradiolinux/ Free radio Linux] speech synthesizer reading the Linux source code, offline since mid-2004.<br />
<br />
* [http://www.liberationradio.net/ San Francisco Liberation Radio] busted by the feds, offline since 2003-10-15.<br />
<br />
[[Category:Vorbis]]</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Spread_Open_Media/en/FAQ&diff=7181Talk:Spread Open Media/en/FAQ2007-08-02T16:19:24Z<p>Andrel: </p>
<hr />
<div>----<br />
<br />
== AndreI's question ==<br />
<br />
'''AndreL''' wrote:<br />
<br />
> Why aren't GIF, JPEG, and JPEG2000 on this list?<br />
<br />
JPEG2000: '''highly''' proprietary <br />
<br />
JPEG: proprietary (?), lossy with little benefit only, too much inappropriate usage (poor quality images)<br />
<br />
GIF: used to be affected by LZW84 patent, this is now expired, but still not fully free (?), obsolete, poor compression, 256 colors only. Problem: no usable PNG animation so far :-(<br />
<br />
[[User:DOS386|DOS386]] 07:42, 2 August 2007 (PDT)<br />
<br />
: GIF and JPEG are the only two formats you can rely on a web browser to properly decode, and for this reason are by far the most popular image formats on the web. (The most popular web browser doesn't properly decode PNG.) I'd like to know why they aren't considered sufficiently free. People on the JPEG2000 standards committee worked very hard trying to insure that free software implementations would be possible. How did they fail? [[User:Andrel|Andrel]]<br />
<br />
----<br />
<br />
== Saoshyant's latest addition ==<br />
<br />
'''Saoshyant''' wrote:<br />
<br />
> Is SOM related with PlayOgg?<br />
<br />
> No, and if you actually want to help promote Open Media formats <br />
<br />
> like Vorbis avoid them. Threat tactics, desinformation, and ignorancy<br />
<br />
> do _not_ pass the message we want. <br />
<br />
Please rewrite. It's '''_NOT_''' obvious at all who of them (SOM, PlayOgg, Vorbis) is the good and should be promoted and who is the evil and should be avoided ...<br />
<br />
[[User:DOS386|DOS386]] 07:42, 2 August 2007 (PDT)<br />
<br />
----</div>Andrelhttps://wiki.xiph.org/index.php?title=Spread_Open_Media/en/FAQ&diff=7167Spread Open Media/en/FAQ2007-08-02T13:26:16Z<p>Andrel: /* What Open Media formats are there? */ query re missing raster formats</p>
<hr />
<div>== What is Spread Open Media all about? ==<br />
Spread Open Media is the one web site where you’ll find everything you<br />
need to know about the media formats that will help build a better<br />
world. And if you believe in our cause, you may want to tell everyone<br />
you know about those new formats, because ignorance is their worst<br />
enemy. So come join the fight to free the content you care from the<br />
corporations that want to restrict your rights and lock your files.<br />
<br />
On SOM you will find campaigns to join, advertisement material to use,<br />
tutorials to help your friends, a database of products that work with<br />
Open Media formats, and a directory of cool stuff to watch or listen<br />
to.<br />
<br />
Open Media formats allow for innovation, quality, and freedom.<br />
Through them, and only through them, do projects like Wikipedia and<br />
Creative Commons make sense. Through them, and only through them,<br />
will video and audio work across the web as smoothly as images do now.<br />
It’s time to promote them. It’s time to Spread Open Media.<br />
<br />
== How can I help? ==<br />
There’s many things you can do:<br />
* Start using Open Media formats.<br />
* Share only Open Media formats with others.<br />
* Link to this site. We have some banners that you may use.<br />
* Inform companies that you want to use Open Media formats (check the [[MailOgging]] project).<br />
* Join one of the campaigns.<br />
* Suggest new campaigns.<br />
* Help translate this site to other languages.<br />
* Pay a programmer to fix existing programs that deal badly with Open Media formats.<br />
* Pay for advertisement somewhere for the SOM cause.<br />
* Record podcasts in [http://en.wikipedia.org/wiki/Speex Speex]. Release music in [http://en.wikipedia.org/wiki/Vorbis Vorbis] or [http://en.wikipedia.org/wiki/FLAC FLAC]. Use [http://en.wikipedia.org/wiki/Theora Theora] for video. Make [http://en.wikipedia.org/wiki/Scalable_Vector_Graphics SVG] and/or [http://en.wikipedia.org/wiki/PNG PNG] graphics for your web site. Use [http://en.wikipedia.org/wiki/OpenDocument OpenDocument] on your office. Share [http://en.wikipedia.org/wiki/XML_Shareable_Playlist_Format XSPF] playlists.<br />
* Avoid [http://en.wikipedia.org/wiki/MP3 MP3], [http://en.wikipedia.org/wiki/Advanced_Audio_Coding AAC], [http://en.wikipedia.org/wiki/H.264/MPEG-4%20AVC H.264], [http://en.wikipedia.org/wiki/Xvid Xvid], and [http://en.wikipedia.org/wiki/Office_Open_XML OOXML] like the plague.<br />
<br />
== What Open Media formats are there? ==<br />
Here’s a list of the most common:<br />
* [http://theora.org/ Theora] (video)<br />
* [http://vorbis.com/ Vorbis] (audio, lossy)<br />
* [http://flac.sourceforge.net/ FLAC] (audio, lossless)<br />
* [http://speex.org/ Speex] (audio, voice)<br />
* [http://xspf.org/ XSPF] (playlist)<br />
* [http://w3.org/Graphics/SVG/ SVG] (vector image)<br />
* [http://libpng.org/pub/png/ PNG] (raster image)<br />
* [http://opendocument.xml.org/ OpenDocument] (office)<br />
* [http://w3.org/AudioVideo SMIL] (media presentations)<br />
<br />
Why aren't GIF, JPEG, and JPEG2000 on this list?<br />
<br />
== What is this Ogg thing I keep hearing about? ==<br />
Ogg is a container format. It’s complex, but you don’t need to know the details. Just keep in mind that Theora is sometimes called Ogg Video and Vorbis called Ogg Audio, because they both go inside Ogg.<br />
<br />
You may also see some ignorant companies promoting so-called “OGG players”. There’s two serious problems here: Ogg is NOT an acronym and these companies are fooling their customers into thinking Ogg _is_ Vorbis, which is not true. So, if you see a company selling a player with support for “OGG”, it means it can play Vorbis, but very likely it won’t play any of Theora, Speex, OggPCM, OggMNG, or OggUVS.<br />
<br />
To avoid confusion just forget about Ogg altogether and call the formats by their appropriate name, regardless of their connection to the Ogg project.<br />
<br />
== Is SOM related with PlayOgg? ==<br />
No, and if you actually want to help promote Open Media formats like Vorbis avoid them. Threat tactics, desinformation, and ignorancy do _not_ pass the message we want.</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=6893Talk:Main Page2007-06-09T15:27:45Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)<br />
<br />
== Suggestion :-O ==<br />
First I want to congratulate you on the wonderful work being done. Thank you very much :-)<br />
Please allow anonymous edits (like wikipedia does) b'caus i'm too lazy to login :-)<br />
<br />
:I'll give you the benefit of the doubt and assume the ton of hidden links I just culled has nothing to do with you... I can't speak for the people running Xiph but requiring a login reduces some of the flood of spam that shows up here, and Wikipedia has many more resources available to deal with it than this wiki does. [[User:Imalone|Imalone]] 06:06, 24 November 2006 (PST)<br />
<br />
== Proposal for a developer section ==<br />
<br />
As more developers start to "get it" about how ultra cool Ogg / Vorbis / Theora / etc is, wouldn't it be great to have a wiki section devoted to helping these budding programmers along? eg: i've written some nice code i'd be happy to share. Could contain a programming FAQ, how-to's, and real code. Thoughts? [[User:Davec|Davec]] 13:44, 6 December 2006 (PST)<br />
<br />
== Why CamelCase? ==<br />
<br />
MediaWiki supports free links, why are most page titles in the CamelCase format? - [[User:Sikon|Sikon]] 05:34, 27 February 2007 (PST)<br />
:CamelCase? I don't see what you mean. If you think something's wrong, you may go ahead and change it. That's what wikis are for.--[[User:Saoshyant|Saoshyant]] 05:37, 27 February 2007 (PST)<br />
:[[WhatHappened|Historical reasons]]. The original wiki used software that only supported [http://c2.com/cgi/wiki?CamelCase CamelCase]. For new pages it is fine to use free links. I suggest not renaming pages, as many of them have good search ranking. [[User:Andrel|Andrel]] 07:03, 27 February 2007 (PST)<br />
I see now. And thanks for the WhatHappened link, Andrel. I managed to recover two pages so far from web archive. I wonder if I'll savage it further.--[[User:Saoshyant|Saoshyant]] 08:28, 27 February 2007 (PST)<br />
<br />
== ICECast2 vs vBulletin ==<br />
<br />
Hi there,<br />
Fisrt let me thank you all the great work and the self performance over the ICECast streaming server<br />
<br />
I also Wonder if anyone had included ICECast directly into a vBulletin board having it worked from there on ..meaning enbable to use same username,permission and prefference from the database itself running on MySQL 5 having as if setting permission on for a usergroupe from there to enable them streaming out on your ICECast server and others can apply and yet just participate into the main forum itself<br />
<br />
I do have both running-up over my dedicated server now meanwhile if any would want to help me out creating like this hack or template am willing to give them all access for working over it <br />
can YOU imagine how friendly and powerful that ICECast would mean then<br />
<br />
hey give me a shout if willing to try it<br />
<br />
admin@gysmo.net</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=6606Main Page2007-05-05T00:17:46Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.Org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
----<br />
<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Libraries'''<br />
** [[OggPlay]]: library for synchronised xiph media playback<br />
** [[VorbisCommentEdit]]: Macintosh Framework making it easy to incorporate the editing of Vorbis Comments<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X (does not yet support encoding)<br />
<br />
== Promotional campaigns/events ==<br />
<br />
*[[MailOgging]]: project that provides templates for anyone willing to contact a company requesting them to add support for Xiph formats.<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To-do list for various Xiph.Org project.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]: who's in charge of what project<br />
* [[MonthlyMeeting]]: page with information on Xiph's MonthlyMeeting<br />
* [[MailingLists]]: list of Xiph's mailing lists<br />
* [[Bounties]]: list of bounties that you can take to improve Xiph's projects<br />
<br />
= Resources for Video and Audio programmers =<br />
<br />
* [[Ambisonics]]: page with technical information on Ambisonics<br />
* [[Resources and papers on Audio, Music and Speech|Courses and papers on Audio, Music and Speech]]: page with links to MIT and other University's content<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work<br />
* [[XiphWiki:Copyrights]]: License used for content on this wiki (i.e. CC-BY-SA)</div>Andrelhttps://wiki.xiph.org/index.php?title=Todo&diff=6508Todo2007-03-30T20:51:28Z<p>Andrel: rm spam</p>
<hr />
<div>Todo list for xiph.org.<br />
<br />
If you're interested in helping out, this is a good place to start. Also, asking on irc (#vorbis, #theora or #annodex on irc.freenode.net) is a good way to get oriented.<br />
<br />
== Project todos ==<br />
<br />
Several projects have their own todo lists in the wiki.<br />
<br />
* [[TheoraTodo]]<br />
** [[Theora:Beta1ToDo]]<br />
* [[XSPF_Todo_list]]<br />
* [[EduPeer]]<br />
<br />
We always need people to help with the [http://xiph.org/ websites] as well.</div>Andrelhttps://wiki.xiph.org/index.php?title=VorbisStreams&diff=6484VorbisStreams2007-03-18T21:44:47Z<p>Andrel: /* Live streams */ add WKNC</p>
<hr />
<div>These links usually point to the page with instructions on how to listen to a stream, not to the station's main homepage. We don't link directly to the stream because they tend to move around, because the stations like having people visit their websites, and this way you can compare Vorbis with the other legacy proprietary codecs many of these stations still use.<br />
<br />
'''Note:''' an [http://web.archive.org/web/20040205045624/wiki.xiph.org/VorbisStreams old version] of this page from before [[WhatHappened|the server crash]] is available through the web archive. We'll slowly be verifying those links are still valid and moving them over.<br />
<br />
== Automatically updated stream directories ==<br />
<br />
* [http://dir.xiph.org/ Icecast directory], the official xiph.org stream directory.<br />
<br />
* [http://dir.visonair.tv/ Visonair.tv Directory], directory for Ogg Vorbis and Theora streams.<br />
<br />
* [http://www.musicgoal.com/stations/application-ogg/ Ogg Vorbis streams], Musicgoal's directory of Ogg Vorbis streams.<br />
<br />
* [http://openradio.co.uk/ openradio.co.uk], Directory of stations streaming in open formats (currently all Ogg Vorbis).<br />
<br />
== Live streams ==<br />
<br />
* [http://www.ramair.co.uk/ RamAir] University of Bradford Students Union Radio Station.<br />
<br />
* [http://interactive.acbradio.org/ ACB Radio Interactive] Music DJed by blind and partially sighted people from around the globe.<br />
<br />
* [http://syntag.net/brasill/ Brazillbient Lounge] easy listening for punk rockers.<br />
<br />
* [http://www.cbc.ca/listen/ogg.html CBC Radio One & Two] public radio, Toronto, Canada.<br />
<br />
* [http://radio-canada.ca/util/endirect/ogg_vorbis.html Radio-Canada 1 & 2] public radio, Montréal, Québec, Canada (in French).<br />
<br />
* [http://cjsw.com/listen/index.php CJSW] University of Calgary student radio, Calgary, Alberta, Canada.<br />
<br />
* [http://www.rozhlas.cz/audio/vysilani/ &#268;eský Rozlas] 3 public-radio channels, Czech Republic.<br />
<br />
* [http://www.cur1350.co.uk/index.php?section=11 CUR 1350-AM] University of Cambridge student radio, Churchill College, Cambridge, UK.<br />
<br />
* [http://www.ebm-radio.de (((EBM Radio)))] German Radiostation. EBM, Futurepop, Industrial<br />
<br />
* [http://www.dradio.de/wir/ogg Deutschlandradio + Deutschlandradio Kultur] German radio stations which broadcast mainly news and classical music.<br />
<br />
* [http://www.freirad.at/livestream.html FREIRAD] community radio, Innsbruck, Austria (in German).<br />
<br />
* [http://frequence3.org/ frequence3] Frequence3, webradio Francophone, pop+dance, FR.<br />
<br />
* [http://www.1287am.com/listen Junction11] University of Reading student radio, Reading, UK.<br />
<br />
* [http://kamp.arizona.edu/ KAMP-AM] University of Arizona student radio, Tucson, AZ, USA.<br />
<br />
* [http://www.kcsm.org/fm_listen.html KCSM-FM] jazz music, San Mateo, CA, USA.<br />
<br />
* [http://www.kglp.org/stream/ KGLP-FM] public radio, Gallup, NM, USA.<br />
<br />
* [http://www.kpfa.org/listen/ KPFA-FM] Pacifica Network public radio, Berkeley, CA, USA.<br />
<br />
* [http://www.krcl.org/listenlive.htm KRCL-FM] community radio, Salt Lake City, UT, USA.<br />
<br />
* [http://www.kpsu.org/webcast.htm KPSU] Portland State University student radio, Portland, OR, USA.<br />
<br />
* [http://www.kqlz.org/index.php KQLZ-FM] rock & roll, Los Angeles, CA, USA.<br />
<br />
* [http://home.link-m.de/lora/ LORA München] talk radio, Munich, Germany.<br />
<br />
* [http://www.m945.de/ M94.5] student radio, Munich, Germany<br />
<br />
* [http://www.nrk.no/lyd/ NRK] Norwegian Broadcasting Corporation, all channels live.<br />
<br />
* [http://www.omroepvenray.nl/ Omroep Venray] local public radio station, Venray, Netherlands.<br />
<br />
* [http://fm4.baycom.de/ ORF FM-4] pop/rock music, Vienna, Austria.<br />
<br />
* [http://radio1190.org/castpage.html Radio 1190] independent music, University of Colorado at Boulder.<br />
<br />
* [http://www.radioakropolis.cz/main.php Radio Akropolis] Prague, Czech Republic.<br />
<br />
* [http://live.radiofg.com/ Radio FG] techno music, Paris, France.<br />
<br />
* [http://www.radio404.org Radio 404] unusual music, mostly electro (french radio).<br />
<br />
* [http://www.rmxradio.org Radio RMX] house music from France.<br />
<br />
* [http://www.radiofrance.fr/services/aide/difflive.php Radio France] 8 channels from Paris.<br />
<br />
* [http://icecast.version6.net:8888/mania.ogg Radio Mania] rock music, Tallinn, Estonia<br />
<br />
* [http://www.radiosix.com/listen.html Radio Six International] eclectic music mix, Glasgow, Scotland.<br />
<br />
* [http://www.sluchaj.com/ Radio Słuchaj.com] Poland.<br />
<br />
* [http://surge.soton.ac.uk/listen/ Surge] Southampton University student radio, Southampton, UK.<br />
<br />
* [http://streaps.org/ STREAPS] Audio Stream Merger<br />
<br />
* [http://emisora.univalle.edu.co/nueva.htm Univalle Estereo], Cali, Columbia.<br />
<br />
* [http://urn1350.net/live/listen.php URN 1350-AM] student radio, Nottingham, UK.<br />
<br />
* [http://www.vancouverfreeradio.com/tunez/ Vancouver Free Radio] independent music, Vancouver, BC, CA.<br />
<br />
* [http://www.virginradio.co.uk/thestation/listen/ogg.html Virgin Radio] Virgin Radio, UK.<br />
<br />
* [http://www.wcbn.org/ WCBN-FM] University of Michigan student radio, Ann Arbor, MI, USA.<br />
<br />
* [http://www.wclv.com/skin/feature.php?sectionId=184 WCLV-FM] classical music, Cleveland, OH, USA.<br />
<br />
* [http://wcpe.org/internet.shtml WCPE-FM] classical music, Wake Forest, NC, USA.<br />
<br />
* [http://www.wfmu.org/ssaudionet.shtml WFMU-FM] freeform radio, Jersey City, NJ, USA.<br />
<br />
* [http://www.wgdr.org/listen_wgdr.html WGDR-FM] community radio, Plainfield, VT, USA.<br />
<br />
* [http://www.wickedkarma.com/new2004/listen.php Wicked Karma Live] 4 channels, Sim City.<br />
<br />
* [http://wknc.org/listen.php WKNC-FM] North Carolina State University student radio, Raleigh, NC, USA.<br />
<br />
* [http://wrct.org/ WRCT-FM] Carnegie Mellon University student radio, Pittsburgh, PA, USA.<br />
<br />
* [http://wsia.fm WSIA-FM] CUNY student radio, Staten Island, New York, NY, USA.<br />
<br />
* [http://www.wxdu.org/listen/index.html WXDU-FM] Duke University student radio, Durham, NC, USA.<br />
<br />
* [http://www.wxyc.org/programming/listen/ WXYC-FM] University of North Carolina at Chapel Hill student radio, Chapel Hill, NC, USA.<br />
<br />
* [http://www.tlis.sk/ IRS TLIS] College Radio, Bratislava, Slovakia.<br />
<br />
* [http://tilos.hu/ogg/tilos_high.m3u Tilos Radio] public non-mainstream radio in Budapest, Hungary.<br />
<br />
* [http://rennet.org/canalb/ CanalB] french radio in Bretagne, France.<br />
<br />
* [http://icecast.ghruaim.net:8000/ Electric Radio] cheerful club music.<br />
<br />
* [http://oc.ormgas.com/stream.pls?stream=56 ormgas.com] streaming OC Remixes<br />
<br />
* [http://www.zee100.longmusic.com/ Zee 100 - 104.2 FM - Powered by OtsDJ & Sound Solution] The Hottest Tracks & Oldies From The Globe<br />
<br />
* [http://nettradio.p5solungen.no/ P5 Solungen FM 105.1] Local broadcaster in Hedmark, Norway.<br />
<br />
== Archived streams ==<br />
<br />
* [http://www.archive.org/audio/collection.php?collection=democracy_now Democracy Now] is a news program broadcast daily in the USA.<br />
<br />
* [http://www2.lugradio.org/index.php LugRadio] is a fortnightly talk show about GNU/Linux and free software.<br />
<br />
* [http://www.cbc.ca/quirks/archives.htm Quirks & Quarks] is a science program broadcast weekly in Canada.<br />
<br />
* [http://www.newsfromneptune.com/ News from Neptune] a weekly radio show that covers the news of the week and its coverage by the media.<br />
<br />
== Discontinued streams ==<br />
<br />
These streams are no longer working; they are mentioned for historical interest.<br />
<br />
* [http://support.bbc.co.uk/ogg/ BBC test stream] offline since 2003-01-03.<br />
<br />
* [http://radioqualia.va.com.au/freeradiolinux/ Free radio Linux] speech synthesizer reading the Linux source code, offline since mid-2004.<br />
<br />
* [http://www.liberationradio.net/ San Francisco Liberation Radio] busted by the feds, offline since 2003-10-15.<br />
<br />
== Stream statistics ==<br />
<br />
These are links to stream-usage statistics.<br />
<br />
* [http://theclassicalstation.org/stats.shtml WCPE statistics] for five codec types</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=6470Main Page2007-03-15T15:55:48Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.Org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Libraries'''<br />
** [[OggPlay]]: library for synchronised xiph media playback<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X (does not yet support encoding)<br />
<br />
== Promotional campaigns/events ==<br />
<br />
*[[MailOgging]]: project that provides templates for anyone willing to contact a company requesting them to add support for Xiph formats.<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To-do list for various Xiph.Org project.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]: page with information on Xiph's MonthlyMeeting<br />
* [[MailingLists]]: list of Xiph's mailing lists<br />
* [[Bounties]]: list of bounties that you can take to improve Xiph's projects<br />
* [[HyperFish]]<br />
<br />
= Resources for Video and Audio programmers =<br />
<br />
* [[Ambisonics]]: page with technical information on Ambisonics<br />
* [[Resources and papers on Audio, Music and Speech|Courses and papers on Audio, Music and Speech]]: page with links to MIT and other University's content<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work<br />
* [[XiphWiki:Copyrights]]: License used for content on this wiki (i.e. CC-BY-SA)</div>Andrelhttps://wiki.xiph.org/index.php?title=OggPlay&diff=6425OggPlay2007-03-08T18:14:19Z<p>Andrel: improve link text</p>
<hr />
<div>OggPlay is a library designed to allow drop-in playback of Xiph.Org media in an application. OggPlay handles demuxing and decoding, generates timestamps for raw data, maintains synchronisation across multiple streams, and provides a lock-free buffer implementation for easy multithreading.<br />
<br />
OggPlay is a '''work in progress''': the first release should be availably by mid-2007.<br />
<br />
OggPlay is currently hosted by [http://www.annodex.net Annodex], although there are plans to move hosting over to the Xiph.Org servers. SVN access is available through http://svn.annodex.net/liboggplay/trunk.</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=6338Main Page2007-02-28T23:49:42Z<p>Andrel: rm idiocy</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.Org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X (does not yet support encoding)<br />
<br />
== Promotional campaigns/events ==<br />
<br />
*[[MailOgging]]: project that provides templates for anyone willing to contact a company requesting them to add support for Xiph formats.<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To-do list for various Xiph.Org project.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]: page with information on Xiph's MonthlyMeeting<br />
* [[MailingLists]]: list of Xiph's mailing lists<br />
* [[Bounties]]: list of bounties that you can take to improve Xiph's projects<br />
* [[HyperFish]]<br />
<br />
= Resources for Video and Audio programmers =<br />
<br />
* [[Ambisonics]]: page with technical information on Ambisonics<br />
* [[Resources and papers on Audio, Music and Speech|Courses and papers on Audio, Music and Speech]]: page with links to MIT and other University's content<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work<br />
* [[XiphWiki:Copyrights]]: License used for content on this wiki (i.e. CC-BY-SA)</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=6317Talk:Main Page2007-02-27T15:03:15Z<p>Andrel: /* Why CamelCase? */</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)<br />
<br />
== Suggestion :-O ==<br />
First I want to congratulate you on the wonderful work being done. Thank you very much :-)<br />
Please allow anonymous edits (like wikipedia does) b'caus i'm too lazy to login :-)<br />
<br />
:I'll give you the benefit of the doubt and assume the ton of hidden links I just culled has nothing to do with you... I can't speak for the people running Xiph but requiring a login reduces some of the flood of spam that shows up here, and Wikipedia has many more resources available to deal with it than this wiki does. [[User:Imalone|Imalone]] 06:06, 24 November 2006 (PST)<br />
<br />
== Proposal for a developer section ==<br />
<br />
As more developers start to "get it" about how ultra cool Ogg / Vorbis / Theora / etc is, wouldn't it be great to have a wiki section devoted to helping these budding programmers along? eg: i've written some nice code i'd be happy to share. Could contain a programming FAQ, how-to's, and real code. Thoughts? [[User:Davec|Davec]] 13:44, 6 December 2006 (PST)<br />
<br />
== Why CamelCase? ==<br />
<br />
MediaWiki supports free links, why are most page titles in the CamelCase format? - [[User:Sikon|Sikon]] 05:34, 27 February 2007 (PST)<br />
:CamelCase? I don't see what you mean. If you think something's wrong, you may go ahead and change it. That's what wikis are for.--[[User:Saoshyant|Saoshyant]] 05:37, 27 February 2007 (PST)<br />
:[[WhatHappened|Historical reasons]]. The original wiki used software that only supported [http://c2.com/cgi/wiki?CamelCase CamelCase]. For new pages it is fine to use free links. I suggest not renaming pages, as many of them have good search ranking. [[User:Andrel|Andrel]] 07:03, 27 February 2007 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=6290Main Page2007-02-25T17:21:31Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.Org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X (does not yet support encoding)<br />
<br />
== Promotional campaigns/events ==<br />
<br />
*[[MailOgging]]: project that provides templates for anyone willing to contact a company requesting them to add support for Xiph formats.<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To-do list for various Xiph.Org project.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]: page with information on Xiph's MonthlyMeeting<br />
* [[MailingLists]]: list of Xiph's mailing lists<br />
* [[Bounties]]: list of bounties that you can take to improve Xiph's projects<br />
* [[HyperFish]]<br />
<br />
= Resources for Video and Audio programmers =<br />
<br />
* [[Ambisonics]]: page with technical information on Ambisonics<br />
* [[Resources and papers on Audio, Music and Speech|Courses and papers on Audio, Music and Speech]]: page with links to MIT and other University's content<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work<br />
* [[XiphWiki:Copyrights]]: License used for content on this wiki (i.e. CC-BY-SA)</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=6289Talk:Main Page2007-02-25T17:21:24Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)<br />
<br />
== Suggestion :-O ==<br />
First I want to congratulate you on the wonderful work being done. Thank you very much :-)<br />
Please allow anonymous edits (like wikipedia does) b'caus i'm too lazy to login :-)<br />
<br />
:I'll give you the benefit of the doubt and assume the ton of hidden links I just culled has nothing to do with you... I can't speak for the people running Xiph but requiring a login reduces some of the flood of spam that shows up here, and Wikipedia has many more resources available to deal with it than this wiki does. [[User:Imalone|Imalone]] 06:06, 24 November 2006 (PST)<br />
<br />
== Proposal for a developer section ==<br />
<br />
As more developers start to "get it" about how ultra cool Ogg / Vorbis / Theora / etc is, wouldn't it be great to have a wiki section devoted to helping these budding programmers along? eg: i've written some nice code i'd be happy to share. Could contain a programming FAQ, how-to's, and real code. Thoughts? [[User:Davec|Davec]] 13:44, 6 December 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=XSPF_Wish_List&diff=6093XSPF Wish List2007-01-11T15:21:32Z<p>Andrel: rm spam</p>
<hr />
<div>This page is a place to file requests for features. Any kind of feature can be entered here, please don't be bashful.<br />
<br />
* Request: MIME type of linked media<br />
** This would be parallel to the RSS enclosure 'type' attribute. It is for user-agents to use in guessing whether they would want to traverse some link.<br />
** Proposal: a new extension element defined as the result of a HEAD on the link.<br />
<br />
* Request: Semantics for M3U-like '#CURTRACK'<br />
* Request: Track creation & last modified dates</div>Andrelhttps://wiki.xiph.org/index.php?title=User:Blenda&diff=6092User:Blenda2007-01-11T15:21:26Z<p>Andrel: rm spam</p>
<hr />
<div>I live at the Handgranat wiki:<br />
http://handgranat.org/blenda<br />
<br />
[http://handgranat.org/Blenda/Kontaktinfo contact me]</div>Andrelhttps://wiki.xiph.org/index.php?title=Vorbis_Software_Players&diff=6079Vorbis Software Players2007-01-08T00:51:31Z<p>Andrel: rm spam</p>
<hr />
<div>Here is a list of media players for various OSes that comes with "out-of-the-box" support for Ogg [[Vorbis]].<br />
<br />
== Windows ==<br />
* [http://www.huelix.com/audiorecorder/ Huelix Audio Recorder]: Audio recording software with support for Ogg Vorbis, WMA, MP3, and WAV formats.<br />
* [http://www.huelix.com/audio-converter/ Huelix Audio Converter]: Audio conversion software to convert among Ogg Vorbis, WMA, MP3, and WAV formats.<br />
* [http://www.winamp.com/ WinAmp]: very popular player supporting many formats.<br />
* [http://www.foobar2000.org/ Foobar2000]: freeware player with complex options and support for Ogg Vorbis, MP3, WAV and more<br />
* [http://www.quinnware.com/ Quintessential Player]: Freeware player with support for Ogg Vorbis, MP3, WAV and Audio CDs. Also includes CD Ripping<br />
* [http://musik.berlios.de/ wxMusik]: Open Source player with support for Ogg Vorbis, as well as MP3, WAV, AIFF and WMA. Makes use of an SQL based media libary for quick searching<br />
* [http://coolplayer.sourceforge.net/ Coolplayer]: very small Open Source player<br />
* [http://www.dbpoweramp.com/ dbPowerAmp]: player suite<br />
* [http://www.un4seen.com/xmplay.html XMPlay]<br />
* [http://www.ashampoo.com/ Ashampoo Media Player+]: Audio and video player<br />
* [http://www.deliplayer.com/ DeliPlayer]:<br />
* [http://www.musicex.com/mediajukebox/ MediaJukebox]: Audio management<br />
* [http://www.muzikbrowzer.com/ MuzikBrowser]: Player designed for display on a TV screen<br />
* [http://music.predixis.com/ MusicMagic Mixer]: Player with playlist management<br />
* [http://mediaportal.sourceforge.net/ MediaPortal]: Open source home theater software<br />
* [http://mac.sourceforge.net/ MPEG Audio Collection]: Organizer for music collection<br />
* [http://www.zinf.org/ Zinf]: Zinf Is Not Freeamp, freeware player<br />
* [http://www.vuplayer.com/vuplayer.php vuplayer]: Multi-format freeware audio player with very easy interface.<br />
* [http://www.illiminable.com/ogg/ DirectShow filter]: Adds support for Ogg Vorbis, Ogg Speex, Ogg Theora, Ogg FLAC, and native FLAC to any DirectShow-compliant player such as Windows Media Player and BSPlayer<br />
* [http://www.mediamonkey.com/ MediaMonkey]: Free easy-to-use player/tagger/media library with built-in Ripper & Burner. Can even encode & transcode to Ogg Vorbis<br />
* [http://www.musikcube.com/ MusikCube]: Freeware player<br />
* [http://ksp.kalliope-soft.eu/ KSP Sound Player]: Freeware player with lyrics, Media Library, suggestion searching and automatic playlist generation<br />
* [http://www.visonair.tv/player.php Visonair.tv Player]: Freeware player - Plays Ogg Vorbis and Theora streams<br />
<br />
== Multi-platform ==<br />
<br />
* [http://www.videolan.org/vlc/ VLC Media Player]: Open Source media player and streaming server that support virtually every video and audio format<br />
* [http://www.mplayerhq.hu/ Mplayer]: Open Source video player that supports also many audio formats<br />
* [http://www.jcraft.com/jorbis/ JOrbisPlayer]: Java Player that uses the [[JOrbis]] Java decoder<br />
* [http://www.javazoom.net/jlgui/jlgui.html jlGui]: Winamp clone for Java<br />
* [http://www.zinf.org/ Zinf]: Open Source player with support for Ogg Vorbis, as well as MP3, WAV and Audio CDs.<br />
* [http://snackamp.sourceforge.net/ SnackAmp]: Tcl/Tk player<br />
* [https://player.helixcommunity.org/ HelixPlayer]: Open source player from RealNetworks<br />
* [http://www.real.com/ RealPlayer]: Commercial player from RealNetworks (version 10 does not play ogg)<br />
* [http://www.windowsmedia.com/ Microsoft Windows Media Player]: Freeware player from Microsoft (version 10 needs DirectShow filter; see Windows players, above). Runs on both Windows and Macintosh platforms.<br />
<br />
== DOS ==<br />
<br />
* [http://mpxplay.cjb.net/ mpxplay]: supports many formats<br />
<br />
== Linux/BSD ==<br />
<br />
* [http://www.xmms.org/ XMMS]<br />
* [http://www.rhythmbox.org/ Rhythmbox]<br />
* [http://developer.kde.org/~wheeler/juk.html JuK]: Open Source player for KDE with support for Ogg Vorbis, FLAC and MP3.<br />
* [http://amarok.kde.org/ amaroK]: Open Source player for KDE with support for Ogg Vorbis among other formats, streaming, Last.FM, lyrics and covert art download and many many more.<br />
* [http://muine.gooeylinux.org/ Muine]: Open Source player for GNOME with support for Ogg Vorbis, FLAC and MP3.<br />
* [http://musik.berlios.de/ wxMusik]: Open Source player with support for Ogg Vorbis, as well as MP3, WAV and AIFF. Makes use of an SQL based media libary for quick searching.<br />
* [http://musicpd.org/ MPD]: Music Player Daemon is a sound server that supports different clients. Supports many formats, among them Ogg Vorbis and FLAC<br />
* [http://www.alsaplayer.org/ AlsaPlayer]: ALSA audio player - "First player worldwide that did perfect reverse Ogg playback!"<br />
* [http://sonic-rainbow.sourceforge.net/ Sonic-Rainbow]<br />
* [http://www.tf.hut.fi/~flu/cplay/ Cplay]: Curses frontend for ogg123, mpg123 etc<br />
* [http://xinehq.de/ Xine]: Video player with long list of supported formats<br />
* [http://noatun.kde.org/ Noatun]: KDE audio player<br />
* [http://www.cajun.nu/ CAJUN]: Car audio system<br />
* [http://www.giantdisc.org/ GiantDisc]: Jukebox system that can be controlled by a Palm<br />
* [http://rikkus.info/squelch.html s.q.u.e.l.c.h.]: Vorbis only player<br />
* [http://www.mythtv.org/ MythTV]: PVR project<br />
* [http://www.sosdg.org/~larne/w/BMP_Homepage Beep Media Player (a.k.a. BMP)]: XMMS fork that uses GTK+ 2.x and is compatible with both XMMS and Winamp skins<br />
* [http://gqmpeg.sourceforge.net/ GQmpeg]: GTK frontend for mpg123/ogg123 etc<br />
* [http://bossogg.wishy.org/ BossOgg]: Jukebox system<br />
* [http://gmerlin.sourceforge.net/ Gmerlin]: <br />
* [http://www.luga.de/pytone/ PyTone]: Python-based jukebox player<br />
* [http://freakforever.net/lamip/wiki_update/1.4.x/mediawiki-1.4.2/index.php/Main_Page LAMIP]: Modular audio player<br />
* [http://www.sacredchao.net/quodlibet Quodlibet]: Based on GStreamer 0.10 and PyGTK. Keep your music organised.<br />
<br />
== Mac OS X ==<br />
<br />
* [http://cogosx.sourceforge.net/ Cog] – requires Mac OS X 10.3 (Panther) and greater<br />
* Quicktime components for [http://qtcomponents.sourceforge.net/ Quicktime 6] and [http://www.xiph.org/quicktime/ Quicktime 7] – enables rudimentary support for iTunes 4.7 and greater<br />
* [http://www.whamb.com/ Whamb] – supports Ogg Vorbis and Ogg Vorbis streams, requires Mac OS X 10.2 (Jaguar) and greater<br />
* [http://www.kjams.com/ kJams] – supports encoding audio to Ogg Vorbis, uses [http://www.kjams.com/wiki/Vorbis config dialog], requires 10.3 and the [http://www.xiph.org/quicktime/ XiphQT] package.<br />
<br />
== Other ==<br />
<br />
* [http://english.gamepark.com/ GamePark32]:<br />
:The GP32, an arm9tdmi portable console with much hackability (gcc3 toolchain, expandable memory), has several [http://www.gp32x.com/ Vorbis players] available.<br />
* [http://www.sharp-usa.com/products/TypeLanding/0,1056,112,00.html Sharp&#x2019;s Zaurus]:<br />
:The Zaurus, a very flexible PDA which runs Linux, can play Vorbis files with a variety of software, including a [http://www.killefiz.de/zaurus/showdetail.php?app=617 plugin] for the default media player, [http://www.killefiz.de/zaurus/showdetail.php?app=423 xmms], [http://www.killefiz.de/zaurus/showdetail.php?app=201 ogg123], [http://www.killefiz.de/zaurus/showdetail.php?app=803 mplayer], or [http://www.thekompany.com/embedded/tkcplayer/ theKompany.com&#x2019;s tkcPlayer].<br />
* [http://www.xbox.com/ Xbox]:<br />
:The [http://www.xboxmediacenter.de/ Xbox Media Center] is an open source project that transforms a modded Xbox with Linux into a media center and streaming client.<br />
* [http://www.playstation.com/ Sony Playstation]:<br />
: The [http://www.trend-express.com/en/medio.html Media Digital Media Player] is a streaming client solution for the Playstation 2.<br />
: The [http://www.psp-hacks.com/2006/03/16/psplayermt-play-nearly-any-video-type-on-your-psp/ PSPlayerMT] is an "unsupported" Korean media player for the PSP. The specs claim it will play Ogg Theora and ogg audio.<br />
*[http://www.nintendo.com/channel/ds Nintendo DS]:<br />
: [http://mdxonline.dyndns.org/archives/2006/09/moonshell_ver141_top.shtml Moonshell] is a homebrew media player for the Nintendo DS. It can play Ogg Vorbis. It has two Vorbis decoders (both using Tremor), a "high accuracy" one limited to 128kbps average, and a "normal accuracy" one that can use higher bitrates, the default being the normal one.<br />
<br />
== PalmOS ==<br />
<br />
* [http://www.pocket-tunes.com/ Pocket Tunes]: Commercial software: $14.95, free 15-day trial.<br />
* [http://www.aerodromesoftware.com/ AeroPlayer]: Free for Ogg. Mp3 Support costs $20.00.<br />
* [http://poggpl.sourceforge.net/ POggPl]: A free open source player, that is still in alpha-stage.<br />
* [http://sourceforge.net/projects/magiclantern/ The Magic Lantern]: Another open source player in alpha-stage.<br />
* [http://tcpmp.corecodec.org The Core Pocket Media Player]: (Formerly BetaPlayer) Open source media player that uses [[Tremor]] also available for Palm OS<br />
<br />
== PocketPC ==<br />
<br />
* [http://www.conduits.com/ce/player/download.asp Conduits Pocket Player]: Commercial player, free evaluation available.<br />
* [http://hp.vector.co.jp/authors/VA032810/ GSPlayer]: This is a free player.<br />
* [http://www.cyanwerks.com/pocketogg/ PocketOgg]: Open Source player that uses [[Tremor]]<br />
* [http://www.pocketmind.com/pmfp.htm PocketMusic]: Commercial player.<br />
* [http://tcpmp.corecodec.org The Core Pocket Media Player]: (Formerly BetaPlayer) Open source media player that uses [[Tremor]]<br />
<br />
== Symbian ==<br />
<br />
* [http://symbianoggplay.sourceforge.net/ OggPlay]<br />
* [http://www.symbian.com/developer/techlib/apps/ogg_vorbis.html Plugin to make Symbian OS >7's MMF-Players play Ogg Vorbis]<br />
<br />
----<br />
<br />
''For hardware "mp3-players" that support Ogg Vorbis see [[VorbisHardware]]''</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=6078Main Page2007-01-08T00:51:18Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X (does not yet support encoding)<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To Do list for various xiph.org project.<br />
* [[MailOgging]]<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
* [[Resources and papers on Audio, Music and Speech]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work<br />
* [[XiphWiki:Copyrights]]</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=6074Talk:Main Page2007-01-05T17:46:22Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)<br />
<br />
== Suggestion :-O ==<br />
First I want to congratulate you on the wonderful work being done. Thank you very much :-)<br />
Please allow anonymous edits (like wikipedia does) b'caus i'm too lazy to login :-)<br />
<br />
:I'll give you the benefit of the doubt and assume the ton of hidden links I just culled has nothing to do with you... I can't speak for the people running Xiph but requiring a login reduces some of the flood of spam that shows up here, and Wikipedia has many more resources available to deal with it than this wiki does. [[User:Imalone|Imalone]] 06:06, 24 November 2006 (PST)<br />
<br />
== Proposal for a developer section ==<br />
<br />
As more developers start to "get it" about how ultra cool Ogg / Vorbis / Theora / etc is, wouldn't it be great to have a wiki section devoted to helping these budding programmers along? eg: i've written some nice code i'd be happy to share. Could contain a programming FAQ, how-to's, and real code. Thoughts? [[User:Davec|Davec]] 13:44, 6 December 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=VorbisStreams&diff=6031VorbisStreams2006-12-15T19:04:45Z<p>Andrel: /* Automatically updated directories */ oddsock dir no longer exists</p>
<hr />
<div>These links usually point to the page with instructions on how to listen to a stream, not to the station's main homepage. We don't link directly to the stream because they tend to move around, because the stations like having people visit their websites, and this way you can compare Vorbis with the other legacy proprietary codecs many of these stations still use.<br />
<br />
'''Note:''' an [http://web.archive.org/web/20040205045624/wiki.xiph.org/VorbisStreams old version] of this page from before [[WhatHappened|the server crash]] is available through the web archive. We'll slowly be verifying those links are still valid and moving them over.<br />
<br />
== Automatically updated stream directories ==<br />
<br />
* [http://dir.xiph.org/ Icecast directory], the official xiph.org stream directory.<br />
<br />
* [http://dir.visonair.tv/ Visonair.tv Directory], directory for Ogg Vorbis and Theora streams.<br />
<br />
* [http://www.musicgoal.com/stations/application-ogg/ Ogg Vorbis streams], Musicgoal's directory of Ogg Vorbis streams.<br />
<br />
== Live streams ==<br />
<br />
* [http://www.ramair.co.uk/ RamAir] University of Bradford Students Union Radio Station.<br />
<br />
* [http://interactive.acbradio.org/ ACB Radio Interactive] Music DJed by blind and partially sighted people from around the globe.<br />
<br />
* [http://syntag.net/brasill/ Brazillbient Lounge] easy listening for punk rockers.<br />
<br />
* [http://www.cbc.ca/listen/ogg.html CBC Radio One & Two] public radio, Toronto, Canada.<br />
<br />
* [http://radio-canada.ca/util/endirect/ogg_vorbis.html Radio-Canada 1 & 2] public radio, Montréal, Québec, Canada (in French).<br />
<br />
* [http://cjsw.com/listen/index.php CJSW] University of Calgary student radio, Calgary, Alberta, Canada.<br />
<br />
* [http://www.rozhlas.cz/audio/vysilani/ &#268;eský Rozlas] 3 public-radio channels, Czech Republic.<br />
<br />
* [http://www.cur1350.co.uk/index.php?section=11 CUR 1350-AM] University of Cambridge student radio, Churchill College, Cambridge, UK.<br />
<br />
* [http://www.ebm-radio.de (((EBM Radio)))] German Radiostation. EBM, Futurepop, Industrial<br />
<br />
* [http://www.dradio.de/wir/ogg Deutschlandradio + Deutschlandradio Kultur] German radio stations which broadcast mainly news and classical music.<br />
<br />
* [http://www.freirad.at/livestream.html FREIRAD] community radio, Innsbruck, Austria (in German).<br />
<br />
* [http://frequence3.org/ frequence3] Frequence3, webradio Francophone, pop+dance, FR.<br />
<br />
* [http://www.1287am.com/listen Junction11] University of Reading student radio, Reading, UK.<br />
<br />
* [http://kamp.arizona.edu/ KAMP-AM] University of Arizona student radio, Tucson, AZ, USA.<br />
<br />
* [http://www.kcsm.org/fm_listen.html KCSM-FM] jazz music, San Mateo, CA, USA.<br />
<br />
* [http://www.kglp.org/stream/ KGLP-FM] public radio, Gallup, NM, USA.<br />
<br />
* [http://www.kpfa.org/listen/ KPFA-FM] Pacifica Network public radio, Berkeley, CA, USA.<br />
<br />
* [http://www.krcl.org/listenlive.htm KRCL-FM] community radio, Salt Lake City, UT, USA.<br />
<br />
* [http://www.kpsu.org/webcast.htm KPSU] Portland State University student radio, Portland, OR, USA.<br />
<br />
* [http://www.kqlz.org/index.php KQLZ-FM] rock & roll, Los Angeles, CA, USA.<br />
<br />
* [http://home.link-m.de/lora/ LORA München] talk radio, Munich, Germany.<br />
<br />
* [http://www.m945.de/ M94.5] student radio, Munich, Germany<br />
<br />
* [http://www.nrk.no/lyd/ NRK] Norwegian Broadcasting Corporation, all channels live.<br />
<br />
* [http://www.omroepvenray.nl/ Omroep Venray] local public radio station, Venray, Netherlands.<br />
<br />
* [http://fm4.baycom.de/ ORF FM-4] pop/rock music, Vienna, Austria.<br />
<br />
* [http://radio1190.org/castpage.html Radio 1190] independent music, University of Colorado at Boulder.<br />
<br />
* [http://www.radioakropolis.cz/main.php Radio Akropolis] Prague, Czech Republic.<br />
<br />
* [http://live.radiofg.com/ Radio FG] techno music, Paris, France.<br />
<br />
* [http://www.radio404.org Radio 404] unusual music, mostly electro (french radio).<br />
<br />
* [http://www.rmxradio.org Radio RMX] house music from France.<br />
<br />
* [http://www.radiofrance.fr/services/aide/difflive.php Radio France] 8 channels from Paris.<br />
<br />
* [http://icecast.version6.net:8888/mania.ogg Radio Mania] rock music, Tallinn, Estonia<br />
<br />
* [http://www.radiosix.com/listen.html Radio Six International] eclectic music mix, Glasgow, Scotland.<br />
<br />
* [http://www.sluchaj.com/ Radio Słuchaj.com] Poland.<br />
<br />
* [http://surge.soton.ac.uk/listen/ Surge] Southampton University student radio, Southampton, UK.<br />
<br />
* [http://streaps.org/ STREAPS] Audio Stream Merger<br />
<br />
* [http://emisora.univalle.edu.co/nueva.htm Univalle Estereo], Cali, Columbia.<br />
<br />
* [http://urn1350.net/live/listen.php URN 1350-AM] student radio, Nottingham, UK.<br />
<br />
* [http://www.vancouverfreeradio.com/tunez/ Vancouver Free Radio] independent music, Vancouver, BC, CA.<br />
<br />
* [http://www.virginradio.co.uk/thestation/listen/ogg.html Virgin Radio] Virgin Radio, UK.<br />
<br />
* [http://www.wcbn.org/ WCBN-FM] University of Michigan student radio, Ann Arbor, MI, USA.<br />
<br />
* [http://www.wclv.com/skin/feature.php?sectionId=184 WCLV-FM] classical music, Cleveland, OH, USA.<br />
<br />
* [http://wcpe.org/internet.shtml WCPE-FM] classical music, Wake Forest, NC, USA.<br />
<br />
* [http://www.wfmu.org/ssaudionet.shtml WFMU-FM] freeform radio, Jersey City, NJ, USA.<br />
<br />
* [http://www.wgdr.org/listen_wgdr.html WGDR-FM] community radio, Plainfield, VT, USA.<br />
<br />
* [http://www.wickedkarma.com/new2004/listen.php Wicked Karma Live] 4 channels, Sim City.<br />
<br />
* [http://wrct.org/ WRCT-FM] Carnegie Mellon University student radio, Pittsburgh, PA, USA.<br />
<br />
* [http://wsia.fm WSIA-FM] CUNY student radio, Staten Island, New York, NY, USA.<br />
<br />
* [http://www.wxdu.org/listen/index.html WXDU-FM] Duke University student radio, Durham, NC, USA.<br />
<br />
* [http://www.wxyc.org/programming/listen/ WXYC-FM] University of North Carolina at Chapel Hill student radio, Chapel Hill, NC, USA.<br />
<br />
* [http://www.tlis.sk/ IRS TLIS] College Radio, Bratislava, Slovakia.<br />
<br />
* [http://tilos.hu/ogg/tilos_high.m3u Tilos Radio] public non-mainstream radio in Budapest, Hungary.<br />
<br />
* [http://rennet.org/canalb/ CanalB] french radio in Bretagne, France.<br />
<br />
* [http://icecast.ghruaim.net:8000/ Electric Radio] cheerful club music.<br />
<br />
* [http://oc.ormgas.com/stream.pls?stream=56 ormgas.com] streaming OC Remixes<br />
<br />
* [http://www.zee100.longmusic.com/ Zee 100 - 104.2 FM - Powered by OtsDJ & Sound Solution] The Hottest Tracks & Oldies From The Globe<br />
<br />
* [http://nettradio.p5solungen.no/ P5 Solungen FM 105.1] Local broadcaster in Hedmark, Norway.<br />
<br />
== Archived streams ==<br />
<br />
* [http://www.archive.org/audio/collection.php?collection=democracy_now Democracy Now] is a news program broadcast daily in the USA.<br />
<br />
* [http://www2.lugradio.org/index.php LugRadio] is a fortnightly talk show about GNU/Linux and free software.<br />
<br />
* [http://www.cbc.ca/quirks/archives.htm Quirks & Quarks] is a science program broadcast weekly in Canada.<br />
<br />
* [http://www.newsfromneptune.com/ News from Neptune] a weekly radio show that covers the news of the week and its coverage by the media.<br />
<br />
== Discontinued streams ==<br />
<br />
These streams are no longer working; they are mentioned for historical interest.<br />
<br />
* [http://support.bbc.co.uk/ogg/ BBC test stream] offline since 2003-01-03.<br />
<br />
* [http://radioqualia.va.com.au/freeradiolinux/ Free radio Linux] speech synthesizer reading the Linux source code, offline since mid-2004.<br />
<br />
* [http://www.liberationradio.net/ San Francisco Liberation Radio] busted by the feds, offline since 2003-10-15.<br />
<br />
== Stream statistics ==<br />
<br />
These are links to stream-usage statistics.<br />
<br />
* [http://theclassicalstation.org/stats.shtml WCPE statistics] for five codec types</div>Andrelhttps://wiki.xiph.org/index.php?title=XiphWiki_talk:Copyrights&diff=5960XiphWiki talk:Copyrights2006-11-21T00:52:31Z<p>Andrel: </p>
<hr />
<div>I have not waived copyright on any of my contributions, which are *not* in the public domain. [[User:Andrel|Andrel]] 08:59, 13 November 2006 (PST)<br />
:Well, something had to be put on that page, and now that I look at it, I probably should have started a discussion on it first. Pretty irresponsible. Go me.<br />
<br />
:I doubt though that most people would appreciate using GFDL for wiki contributions, and considering specifications under Xiph are always (usually?) under the PD, the wiki stuff, I thought, should be under it too.<br />
<br />
:Let's start a proper discussion on this as I believe it's an important matter, considering other places may/will want to use content from the wiki.--[[User:Saoshyant|Saoshyant]] 06:08, 14 November 2006 (PST)<br />
<br />
::I tend to prefer copyleft for my work, but I understand and respect the reasons Xiph has chosen to use other licenses for their code. My biggest objection to public domain here is the lack of BSDish warranty disclaimer. [[User:Andrel|Andrel]] 14:21, 14 November 2006 (PST)<br />
<br />
:::[http://www.xiph.org/licenses/bsd/ BSD] wouldn't be a bad idea, if it weren't for the fact it's mostly about software and binary code, so the implications for documentation are not clear. Could we try a CC license? Would you have any in mind?--[[User:Saoshyant|Saoshyant]] 02:36, 15 November 2006 (PST)<br />
<br />
::::BSD and its cousin MIT X/11 have both been used for man pages and other documentation. I haven't spent much time reading the CC licenses, because of their no-commercial-use clauses. [[User:Andrel|Andrel]] 16:52, 20 November 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=XiphWiki_talk:Copyrights&diff=5935XiphWiki talk:Copyrights2006-11-14T22:21:17Z<p>Andrel: </p>
<hr />
<div>I have not waived copyright on any of my contributions, which are *not* in the public domain. [[User:Andrel|Andrel]] 08:59, 13 November 2006 (PST)<br />
:Well, something had to be put on that page, and now that I look at it, I probably should have started a discussion on it first. Pretty irresponsible. Go me.<br />
<br />
:I doubt though that most people would appreciate using GFDL for wiki contributions, and considering specifications under Xiph are always (usually?) under the PD, the wiki stuff, I thought, should be under it too.<br />
<br />
:Let's start a proper discussion on this as I believe it's an important matter, considering other places may/will want to use content from the wiki.--[[User:Saoshyant|Saoshyant]] 06:08, 14 November 2006 (PST)<br />
<br />
::I tend to prefer copyleft for my work, but I understand and respect the reasons Xiph has chosen to use other licenses for their code. My biggest objection to public domain here is the lack of BSDish warranty disclaimer. [[User:Andrel|Andrel]] 14:21, 14 November 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=XiphWiki_talk:Copyrights&diff=5930XiphWiki talk:Copyrights2006-11-13T16:59:51Z<p>Andrel: </p>
<hr />
<div>I have not waived copyright on any of my contributions, which are *not* in the public domain. [[User:Andrel|Andrel]] 08:59, 13 November 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5898Main Page2006-11-08T00:09:43Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
* [[Work In Progress]]: codecs and software still in the research and development stages.<br />
* [[Todo]]: To Do list for various xiph.org project.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=5840Talk:Main Page2006-10-17T20:52:43Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5835Main Page2006-10-17T20:50:41Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
*[[Work In Progress]]: codecs and software still in the research and development stages.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=5792Talk:Main Page2006-09-28T19:41:36Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)</div>Andrelhttps://wiki.xiph.org/index.php?title=Help:Contents&diff=5766Help:Contents2006-09-15T20:25:17Z<p>Andrel: delete</p>
<hr />
<div>{{delete}}</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=5750Talk:Main Page2006-09-11T18:17:10Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)<br />
<br />
<br />
== Lock This Page ==<br />
<br />
On all/most other wikis the Main Page is locked so only admins can edit it. Due to the amount of vandalism, I think the [[Main Page]] should be locked and all changes discussed here. --[[User:SonicChao|SonicChao]] 05:11, 27 August 2006 (PDT)<br />
<br />
== Paranoia / cdparanoia ==<br />
<br />
Why is there no listing under software of paranoia or cdparanoia? Also, there is no listing on the main xiph.org page. Is that software acknowlegded? --[[User:WhiteDragon|WhiteDragon]] 19:52, 9 September 2006 (PDT)</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5749Main Page2006-09-11T18:17:05Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
*[[Work In Progress]]: codecs and software still in the research and development stages.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5723Main Page2006-08-29T21:33:46Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
*[[Work In Progress]]: codecs and software still in the research and development stages.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5699Main Page2006-08-22T14:28:38Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
*[[Work In Progress]]: codecs and software still in the research and development stages.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=IceShare&diff=5665IceShare2006-08-03T14:10:30Z<p>Andrel: rm spam</p>
<hr />
<div>{{draft}}<br />
<br />
== <span style="color: red; font-size: larger; text-decoration: blink">Help Wanted</span> ==<br />
Just to preceed all this info on what IceShare is, I'd like to make a request to help get it finished sooner. We (Xiph foundation) could really use some help from people with one or more of the following skills:<br />
<br />
* Technical documents writer (for libraries, protocols, etc)<br />
* Crypto guru - the IceShare system needs some help with hashing and encryption in general<br />
* Python programmers - to help complete the prototype suite<br />
* Player integration - getting this system available to users<br />
<br />
Please contact Arc <arc@Xiph.org> if you can help. Thanks!<br />
<br />
<br />
== What is it? ==<br />
<br />
IceShare is library that distributes Ogg streams on a pseudo-P2P network. It is heavily based on BitTorrent, but works on the Ogg page level, and unlike PeerCast it works with files as well as continuous streams.<br />
<br />
It's designed to allow musicians, video producers, radio and television stations, or anyone looking to inexpensivly distribute audio/video on the web. It's intended to be initiated from websites, with links to icet:// URLs. It is not designed for P2P searching, such as Gnutella, Kazaa, and eDonkey provide, however websites may be setup to easily search content on one or more IceTracker servers.<br />
<br />
<br />
== Overview ==<br />
<br />
IceShare is called pseudo-P2P because the network relies on a traditional client-server model for managing transfers between IceShare peers on the network.<br />
<br />
The media players are the level which P2P takes place, whereas listeners who have available upstream bandwidth can help distribute the same content they're listening to amoung other listeners. This helps Icecast servers non-linearly scale for much larger listener loads and reduces the bandwidth requirements for hosting static Ogg multimedia on websites.<br />
<br />
The IceShare library allows these features to be easily added to media players, including support for seeking to "not downloaded yet" parts of the media and available bandwidth detection/reporting for multi-bitrate streams.<br />
<br />
IceTracker is a server that keeps track of who's actively sharing certain media and each of their send/receive ratios. IceTracker helps direct IceShare users to better hosts and track individual user's bandwidth and level of participation to reward high bandwidth/participation users with faster peers. IceTracker servers track users anonymously by a DSA key generated by each IceShare client.<br />
<br />
Icecast connects to an IceTracker as a client to provide live stream information (pageno's, checksums, etc) and to receive guidance as per dropping less participating listeners when bandwidth is tight.<br />
<br />
<br />
== Media Players ==<br />
<br />
URLs in the form icet://&lt;icetracker&gt;:&lt;port&gt;/&lt;media&gt; direct the media player to connect to an IceTracker using IceT protocol via the IceShare library. IceShare will state that it need's the specified media.<br />
<br />
The IceTracker for that media should then respond with general information about the media in question, how many pages it has, how long its playtime is (or if it is continuous), and generally how long it should take to transfer it. This information should allow the media player to setup the seek bar and know how much it should buffer before beginning play.<br />
<br />
IceTracker should then start directing IceShare to hosts which pieces of the media can be accessed from. IceShare does not know how much of the media each of those hosts has, since many may have only partial transfers. IceTracker specifies which page, or set of pages, to download from each host. IceShare responds with a quick "I got it" for each page, thereby letting IceTracker know that the reported page is ready to be shared with others. This also helps IceTracker keep track of latency and bandwidth between peers so that it can provide the client with better hosts.<br />
<br />
If the player seeks to an not-yet-downloaded part of the media IceShare can express this to IceTracker, which will change its transfer focus to the seek point and beyond. In this way, especially for long pieces of media, the whole file does not have to be transfered to access a specific section of it.<br />
<br />
IceShare also provides media players access to its "page table". The media player can use this to reflect media transfer stats in the seek bar, prehaps using an alternative background color to indicate sections of the media which have been downloaded.<br />
<br />
IceShare handles incoming <A HREF="IceHTTP">HTTP</A> connections from peers, information about uploads on the P2P network are available to the media player but are not nessesary. The media player can tune the level of participation, limiting the amount of bandwidth or length of time a piece of media is available. For the most part, it's in the user's interest to participate as much as they're able to, since this will earn them faster access to other media through the same IceTracker.<br />
<br />
A slightly-extended <A HREF="IceHTTP">HTTP/1.1</A> is used to specify page-ranges. IceShare should also support byte-ranges for traditional HTTP download agents which are attempting to resume a lost transfer.<br />
<br />
<br />
== Media Distributors ==<br />
<br />
IceShare can also be used to distribute original media on the P2P network. A distribution client can use IceShare to connect to an IceTracker and inform it of the new media's statistics. This client should have enough upstream bandwidth to send the first few copies by itself, after which those who have downloaded it should begin sharing the load.<br />
<br />
Icecast is a good example of a distribution client. It can use IceShare to inform IceTracker of its streams and continue to send it page information for each of its ongoing streams. Icecast servers using IceShare will still need enough bandwidth to send atleast one (preferably more) streams to listeners who can then redistribute it to other listeners.<br />
<br />
IceTracker will allow IceShare clients to request current listeners and total "hits" for any media that it is tracking. This can be used by Icecast to accurately track listeners.<br />
<br />
<br />
== Alternative Streams ==<br />
<br />
IceShare also includes support for alternative bitrates and codecs to published media. These alternatives can be used to meet the needs of each individual user on the network. For instance, a stream could be provided in 64kbps Vorbis, 24kbps Speex, and 24kbps Vorbis (in that order). Those with enough bandwidth will receive the default 64kbps Vorbis stream, while modem users will switch to either the Speex or the low bitrate Vorbis based on their ability to support Speex. This makes it possible for every IceShare peer to receive a continuous stream in the highest quality format their software and network connection allows them.<br />
<br />
<br />
== Payload Protocols ==<br />
<br />
One of the interesting things about IceShare is that it's designed to use many different protocols for the actual file transfer. This allows a combination of protocols to be used, even in between the same two hosts, in the effort to get the media deployed in the most efficient manner possible.<br />
<br />
This also allows IceShare to be combined with other P2P systems. For instance, if someone chose to ignore PeerCast's GPL license addendum which doesn't allow modified clients to connect to their metaserver, a broadcaster could choose to stream to both Peercast and IceShare whereas any IceShare peer with a Peercast plugin could be sent to grab parts or all of the stream from that P2P network. The same is also true for BitTorrent, Gnutella, or any other P2P system.<br />
<br />
Here are the requirements for an IceShare Payload Protocol:<br />
* You must be able to request a path (local URL) for a media<br />
** Each media must be at the same path for every protocol<br />
** Local media path sorting and arranging is up to the local implementation<br />
*** All media may be in one directory or many, even layers deep<br />
*** Media may be moved locally (after notifying the Tracker)<br />
* You must be able to specify a range of data for download<br />
** Protocols supporting only Byte ranges limits it's useage<br />
*** A peer may not nessesarily know where in a given binary stream a series of pages belong<br />
*** Byte ranges are only known for pages in a continuous series from the start of the media<br />
** Time ranges are more useable, but may result in wasted bandwidth<br />
** Supporting (Ogg) Page ranges allows total useability <br />
** Range can be requested in any way nessesary for the protocol<br />
*** Some payload protocols may even append it to the media's path<br />
* Binary data must be able to be transfered by some means<br />
** Ogg Pages do not need to be seperated in this data<br />
*** libogg2 provides a fast and efficient manner for seperating Pages by the receiver<br />
** Delivery of any segment does not need to be guarenteed<br />
*** The IceTracker will make sure everyone gets a specific Page<br />
*** Retransmittial by IceTracker is only supported with Page granularity<br />
** Error detection does not need to be implemented<br />
*** Each Ogg Page has it's own CRC checksum in it's header<br />
** Order '' should '' be guarenteed for data within a single Ogg Page<br />
*** Ogg Pages may be sent complete in a single packet for this<br />
*** Many packets may carry sequential Pages with packet ordering provided in a small header<br />
* The IceTracker does not need to know any details of a payload protocol<br />
** It will learn new protocol names when support is advertised by peers<br />
** It will learn their strengths and weaknesses by building statistical data<br />
** Protocols will be used based on the bandwidth, reliability, and timing needs of a peer<br />
<br />
== Security Model ==<br />
<br />
Three layers of "security" are provided by the IceShare system to ensure data is transfered without errors, without alteration by peers, and without alteration of trusted content from trackers.<br />
<br />
== What's the Holdup? ==<br />
<br />
While we're apparently fairly close to wrapping up this baby and start into some massive plugin coding, there's vital things missing from other Xiph projects which this needs. <br />
<br />
Specifically: <br />
* <strike>OggFile</strike> [[OggStream]] granule handling needs to be decided on so we can get the IceT timing specs to match <br />
* <strike>we need to get the final scoop on discontinuous bitstreams</strike> done and integrated into libogg2<br />
* a fully functional public tracker needs to be written (even if it's just in Python for now). <br />
* it makes alot of sense for the plugins to be packaged with <strike>OggFile</strike> OggStream as a join distribution effort.<br />
<br />
Current estimates, given the committments from various Xiph developers and pace of development, is IceShare will begin getting deployed summer <strike>2004</strike> 2005. <br />
<br />
''' Updated: 1/10/05 ''' -- I've had to delay IceShare in order to get [[OggStream]] (formerly OggFile) ready. This explains why this project is so over-due.<br />
<br />
If you're reading this page and thinking "damned, that's awesome!" and want to speed up the above timeline we can always use volunteers. Even if you don't know any code, but prehaps you're good at HTML or graphic design, or can do no more than help test the system, we could use your help. Email Arc <arc@xiph.org> for more information.<br />
<br />
== Discussion ==<br />
Discussion has been moved to the Talk page to keep load times down. Please add comments to [[Talk:IceShare]].</div>Andrelhttps://wiki.xiph.org/index.php?title=HyperFish&diff=5664HyperFish2006-08-03T14:10:26Z<p>Andrel: rm spam</p>
<hr />
<div>== '''Overview''' ==<br />
This is an experimental subgroup aimed at solving specific project barriers in a timely fashion.<br />
<br />
A lot of energy has gone into Xiph, and while producing extremely useful software, it's history is also littered with frustrated, burned out hackers. I'd like to see us evolve a new way of working, and I believe this begins by a subgroup forming a vision, goals, and a strategy towards getting these goals met.<br />
<br />
* Hyperfish members will:<br />
** work openly and *transparently*, even if we're the only person working on a project<br />
** report *regularly* to the group how we are progressing (ie, if we're on schedule)<br />
** meet monthly (on IRC) to discuss our progress, timeline, and collectivly brainstorm<br />
&nbsp;<br />
* Each HyperFish project will have:<br />
** clearly documented purpose and list of needs<br />
** milestones with specific dates for completion<br />
** frequency of progress reports expected, depending on the size of the project and how critical it is<br />
&nbsp;<br />
<br />
If this process proves useful, it will hopefully be adopted by Xiph as standard procedure.<br />
<br />
== '''Roadmap''' ==<br />
<br />
=== Major Milestone I ===<br />
<br />
All Xiph codecs accessable with a single library.<br />
<br />
==== [[OggStream]] ====<br />
<br />
It's basically what OggFile was suppost to be; a universal Ogg stream handler through "codec plugins" so that media players, stream software, encoders, etc don't have to add support for each codec seperatly. This is a basic foundation for most other projects, since if they are codecs they will reach our audience faster through it and if they're applications they'll be able to use all current and future Ogg codecs with only one API to support.<br />
<br />
It needs developer time both for coding and for settling on an easy to implement API that's flexible enough to handle any kind of future codec (including meta/effects codecs).<br />
<br />
The first milestone is a rough API blueprint for which future discussion can take place through. This will be documented on [[OggStream|project page]] and ready for discussion by Wed. Nov. 24th.<br />
<br />
Future milestone will be discussed and detirmined at the next (first) meeting.<br />
<br />
<br />
==== libogg2 documentation ====<br />
<br />
Currently (afair) only Monty and myself (Arc) know libogg2's API well enough to port existing codec libraries (vorbis, speex, flac) to use it. Documenting libogg2 will allow additional people to get involved in the "fun".<br />
<br />
This requires the person writting the docs to get the appropriate information from the source code and by talking to either Monty or Arc (most probobally, some combination of the two). <br />
<br />
Milestones:<br />
# function and structure documentation. Work on this has stopped until another volunteer has stepped forward.<br />
#* Date extended Dec. 4th, appx. 10% finished but work has been delayed.<br />
#* From Duelist: I've been I've had pretty bad computer problems... circumstances have changed, I doubt I'll be able to make much progress on the docs anytime soon<br />
# the encode/decode process, or how to actually use it. <br />
# finishing it with figures and zero-copy explaination.<br />
<br />
==== writ codec plugin ====<br />
<br />
Writ is an extremely simple "codec" and, really, simply needs to be handled by the application. However, a codec plugin is still required to detect and get basic information from the header for OggStream. This is a good place to start because it's simple.<br />
<br />
It requires liboggstream to be finished and approximatly 10 hours of Arc's time.<br />
<br />
<br />
==== libvorbis porting/plugin ====<br />
<br />
libvorbis needs to be ported to libogg2 and have a codec plugin written for it.<br />
<br />
This requires liboggstream to be finished and libogg2 to be documented (unless Arc or Monty writes it). It will take approximatly 12 hours to port to libogg2 (everything but VorbisFile, which disappears now) and 36 hours to write and debug the codec plugin. Some of this time will be spent working on general OggStream audio issues.<br />
<br />
First milestone is libogg2 porting<br />
Second milestone is decode support<br />
Third milestone in encode support<br />
<br />
No dates on these milestones can be set until OggStream's timeline is established.<br />
<br />
<br />
==== libtheora plugin ====<br />
<br />
libtheora has already been ported to libogg2 (by Arc), but still needs a codec plugin written for it.<br />
<br />
This requires liboggstream to be finished. It will take approximatly 52 hours to write and debug the codec plugin, much of this time will be spent writting raw video format conversion functions.<br />
<br />
First milestone is YUV 4:2:0 decode support<br />
Second milestone is YUV 4:2:0 encode support<br />
Third milestone is YUV 4:2:2, 4:4:4, RGB24, and Greyscale conversion<br />
<br />
<br />
No dates on these milestones can be set until OggStream's timeline is established.<br />
<br />
--------------------<br />
I have written conversions for (4:2:0)YUYV, YVYU, YV12, (4:2:2) YUY2, (4:4:4) AYUV, RGB24 and RGB32 already in my directshow project, these could be easily appropriated for this task.<br />
<br />
Also most of these generic stream mechanisms already exist in my project (though it is a bit biased towards directshow) and it is based off my own demux library (libOOOgg) and not libogg/libogg2 though it could be used for inspiration/appropriation. It's also written in C++, so this may be unpalatable to some.<br />
<br />
Eg. http://svn.xiph.org/trunk/oggdsf/src/lib/core/directshow/dsfOggDemux/OggStreamFactory.cpp<br />
<br />
Zen.<br />
<br />
==== libspeex plugin ====<br />
<br />
libspeex uses it's own bitpacker, so it cannot take advantage of libogg2's zerocopy advantages. Therefore, the codec plugin will use libspeex as it currently exists and "copy" (from memory to bitpacker) the packets into libogg2, or vice versa for decode, as speexenc/speexdec do.<br />
<br />
This requires liboggstream to be finished, libogg2 to be documented, and approximatly 48 hours to write and debug the codec plugin (likely half this estimate if the libvorbis plugin author tackles this immediatly afterward).<br />
<br />
First milestone is decode support<br />
Second milestone is encode support<br />
<br />
<br />
==== libflac plugin ====<br />
<br />
liboggflac needs to be ported to libogg2 as well as the codec plugin written for it. <br />
<br />
This requires liboggstream to be finished, libogg2 to be documented, and the new OggFLAC encapsulation format be standardized so there's not a wasteful repetition of work. It will take approximatly 16 hours to port and 48 hours to write the codec plugin. Again, this would be less if the libvorbis/libspeex author tackled this job as they would already be familiar with how to write audio plugins.<br />
<br />
First milestone is decode support<br />
Second milestone is encode support<br />
<br />
<br />
<br />
==== [[MNGOverlay]] plugin ====<br />
<br />
It's been suggested that MNG be used not just as video but also for graphical subtitles. This ''may'' mean that this codec acts as a meta/effects codec, inputting video output from another codec and outputting it with the overlay merged properly.<br />
<br />
This task needs to be discussed further.<br />
<br />
<br />
=== Major Milestone II ===<br />
<br />
All Free Software media applications which use libogg1 and/or libvorbisfile converted to use the single library solution.<br />
<br />
<br />
=== Major Milestone III ===<br />
<br />
Software that doesn't exist, but should/could be written, which is made easy by single library solution.<br />
<br />
== '''Meetings''' ==<br />
<br />
We're going to have our next meeting Wednesday, Dec. 15th, 23:59 GMT (7pm EST) on irc.freenode.net channel #HyperFish. See the [[HyperFish0412|Agenda]] for more.<br />
<br />
Did the meeting happen? Thx.<br />
<br />
Past Meetings:<br />
* [[HyperFish0411|Nov. 2004]] - informal discussion and social networking</div>Andrelhttps://wiki.xiph.org/index.php?title=Talk:Main_Page&diff=5638Talk:Main Page2006-07-28T14:10:17Z<p>Andrel: rm spam</p>
<hr />
<div>According to [[Special:Popularpages]], the various pages in the Demonstration section are the most visited parts of the wiki, so I moved that section to the top of the main page. --[[User:Andrel|Andrel]] 09:19, 26 April 2006 (PDT)<br />
<br />
== Work in Progress ==<br />
<br />
It's not clear on first view (to me at least) that<br />
[[Main Page#Work in Progress]] is a link to<br />
[[Work In Progress]] (as none of the other section headings<br />
are). Possibly it should be a normal heading with the link<br />
in a short text below (à la [[Main Page#Other software]]).<br />
<br />
[[User:Imalone|Imalone]] 05:22, 1 February 2006 (PST)<br />
<br />
You are free to fix that. It's a wiki after all -- [[User:Jmspeex|Jmspeex]] 19:22, 1 February 2006 (PST)<br />
<br />
Done (just didn't want to trample all over the front page) -- [[User:Imalone|Imalone]] 04:33, 2 February 2006 (PST)</div>Andrelhttps://wiki.xiph.org/index.php?title=IceShare&diff=5633IceShare2006-07-25T14:43:54Z<p>Andrel: rm spam</p>
<hr />
<div>{{draft}}<br />
<br />
== <span style="color: red; font-size: larger; text-decoration: blink">Help Wanted</span> ==<br />
Just to preceed all this info on what IceShare is, I'd like to make a request to help get it finished sooner. We (Xiph foundation) could really use some help from people with one or more of the following skills:<br />
<br />
* Technical documents writer (for libraries, protocols, etc)<br />
* Crypto guru - the IceShare system needs some help with hashing and encryption in general<br />
* Python programmers - to help complete the prototype suite<br />
* Player integration - getting this system available to users<br />
<br />
Please contact Arc <arc@Xiph.org> if you can help. Thanks!<br />
<br />
<br />
== What is it? ==<br />
<br />
IceShare is library that distributes Ogg streams on a pseudo-P2P network. It is heavily based on BitTorrent, but works on the Ogg page level, and unlike PeerCast it works with files as well as continuous streams.<br />
<br />
It's designed to allow musicians, video producers, radio and television stations, or anyone looking to inexpensivly distribute audio/video on the web. It's intended to be initiated from websites, with links to icet:// URLs. It is not designed for P2P searching, such as Gnutella, Kazaa, and eDonkey provide, however websites may be setup to easily search content on one or more IceTracker servers.<br />
<br />
<br />
== Overview ==<br />
<br />
IceShare is called pseudo-P2P because the network relies on a traditional client-server model for managing transfers between IceShare peers on the network.<br />
<br />
The media players are the level which P2P takes place, whereas listeners who have available upstream bandwidth can help distribute the same content they're listening to amoung other listeners. This helps Icecast servers non-linearly scale for much larger listener loads and reduces the bandwidth requirements for hosting static Ogg multimedia on websites.<br />
<br />
The IceShare library allows these features to be easily added to media players, including support for seeking to "not downloaded yet" parts of the media and available bandwidth detection/reporting for multi-bitrate streams.<br />
<br />
IceTracker is a server that keeps track of who's actively sharing certain media and each of their send/receive ratios. IceTracker helps direct IceShare users to better hosts and track individual user's bandwidth and level of participation to reward high bandwidth/participation users with faster peers. IceTracker servers track users anonymously by a DSA key generated by each IceShare client.<br />
<br />
Icecast connects to an IceTracker as a client to provide live stream information (pageno's, checksums, etc) and to receive guidance as per dropping less participating listeners when bandwidth is tight.<br />
<br />
<br />
== Media Players ==<br />
<br />
URLs in the form icet://&lt;icetracker&gt;:&lt;port&gt;/&lt;media&gt; direct the media player to connect to an IceTracker using IceT protocol via the IceShare library. IceShare will state that it need's the specified media.<br />
<br />
The IceTracker for that media should then respond with general information about the media in question, how many pages it has, how long its playtime is (or if it is continuous), and generally how long it should take to transfer it. This information should allow the media player to setup the seek bar and know how much it should buffer before beginning play.<br />
<br />
IceTracker should then start directing IceShare to hosts which pieces of the media can be accessed from. IceShare does not know how much of the media each of those hosts has, since many may have only partial transfers. IceTracker specifies which page, or set of pages, to download from each host. IceShare responds with a quick "I got it" for each page, thereby letting IceTracker know that the reported page is ready to be shared with others. This also helps IceTracker keep track of latency and bandwidth between peers so that it can provide the client with better hosts.<br />
<br />
If the player seeks to an not-yet-downloaded part of the media IceShare can express this to IceTracker, which will change its transfer focus to the seek point and beyond. In this way, especially for long pieces of media, the whole file does not have to be transfered to access a specific section of it.<br />
<br />
IceShare also provides media players access to its "page table". The media player can use this to reflect media transfer stats in the seek bar, prehaps using an alternative background color to indicate sections of the media which have been downloaded.<br />
<br />
IceShare handles incoming <A HREF="IceHTTP">HTTP</A> connections from peers, information about uploads on the P2P network are available to the media player but are not nessesary. The media player can tune the level of participation, limiting the amount of bandwidth or length of time a piece of media is available. For the most part, it's in the user's interest to participate as much as they're able to, since this will earn them faster access to other media through the same IceTracker.<br />
<br />
A slightly-extended <A HREF="IceHTTP">HTTP/1.1</A> is used to specify page-ranges. IceShare should also support byte-ranges for traditional HTTP download agents which are attempting to resume a lost transfer.<br />
<br />
<br />
== Media Distributors ==<br />
<br />
IceShare can also be used to distribute original media on the P2P network. A distribution client can use IceShare to connect to an IceTracker and inform it of the new media's statistics. This client should have enough upstream bandwidth to send the first few copies by itself, after which those who have downloaded it should begin sharing the load.<br />
<br />
Icecast is a good example of a distribution client. It can use IceShare to inform IceTracker of its streams and continue to send it page information for each of its ongoing streams. Icecast servers using IceShare will still need enough bandwidth to send atleast one (preferably more) streams to listeners who can then redistribute it to other listeners.<br />
<br />
IceTracker will allow IceShare clients to request current listeners and total "hits" for any media that it is tracking. This can be used by Icecast to accurately track listeners.<br />
<br />
<br />
== Alternative Streams ==<br />
<br />
IceShare also includes support for alternative bitrates and codecs to published media. These alternatives can be used to meet the needs of each individual user on the network. For instance, a stream could be provided in 64kbps Vorbis, 24kbps Speex, and 24kbps Vorbis (in that order). Those with enough bandwidth will receive the default 64kbps Vorbis stream, while modem users will switch to either the Speex or the low bitrate Vorbis based on their ability to support Speex. This makes it possible for every IceShare peer to receive a continuous stream in the highest quality format their software and network connection allows them.<br />
<br />
<br />
== Payload Protocols ==<br />
<br />
One of the interesting things about IceShare is that it's designed to use many different protocols for the actual file transfer. This allows a combination of protocols to be used, even in between the same two hosts, in the effort to get the media deployed in the most efficient manner possible.<br />
<br />
This also allows IceShare to be combined with other P2P systems. For instance, if someone chose to ignore PeerCast's GPL license addendum which doesn't allow modified clients to connect to their metaserver, a broadcaster could choose to stream to both Peercast and IceShare whereas any IceShare peer with a Peercast plugin could be sent to grab parts or all of the stream from that P2P network. The same is also true for BitTorrent, Gnutella, or any other P2P system.<br />
<br />
Here are the requirements for an IceShare Payload Protocol:<br />
* You must be able to request a path (local URL) for a media<br />
** Each media must be at the same path for every protocol<br />
** Local media path sorting and arranging is up to the local implementation<br />
*** All media may be in one directory or many, even layers deep<br />
*** Media may be moved locally (after notifying the Tracker)<br />
* You must be able to specify a range of data for download<br />
** Protocols supporting only Byte ranges limits it's useage<br />
*** A peer may not nessesarily know where in a given binary stream a series of pages belong<br />
*** Byte ranges are only known for pages in a continuous series from the start of the media<br />
** Time ranges are more useable, but may result in wasted bandwidth<br />
** Supporting (Ogg) Page ranges allows total useability <br />
** Range can be requested in any way nessesary for the protocol<br />
*** Some payload protocols may even append it to the media's path<br />
* Binary data must be able to be transfered by some means<br />
** Ogg Pages do not need to be seperated in this data<br />
*** libogg2 provides a fast and efficient manner for seperating Pages by the receiver<br />
** Delivery of any segment does not need to be guarenteed<br />
*** The IceTracker will make sure everyone gets a specific Page<br />
*** Retransmittial by IceTracker is only supported with Page granularity<br />
** Error detection does not need to be implemented<br />
*** Each Ogg Page has it's own CRC checksum in it's header<br />
** Order '' should '' be guarenteed for data within a single Ogg Page<br />
*** Ogg Pages may be sent complete in a single packet for this<br />
*** Many packets may carry sequential Pages with packet ordering provided in a small header<br />
* The IceTracker does not need to know any details of a payload protocol<br />
** It will learn new protocol names when support is advertised by peers<br />
** It will learn their strengths and weaknesses by building statistical data<br />
** Protocols will be used based on the bandwidth, reliability, and timing needs of a peer<br />
<br />
== Security Model ==<br />
<br />
Three layers of "security" are provided by the IceShare system to ensure data is transfered without errors, without alteration by peers, and without alteration of trusted content from trackers.<br />
<br />
== What's the Holdup? ==<br />
<br />
While we're apparently fairly close to wrapping up this baby and start into some massive plugin coding, there's vital things missing from other Xiph projects which this needs. <br />
<br />
Specifically: <br />
* <strike>OggFile</strike> [[OggStream]] granule handling needs to be decided on so we can get the IceT timing specs to match <br />
* <strike>we need to get the final scoop on discontinuous bitstreams</strike> done and integrated into libogg2<br />
* a fully functional public tracker needs to be written (even if it's just in Python for now). <br />
* it makes alot of sense for the plugins to be packaged with <strike>OggFile</strike> OggStream as a join distribution effort.<br />
<br />
Current estimates, given the committments from various Xiph developers and pace of development, is IceShare will begin getting deployed summer <strike>2004</strike> 2005. <br />
<br />
''' Updated: 1/10/05 ''' -- I've had to delay IceShare in order to get [[OggStream]] (formerly OggFile) ready. This explains why this project is so over-due.<br />
<br />
If you're reading this page and thinking "damned, that's awesome!" and want to speed up the above timeline we can always use volunteers. Even if you don't know any code, but prehaps you're good at HTML or graphic design, or can do no more than help test the system, we could use your help. Email Arc <arc@xiph.org> for more information.<br />
<br />
== Discussion ==<br />
Discussion has been moved to the Talk page to keep load times down. Please add comments to [[Talk:IceShare]].</div>Andrelhttps://wiki.xiph.org/index.php?title=Main_Page&diff=5402Main Page2006-06-25T23:10:53Z<p>Andrel: rm spam</p>
<hr />
<div>In an effort to bring open-source ideals to the world of multimedia the [[Xiph.org Foundation]] develops a multitude of amazing products. This wiki describes our free and open protocols and software.<br />
<br />
= Demonstrations of Xiph technologies =<br />
<br />
Want to hear or see Xiph in action? These projects are using our codecs, formats, or libraries.<br />
<br />
* [[VorbisStreams]]: Stations streaming with the [[Vorbis]] codec<br />
* [[Games that use Vorbis]]: Games using the Vorbis codec for music or sound effects<br />
* [[VorbisHardware]]: Hardware players using the Vorbis codec<br />
* [[VorbisSoftwarePlayers]]: list of media players with out-of-box support for Ogg Vorbis<br />
* [[List of Theora videos]]: Available videos encoded with [[Theora]]<br />
<br />
= Projects/Formats =<br />
<br />
== Container Formats ==<br />
<br />
* [[Ogg]]: Media container. This is our native format and the recommended container for Xiph codecs.<br />
* [[Ogg Skeleton]]: Skeleton information on all logical content bitstreams in Ogg.<br />
<br />
* [[SpeexRTP]]: RTP payload format for voice<br />
* [[VorbisRTP]]: RTP payload format for general audio<br />
* [[TheoraRTP]]: RTP payload format for video<br />
* [[XSPF]]: XML playlist format<br />
<br />
== Codecs ==<br />
<br />
* '''Compressed Audio/Video Codecs:'''<br />
** [[Vorbis]]: Audio codec with a [[Tremor|fixed point decoder]]<br />
** [[Theora]]: Video codec<br />
** [[FLAC]]: Free Lossless Audio Codec<br />
** [[Speex]]: Speech codec<br />
* '''Timed Text/Metadata Codecs:'''<br />
** [[CMML]]: Continuous Media Markup Language, used for [http://www.annodex.net/ Annodex] and subtitles (xine, vlc, gstreamer, and DirectShow support)<br />
<br />
== Software ==<br />
<br />
* '''Software for distributing media'''<br />
** [[Icecast]]: Streaming server<br />
** [[Ices]]: Source client for Icecast servers<br />
<br />
* '''Other software'''<br />
** [[OggComponent/VorbisComponent]]: Wrappers to integrate Ogg-Vorbis into Mac OS X<br />
<br />
== Work in Progress ==<br />
*[[Work In Progress]]: codecs and software still in the research and development stages.<br />
<br />
= Project management =<br />
<br />
* [[AdminProcesses]]<br />
* [[MonthlyMeeting]]<br />
* [[MailingLists]]<br />
* [[Bounties]]<br />
* [[HyperFish]]<br />
<br />
= Wiki internal =<br />
<br />
* [[Sandbox]]: Testbed for testing editing skills<br />
* [[Translations]]: What about some translation work</div>Andrelhttps://wiki.xiph.org/index.php?title=Libshout&diff=5385Libshout2006-06-18T22:57:23Z<p>Andrel: rm spam</p>
<hr />
<div>== Development ==<br />
<br />
new features in libshout trunk<br />
*multi-codec Ogg support<br />
*a non-blocking API<br />
<br />
whats the remaining diffrence between libshout-kh and libshout?</div>Andrelhttps://wiki.xiph.org/index.php?title=Bounties&diff=5073Bounties2006-05-05T20:53:50Z<p>Andrel: rm spam</p>
<hr />
<div>These are proposed bounty projects, similar to http://gnome.org/bounties/ <br />
or the [http://ghostscript.com/article/58.html Ghostscript bug bounty] program.<br />
We don't have the same level of funding but could start a pot with $10-$100 and<br />
let people contribute to specific bounties through paypal.<br />
<br />
It would be helpful to list $ amounts which have been donated for each bounty, even if the foundation hasn't decided how much extra (if any) to allocate. --Tesseract<br />
<br />
<br />
=== OggVorbis 5.1 ===<br />
5.1 Sound encoding in Ogg Vorbis.<br />
<br />
There are two steps here. Simple coupling and lowpass for the .1 channel, and a full set of tuned modes.<br />
They should be separate bounties.<br />
<br />
: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. <br />
<br />
=== Xiph Quicktime Plugin ===<br />
[http://www.xiph.org/quicktime/ QuickTime Components] is now a project hosted on xiph.org.<br />
<br />
You have to write a Quicktime Plugin for the Ogg container and the Xiph Codec Family.<br />
[http://qtcomponents.sf.net qtcomponents] provides support for Ogg Vorbis and MNG. This could be used as start.<br />
Xiph Quicktime Plugin has to support encoding/decoding for:<br />
* Ogg Media container<br />
**[http://qtcomponents.sf.net qtcomponents] ''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.''<br />
* Support for Chained Ogg Streams<br />
**[http://qtcomponents.sf.net qtcomponents] ''imports chained files as multiple tracks in QuickTime. It does not create chained files during export.''<br />
* Support for Icecast Streams (sending is optional)<br />
**[http://qtcomponents.sf.net qtcomponents] ''implements nothing towards this item. First up is a reverse-engineering effort, as the specifications for a streaming media handler have not been published.''<br />
* Support for Xiph Codec Family: Vorbis, Theora, FLAC, Speex, Writ<br />
**[http://qtcomponents.sf.net qtcomponents] ''has code for Vorbis and Speex (not working at the moment) and there is code at [http://damien.drix.free.fr/qtflac/ Damien Drix's site] for FLAC (decode only).''<br />
It must also be possible to use the Xiph codecs in .mov files in combination with other quicktime codecs.<br />
*[http://qtcomponents.sf.net qtcomponents] ''supports embedding media encoded with Xiph codes into .mov files.''<br />
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't as important.)<br />
<br />
All work must be released under the GPL.<br />
<br />
=== Aggressive low-bitrate libvorbis encoding improvements for Vorbis I ===<br />
<p>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.</p><br />
To claim this bounty, the following criteria would have to be met:<br />
* 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.<br />
* No overall qualitative/bitrate regressions in quality levels 2 upwards<br />
* Output ogg files compatible with Vorbis I spec<br />
* Changes under suitable license for re-integration with Xiph.Org libvorbis<br />
<br />
<br />
<br />
=== iPod playback support ===<br />
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<br />
for useful playback.<br />
<br />
=== FLAC support in libfishsound ===<br />
[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.<br />
<br />
=== Ogg Vorbis Bitrate Peeling ===<br />
:Note: a bounty for this project has been posted on [https://launchpad.net/ launchpad.net]: [https://launchpad.net/bounties/ogg-vorbis-bitrate-peeling Add bitrate peeling to the standard libvorbis encoding library].<br />
<p>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.</p><br />
The peeler must meet the following criteria:<br />
* Any Vorbis stream can be converted (not transcoded) to a lower quality setting<br />
* Resulting streams would be identical or nearly identical to a stream generated by encoding the original source to the selected quality<br />
* This process is reasonably fast (that is, signifigantly faster than re-encoding from source)<br />
The following must also be accomplished to claim this bounty:<br />
* The encoding libraries must be updated to create <em>peelable</em> Vorbis streams natively<br />
* Old Vorbis streams must be <em>peelable</em> already, or convertable with a utility in order to be made <em>peelable</em><br />
* If older streams are not natively <em>peelable</em>, old <em>unpeelable</em> Vorbis streams must be identifiable and discernable from <em>peelable</em> streams in such a way as to facilitate transcoding streams from the old format<br />
* All work submitted must be licenced under a BSD style licence (excepting circumstances where other licences may conflict)</div>Andrelhttps://wiki.xiph.org/index.php?title=YeppGavDetails&diff=5072YeppGavDetails2006-05-05T20:53:46Z<p>Andrel: rm spam</p>
<hr />
<div>=== Processing file "./Vendor: Xiphophorus libVorbis I 20010225 (1.0 beta 4)/01 - Sunday Bloody Sunday.ogg"... ===<br />
<br />
New logical stream (#1, serial: 74e2a24d): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20010225 (1.0 beta 4)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 128.000000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=Sunday Bloody Sunday<br />
artist=U2<br />
album=War<br />
date=1990<br />
tracknumber=01/10<br />
genre=Pop<br />
Vorbis stream 1:<br />
Total data length: 4576938 bytes<br />
Playback length: 4m:37.226s<br />
Average bitrate: 132.077857 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiph.Org libVorbis I 20020717 (1.0)/01 - Inferno (Unleash The Fire).ogg"... ===<br />
<br />
New logical stream (#1, serial: 726955b3): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiph.Org libVorbis I 20020717 (1.0)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 160.003000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=Inferno (Unleash The Fire)<br />
artist=Symphony X<br />
album=The Odyssey<br />
date=2002<br />
tracknumber=01/08<br />
genre=Symphonic Rock<br />
comment=<br />
=<br />
SOURCEMEDIA=CD<br />
ENCODING=OggEnc v1.0 (libvorbis 1.0) -q 5<br />
organization=InsideOutMusic<br />
labelno=IOMCD 109 / IOMACD 2044 / SPV 085-65342 CD<br />
REPLAYGAIN_TRACK_PEAK=1.07825959<br />
REPLAYGAIN_TRACK_GAIN=-7.71 dB<br />
REPLAYGAIN_ALBUM_PEAK=1.13985360<br />
REPLAYGAIN_ALBUM_GAIN=-7.98 dB<br />
Vorbis stream 1:<br />
Total data length: 6602508 bytes<br />
Playback length: 5m:32.706s<br />
Average bitrate: 158.758658 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiphophorus libVorbis I 20010813 (1.0 rc2)/01 - Devil's Haircut.ogg"... ===<br />
<br />
New logical stream (#1, serial: 31b72473): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20010813 (1.0 rc2)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 192.000000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=Devil's Haircut<br />
artist=Beck<br />
album=Odelay<br />
date=1996<br />
tracknumber=01/13<br />
genre=Rock<br />
Vorbis stream 1:<br />
Total data length: 4408552 bytes<br />
Playback length: 3m:14.066s<br />
Average bitrate: 181.733507 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiphophorus libVorbis I 20001031 (1.0 beta 3)/01 - A Day Without Rain.ogg"... ===<br />
<br />
New logical stream (#1, serial: 40e370bc): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20001031 (1.0 beta 3)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 160.000000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=A Day Without Rain<br />
artist=Enya<br />
album=A Day Without Rain<br />
date=2000<br />
tracknumber=01/12<br />
Vorbis stream 1:<br />
Total data length: 2890711 bytes<br />
Playback length: 2m:38.226s<br />
Average bitrate: 146.155439 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiphophorus libVorbis I 20000508 (1.0 beta 1 or beta 2)/01 - In Tenebris.ogg"... ===<br />
<br />
New logical stream (#1, serial: 000062d4): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20000508 (1.0 beta 1 or beta 2)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate not set<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=In Tenebris<br />
artist=Rhapsody<br />
album=Power Of The Dragonflame<br />
date=2002<br />
tracknumber=01/10<br />
genre=Progressive Rock<br />
Vorbis stream 1:<br />
Total data length: 1812739 bytes<br />
Playback length: 1m:28.533s<br />
Average bitrate: 163.801717 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiphophorus libVorbis I 20011231 (1.0 rc3)/01 - Encore Une Chance.ogg"... ===<br />
<br />
New logical stream (#1, serial: 1920d57d): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20011231 (1.0 rc3)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 112.015000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=Encore Une Chance<br />
artist=Noisy Fate<br />
album=Avoir L'air<br />
date=2001<br />
tracknumber=01/13<br />
genre=Rock<br />
kde-encoder=kio_audiocd<br />
Vorbis stream 1:<br />
Total data length: 3128897 bytes<br />
Playback length: 3m:38.538s<br />
Average bitrate: 114.538736 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiph.Org libVorbis I 20030909 (1.0.1)/01 - You Will Be a Hot Dancer.ogg"... ===<br />
<br />
New logical stream (#1, serial: 3d4f4f3c): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiph.Org libVorbis I 20030909 (1.0.1)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 128.000000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=You Will Be a Hot Dancer<br />
artist=Incubus<br />
album=Fungus Amongus<br />
date=1995<br />
tracknumber=01/10<br />
genre=Rock<br />
Vorbis stream 1:<br />
Total data length: 3517563 bytes<br />
Playback length: 3m:47.026s<br />
Average bitrate: 123.952417 kbps<br />
Logical stream 1 ended<br />
<br />
=== Processing file "./Vendor: Xiphophorus libVorbis I 20010615 (1.0 rc1)/01 - Remede.ogg"... ===<br />
<br />
New logical stream (#1, serial: 7ef6d8b1): type vorbis<br />
Vorbis headers parsed for stream 1, information follows...<br />
Version: 0<br />
Vendor: Xiphophorus libVorbis I 20010615 (1.0 rc1)<br />
Channels: 2<br />
Rate: 44100<br />
Nominal bitrate: 128.000000 kb/s<br />
Upper bitrate not set<br />
Lower bitrate not set<br />
User comments section follows...<br />
title=Remede<br />
artist=Mass Hysteria<br />
album=De Cercle En Cercle<br />
date=2002<br />
tracknumber=01/13<br />
genre=Metal<br />
Vorbis stream 1:<br />
Total data length: 5081049 bytes<br />
Playback length: 5m:22.000s<br />
Average bitrate: 126.237242 kbps<br />
Logical stream 1 ended</div>Andrelhttps://wiki.xiph.org/index.php?title=OggStream&diff=5071OggStream2006-05-05T20:53:41Z<p>Andrel: rm spam</p>
<hr />
<div>== Goals ==<br />
<br />
* Abstract:<br />
** application (app) can be nothing more than a gui frontend to liboggstream<br />
*** allows very simple media players, editors, and stream systems to be developed<br />
*** minimizes duplicated effort (and thus faster deployment)<br />
*** ensures consistant Ogg support for all media players (ie, chaining, seeking, etc)<br />
** can also be used to just decode codecs, choosing to handle file/stream receiving<br />
<br />
<br />
* Technical:<br />
** apps need to know information about a stream;<br />
*** what codecs it contains<br />
*** what its total length is (or non-seekable)<br />
** apps need to be able to exchange uncompressed data with the library for encoding/decoding<br />
** for non-transcoding operations (ie, streaming), apps also need to be able to exchange raw codec packets<br />
** when meta/effects codecs are available, apps need to be able to access "processed" and "unprocessed" data<br />
** support multiple "protocol" plugins (ie, file, http, etc)<br />
*** must provide buffered/cached info for app. (ie, for seek bar to show buffer status)<br />
**** makes it easy to show holes in stream<br />
*** allow app to provide data through "pipe" or "memory" protocol plugin<br />
** "Auto Update" system for automatic plugin search/installation from central site<br />
*** list licenses and restrictions<br />
**** it should prefer Xiph, then Free, then Proprietary, and finally Commercial<br />
**** this can either be based on their country or simply run with US IP law<br />
*** Linux-based systems can use distro-specific installation method (Gentoo can use Portage, Redhat use RPM, etc)<br />
<br />
== API ==<br />
<br />
You'll find the most recent API design at http://svn.xiph.org/experimental/arc/ogg2+oggs/include/ogg2/<br />
<br />
=== Application API ===<br />
<br />
<br />
=== Plugin API ===<br />
<br />
There are three kinds of plugins: input plugins, codec plugins, and output plugins. These plugins are chained together by liboggstream to connect a "circuit" from the input(s) to the output(s) which fufill the requirements of the client. If a "circuit" cannot be established liboggstream should return an appropriate error, whereas the application can utilize the plugin browser functions to find and install the missing plugins through an appropriate method.<br />
<br />
'''Input Plugins''' have a method and output a specific format. This format is provided after the plugin is initialized. Multiple input plugins may be opened to pull data from multiple sources (ie, an audio source and video source).<br />
<br />
'''Codec Plugins''' change the data from one format to another. In almost every case they are needed to satisfy the requirements of the application to process the input format to the output format. They can be used in series to satisfy requirements.<br />
<br />
'''Output Plugins''' send the formatted data (encoded, transcoded, or decoded) to it's final destination. It needs an output method and is opened with a specific input format. Some output plugins may only support one format (Ogg, pcm, yuv, etc).</div>Andrelhttps://wiki.xiph.org/index.php?title=OggUVS&diff=5070OggUVS2006-05-05T20:53:37Z<p>Andrel: rm spam</p>
<hr />
<div>{{draft}}<br />
== What is it ==<br />
<br />
'''OggUVS''' is an uncompressed video codec for Ogg. It's a simple way to store and transfer uncompressed video within an Ogg container. It is similar to [[OggYUV]] and [[OggRGB]], but is intended to support both formats.<br />
<br />
'''This is a work in progress and not a final proposal.'''<br />
<br />
== Why is it ==<br />
<br />
This format is intended to be used as an interchange format. It is also useful for storing time-synced decoded audio/video, as opposed to using RIFF/WAV (.wav) and YUV4MPEG (.yuv) in separate files. It is intended to be less complex to use than RIFF/AVI.<br />
<br />
== Stream Description ==<br />
<br />
A stream is composed of a main header packet, one comment packets, zero or more additional header packets, and one or more data packets. At this time, one additional header packet is specified to describe the data packet layout. This packet SHOULD be present in all streams. Data packets are of fixed length as specified in the main header. A special zero length data packet with the EOS flag set is permitted. Data packets must contain exactly one image. This stream format is field based, rather than frame based. It supports only two fields per frame, and one field per data packet. Packets (fields) must appear in temporal order.<br />
<br />
== Packet Layout ==<br />
<br />
Note that unless otherwise noted, all multi-byte fields use the network byte order (big endian). The first packed in a stream MUST be the main header packet. The second packet MUST be the comment packet. Some extra header packets MAY be included after the comment header, provided this is identified in the main header. The packets that follow MUST all be data packets. <br />
<br />
=== Main Header Packet ===<br />
The main header packet MUST be the first packet in the stream.<br />
<br />
32 "UVS " Codec Identifier Word 0<br />
32 " " Codec Identifier Word 1<br />
16 [uint] Version Major (breaks backwards compatability to increment)<br />
16 [uint] Version Minor (backwards compatable, ie, more supported format id's)<br />
16 [uint] Display Width<br />
16 [uint] Display Height<br />
16 [uint] Pixel Aspect Ratio Numerator<br />
16 [uint] Pixel Aspect Ratio Denominator<br />
16 [uint] Field Rate Numerator<br />
16 [uint] Field Rate Denominator<br />
32 [uint] Timebase (hz)<br />
32 [uint] Field Image Size (in bytes)<br />
32 [uint] Number of extra headers<br />
32 [enum] Colorspace<br />
31 [uint] Reserved<br />
1 [flg] Interlaced<br />
32 [enum] Layout ID<br />
<br />
'''Discussion:'''<br />
* The number of extra headers field counts the number of headers following the comment packet and preceding the data.<br />
<br />
* Field Rate and Timebase: The Timebase field is used to change the time base of the granule position. The special value 0 indicates the the value (1/Field Rate). If the Field Rate values are set to zero, the content uses a variable field rate. In all cases the absolute field time is determined by (granulepos/Timebase). At least one of these two values must be declared. Examples of valid descriptions of 29.98fps video:<br />
** Field Rate = 2998/100, Timebase = 90000, granulepos of first frame = 3002<br />
** Field Rate = 0/0, Timebase = 90000, granulepos of first frame = 3002<br />
** Field Rate = 2998/100, Timebase = 0, granulepos of first frame = 1<br />
<br />
<br />
==== Layout ID ====<br />
* The Layout ID field is used to describe the layout of the image buffer in memory. This provides an easy means of selecting amongst common storage methods. If this field is set to zero, a Data Layout Packet MUST be included in the stream, and the contents of that packet should be parsed to determine the image buffer layout. The valid values for this field are:<br />
Value Short Name Description<br />
0x32315659 OGGUVS_FMT_YV12 8-bpp Y plane, followed by 8-bpp 2×2 V and U planes.<br />
0x56555949 OGGUVS_FMT_IYUV 8-bpp Y plane, followed by 8-bpp 2×2 U and V planes.<br />
0x32595559 OGGUVS_FMT_YUY2 UV downsampled 2:1 horizontally, ordered Y0 U0 Y1 V0<br />
0x59565955 OGGUVS_FMT_UYVY UV downsampled 2:1 horizontally, ordered U0 Y0 V0 Y1<br />
0x55595659 OGGUVS_FMT_YVYU UV downsampled 2:1 horizontally, ordered Y0 V0 Y1 U0<br />
0x80808081 OGGUVS_FMT_RGB24DIB 8 bits per component, stored BGR, rows aligned to a<br />
32 bit boundary, rows stored bottom first.<br />
0x80808082 OGGUVS_FMT_RGB32DIB 8 bits per component, stored BGRx (x is don't care)<br />
rows stored bottom first.<br />
0x80808083 OGGUVS_FMT_ARGBDIB 8 bits per component, stored BGRA, rows stored bottom<br />
first.<br />
<br />
By convention, layouts with a registered fourcc should use that fourcc for this value. Other formats should set the MSB of each byte and use a OggUVS specific value. Layout ID's with 0xFF as the most significant byte will be considered to be application specific.<br />
<br />
==== Colorspace ====<br />
<br />
* The Colorspace field is used to identify all colorspaces supported by this format and is defined as follows:<br />
Value Short Name Description<br />
0x00000001 OGGUVS_CSP_UNSPEC_RGB Unspecified R'G'B'<br />
0x00000002 OGGUVS_CSP_UNSPEC_YCBCR Unspecified Y'CbCr<br />
other useful colorspaces could go here.<br />
<br />
The unspecified colorspaces are intended to be used only when the actual colorspace used is not known. This situation arises when getting decompressed frames from proprietary codecs, for instance. Applications should make every effort to properly identify the colorspace and use the proper value in this field.<br />
<br />
=== Comment Packet ===<br />
The comment packet MUST be present and MUST be the second packet in the stream.<br />
<br />
Undefined at this time, probably will be whatever Theora uses.<br />
<br />
=== Data Layout Packet ===<br />
The data layout packet MUST be included if the 'Layout ID' field in the main header packet is set to zero. The data layout packet SHOULD be included in all streams. If a 'Layout ID' field is specified, the data layout packet MUST NOT be modified from it's standard definition. Application that have a native understanding of the storage format as specified by the 'Layout ID' MAY parse the data layout packet, but are not required to.<br />
<br />
32 0x1 Data Layout Header Packet ID<br />
16 [uint] Version Major (breaks backwards compatability to increment)<br />
16 [uint] Version Minor (backwards compatable, ie, more supported format id's)<br />
16 [uint] Luma Height<br />
16 [uint] Luma Width<br />
16 [uint] Chroma Height<br />
16 [uint] Chroma Width<br />
-- Repeat all fields below this point for interlaced storage.<br />
32 [uint] Alpha channel offset<br />
32 [uint] Y/R channel offset<br />
32 [uint] U/G channel offset<br />
32 [uint] V/B channel offset<br />
32 [sint] Alpha Y Stride<br />
32 [sint] Y/R Y Stride<br />
32 [sint] U/G Y Stride<br />
32 [sint] V/B Y Stride<br />
32 [sint] Y/R X Stride<br />
32 [sint] U/G X Stride<br />
32 [sint] V/B X Stride<br />
<br />
'''Discussion:''' <br />
* This layout packet is for 8 bit per channel formats only.<br />
* The width and height fields reflect the storage size, not the displayed size, of the field.<br />
* The offset fields specify the offset, in bytes, from the start of the data packet to the top leftmost sample for the specified channel. <br />
* The Y stride field indicates the number of bytes to add to the current position to get the corresponding sample one row down. For the alpha channel, this value should be set to zero if the channel is not present. <br />
* The X stride field indicates the number of bytes to add to the current position to get the corresponding sample one pixel to the right. For the alpha channel, this value should be set to zero if the channel is not present. <br />
<br />
'''Implementation Notes:'''<br />
Great care must be exercised when using the layout packet directly. The following are a few checks that should be made to validate the data:<br />
For all channels:<br />
Width <= abs(Y_Stride)<br />
<br />
For alpha and luma channels:<br />
offset + y_stride*luma_h >= 0<br />
offset + y_stride*luma_h <= image size (from main header)<br />
<br />
For chroma channels:<br />
offset + y_stride*chroma_h >= 0<br />
offset + y_stride*chroma_h <= image size (from main header)<br />
<br />
More to be added later.<br />
<br />
=== Data Packets ===<br />
32 'FLD0' Field 0 (Top) header<br />
.. [data] Data for whole field<br />
<br />
32 'FLD1' Field 1 (Bottom) header<br />
.. [data] Data for whole field<br />
<br />
'''Discussion:'''<br />
The length of the data packet must be exactly equal to the image size specified in the main header plus four bytes for the field header.<br />
<br />
== Encapsulation in Ogg ==<br />
<br />
The time base of the granule position is defined in the main header packet, and may vary from stream to stream.<br />
<br />
== Predefined Layout Packets ==<br />
<br />
The following packets are defined as the standard layout packets for the various defined formats. For those formats that declare a fourcc, it is illegal to modify the values of the layout packet. The following abbreviations are used in the formulae below:<br />
<br />
* disp_h: Display Height, from main header packet<br />
* disp_w: Display Width, from main header packet<br />
* l_h: Luma height, from data layout packet<br />
* l_w: Luma width, from data layout packet<br />
* c_h: Chroma height, from data layout packet<br />
* c_w: Chroma width, from data layout packet<br />
<br />
=== OGGUVS_FMT_YV12 ===<br />
* Layout ID: 0x32315659<br />
l_h = (disp_h + 1) & ~1<br />
l_w = (disp_w + 1) & ~1<br />
c_h = l_h / 2<br />
c_w = l_w / 2<br />
a_offset = 0<br />
yr_offset = 0<br />
ug_offset = l_h * l_w + c_h * c_w<br />
vb_offset = l_h * l_w<br />
a_y_stride = 0<br />
yr_y_stride = l_w<br />
ug_y_stride = c_w<br />
vb_y_stride = c_w<br />
a_x_stride = 0<br />
yr_x_stride = 1<br />
ug_x_stride = 1<br />
vb_x_stride = 1<br />
<br />
=== OGGUVS_FMT_IYUV ===<br />
TODO<br />
<br />
=== OGGUVS_FMT_YUY2 ===<br />
* Layout ID: 0x32595559<br />
l_h = disp_h<br />
l_w = (disp_w + 1) & ~1<br />
c_h = l_h<br />
c_w = l_w / 2<br />
a_offset = 0<br />
yr_offset = 0<br />
ug_offset = 1<br />
vb_offset = 3<br />
a_y_stride = 0<br />
yr_y_stride = l_w * 2<br />
ug_y_stride = l_w * 2<br />
vb_y_stride = l_w * 2<br />
a_x_stride = 0<br />
yr_x_stride = 2<br />
ug_x_stride = 4<br />
vb_x_stride = 4<br />
<br />
=== OGGUVS_FMT_UYVY ===<br />
TODO<br />
<br />
=== OGGUVS_FMT_YVYU ===<br />
TODO<br />
<br />
=== OGGUVS_FMT_RGB24DIB ===<br />
* Layout ID: 0x80808081<br />
l_h = disp_h<br />
l_w = disp_w<br />
c_h = disp_h<br />
c_w = disp_w<br />
a_offset = 0<br />
yr_offset = 2 + (disp_h-1) * -yr_y_stride <br />
ug_offset = 1 + (disp_h-1) * -yr_y_stride <br />
vb_offset = 0 + (disp_h-1) * -yr_y_stride <br />
a_y_stride = 0<br />
yr_y_stride = -1 * (((disp_w*3)+3) & ~1)<br />
ug_y_stride = -1 * (((disp_w*3)+3) & ~1)<br />
vb_y_stride = -1 * (((disp_w*3)+3) & ~1)<br />
a_x_stride = 0<br />
yr_x_stride = 3<br />
ug_x_stride = 3<br />
vb_x_stride = 3<br />
<br />
=== OGGUVS_FMT_RGB32DIB ===<br />
TODO<br />
<br />
=== OGGUVS_FMT_ARGBDIB ===<br />
TODO</div>Andrelhttps://wiki.xiph.org/index.php?title=Work_In_Progress&diff=5069Work In Progress2006-05-05T20:52:55Z<p>Andrel: rm spam</p>
<hr />
<div>* '''Compressed Codecs:'''<br />
** [[OggMNG]]: A mapping for encapsulating the MNG animation format in Ogg<br />
* '''[[RawCodecs|Uncompressed Codecs]]:'''<br />
** Audio:<br />
*** [[OggPCM]]: New Uncompressed PCM audio, currently being implemented (formerly draft2)<br />
*** [[OggPCM_Draft1]]: Original uncompressed PCM audio proposal<br />
*** [[OggPCM_Draft3|Humorous PCM format]]: Uncompressed PCM audio - and a lot more!<br />
** Video:<br />
*** [[OggUVS]]: Uncompressed RGB and YUV video, under active development (preferred to OggRGB and OggYUV).<br />
*** [[OggRGB]]: Original uncompressed RGB video proposal<br />
*** [[OggYUV]]: Original uncompressed YUV video proposal<br />
** Images:<br />
*** [[OggSpots]]: A mapping for encapsulating timed images in Ogg<br />
** Text & Hyperlinking:<br />
*** [[OggWrit]]: Text phrase codec (e.g. subtitles)<br />
* '''Metadata Codecs:'''<br />
** [[Metadata]]: Arbitrary metadata stream format (vapourware so far)<br />
* '''Software for distributing media'''<br />
** [[IceShare]]: P2P content distribution</div>Andrelhttps://wiki.xiph.org/index.php?title=TheoraEncoders&diff=5068TheoraEncoders2006-05-05T20:52:51Z<p>Andrel: rm spam</p>
<hr />
<div>* theora: reference encoder library: [http://svn.xiph.org/trunk/theora/ svn], [http://svn.xiph.org/releases/theora/ official releases].<br />
* theora-mmx: branch with MMX optimization for encoding: [http://svn.xiph.org/branches/theora-mmx/ svn], [http://svn.xiph.org/releases/theora/ official releases].<br />
* theora-oil: branch with liboil calls: [http://svn.xiph.org/branches/theora-oil/ svn].<br />
* theora-exp: experimental library supporting the whole spec and having also MMX optimization for decoding: [http://svn.xiph.org/experimental/derf/theora-exp/ svn].</div>Andrelhttps://wiki.xiph.org/index.php?title=Icecast_Server&diff=5067Icecast Server2006-05-05T20:52:46Z<p>Andrel: rm spam</p>
<hr />
<div>'''Icecast''' is an open source multi-platform streaming server. It supports [[Ogg]] [[Vorbis]], Ogg [[Theora]], and [[MP3]].<br />
<br />
== External links ==<br />
<br />
* [http://www.icecast.org/ Icecast homepage]<br />
* [http://dir.xiph.org/index.php Stream directory]<br />
* [http://www.nabble.com/Icecast-f2880.html Icecast archive / forum] - an Icecast mailing list archive that combines both user and dev lists. It is hosted by [http://www.nabble.com/ Nabble]. You can search or browse Icecast discussions here.<br />
<br />
== Development ==<br />
<br />
*trunk http://svn.xiph.org/icecast/trunk/icecast<br />
*kh-branch http://svn.xiph.org/icecast/branches/kh/icecast<br />
**diff to trunk<br />
***fast pre-buffering aka burst-on-connect. <br>State a burst size in bytes to indicate how much should be sent at listener connect.<br />
***mp3 accepts artist and title separately on the url.<br />
***program invocation at stream start and end, per mount based.<br />
***on-demand relays, activated on first listener, disconnected when listenersfalls to 0. <br>Available for master relays as well.<br />
***multiple Ogg codec streaming. Current codecs handled are Theora, Vorbis, Speex, Writ.<br />
***Clients are started at theora key frame if theora is being streamed.<br />
***Added URL and command based listener authentication<br />
***server xml reload, and reopen logging available via admin url<br />
***slave startup re-organised so that relays are more independant<br />
***on xml reload, active sources are updated as well<br />
***When max-listeners reached, a HTTP 302 code can be sent to redirect clients to alternative slave hosts.<br />
***authenticated relays, those that match the relay user/pass, bypass the max-listener check</div>Andrelhttps://wiki.xiph.org/index.php?title=OggPCM&diff=5066OggPCM2006-05-05T20:51:51Z<p>Andrel: rm spam</p>
<hr />
<div>{{draft}}<br />
'''This page was created as an alternative to the original [[OggPCM_Draft1]]. After a [http://lists.xiph.org/pipermail/ogg-dev/2005-November/thread.html heated debate] most developers are now working on this version of the spec.'''<br />
<br />
== Draft format 2 for OggPCM ==<br />
<br />
The following is an draft format for OggPCM. This is a work in progress and not a final proposal. In particular, there is no agreement yet on the channel mapping extra headers.<br />
<br />
OggPCM is an encapsulation of PCM audio data into an Ogg logical bitstream. An OggPCM bistream may be concurrently multiplexed with other Ogg logical bitstreams such as [[OggUVS]] video or [[CMML]] metadata,<br />
<br />
Note that unless otherwise noted, all multi-byte fields use the network byte order (big endian). The first packet in a stream MUST be the main header packet. The second packet MUST be the comment packet. Some extra header packets MAY be included after the comment header, provided this is identified in the main header. The packets that follow MUST all be data packets.<br />
<br />
=== Main Header Packet ===<br />
Multibyte fields in the header packets are packed in big endian order, to be consistent with network byte order. A header packet contains the following fields: <br />
<br />
64 "PCM " Codec identifier<br />
16 0x00 Version Major (breaks backwards compatibility to increment)<br />
16 0x00 Version Minor (backwards compatible, ie, more supported format id's)<br />
32 [uint] PCM format<br />
32 [uint] Sampling rate [Hz]<br />
8 [uint] Number of significant bits<br />
8 [uint] Number of Channels (< 256)<br />
16 [uint] Maximum number of frames per packet<br />
32 [uint] Number of extra header packets<br />
<br />
A PCM "frame" is composed of samples for all channels at a given time.<br />
<br />
The "Codec identifier" is 64 bit long since most other Ogg codecs specify their identifier within the first 64 bits rather than the first 32 bits, so this allows applications to match on all 64 bits consistently.<br />
<br />
The "Maximum number of frames per packet" field is meant to notify an application reading the file that no data packet will contain more than a certain number of frames. This not only makes implementation easier, but also provides information on how much needs to be buffered when streaming PCM files. A value of 0 means a maximum of 65536 frames. Implementations SHOULD make this field such that packets do not get split into multiple pages.<br />
<br />
The "Number of significant bits" field specifies how many bits are actually used. The other bits MUST be zero. This can be used to support audio with any resolution. For example, 12-bit PCM can be supported as "16 bit PCM" for the format and 12 for the number of significant bits.<br />
<br />
For streams where the number of significant bits is the same as the bit width specified by the format, the significant bits field may be set to zero.<br />
<br />
For streams where the number of significant bits is less than that specified by the bit width, the data shall be justified to fill the most significant bits. For 12 bit PCM in a 16 bit format, the 12 valid bits will occupy the 12 most significant bits of the 16 bit word and the least significant 4 bits shall be zero.<br />
<br />
Since the main header packet and the comment packet are mandatory, the "extra header packets" field counts any additional header packets (aside from these two) that can be provided before the start of the data packets.<br />
<br />
==== Supported PCM Formats ====<br />
<br />
Format ID Short Name Description<br />
-- Integer coding<br />
0x00000000 OGGPCM_FMT_S8 Signed integer 8 bit<br />
0x00000001 OGGPCM_FMT_U8 Unsigned integer 8 bit<br />
0x00000002 OGGPCM_FMT_S16_LE Signed integer 16 bit little endian<br />
0x00000003 OGGPCM_FMT_S16_BE Signed integer 16 bit big endian<br />
0x00000004 OGGPCM_FMT_S24_LE Signed integer 24 bit little endian<br />
0x00000005 OGGPCM_FMT_S24_BE Signed integer 24 bit big endian<br />
0x00000006 OGGPCM_FMT_S32_LE Signed integer 32 bit little endian<br />
0x00000007 OGGPCM_FMT_S32_BE Signed integer 32 bit big endian<br />
--<br />
-- Compressed PCM<br />
0x00000010 OGGPCM_FMT_ULAW G.711 u-law encoding (8 bit)<br />
0x00000011 OGGPCM_FMT_ALAW G.711 A-law encoding (8 bit)<br />
--<br />
-- IEEE Floating point coding<br />
0x00000020 OGGPCM_FMT_FLT32_LE IEEE Float [-1,1] 32 bit little endian<br />
0x00000021 OGGPCM_FMT_FLT32_BE IEEE Float [-1,1] 32 bit big endian<br />
0x00000022 OGGPCM_FMT_FLT64_LE IEEE Float [-1,1] 64 bit little endian<br />
0x00000023 OGGPCM_FMT_FLT64_BE IEEE Float [-1,1] 64 bit big endian<br />
<br />
Format IDs below 0x80000000 are reserved for use by Xiph and all the ones above are allowed for application-specific formats.<br />
<br />
=== Comment packet ===<br />
<br />
The codec header is followed by a "vorbis comment" packet and by optional extra headers, if any. The format used is the same as for Vorbis with the exception that there is no packet identifier (so the packet is exactly like it is for Speex).<br />
<br />
=== Data Packets ===<br />
<br />
Data packets contain the raw PCM audio in interleaved format (complete frames are encoded sequentially) with the following definitions/restrictions:<br />
<br />
* A PCM "frame" is composed of samples for all channels at a given time.<br />
* Any OggPCM packet MUST only contain complete frames (ie samples for all channels at a given sampling instance). Partial frames are forbidden. It is RECOMMENDED that decoders that come across an invalid packet containing a partial frame to drop the partial frame (at the end) and issue an error.<br />
* There is no padding allowed in a frame except when some bits (<8) are needed to complete a byte. This means that packet size has a direct relationship to the number of frames in the packet (for purposes of seeking).<br />
* Recommended packet size is smaller than 4k since interleaving and seeking in Ogg bitstreams is done on the resolution of packets and thus larger packet sizes create suboptimal bitstreams.<br />
<br />
=== Extra Headers (optional) ===<br />
<br />
Extra header packets contain additional information about the OggPCM stream, and must come after the Comment Packet and before the first Data Packet. Each extra header is defined as:<br />
<br />
32 [uint] Header ID<br />
... Header data<br />
<br />
Two examples for such optional extra header packets are the channel mapping and the channel conversion header packets.<br />
<br />
==== Channel Mapping Header ====<br />
<br />
The channel mapping header is defined as:<br />
<br />
32 0x00000000 Header ID<br />
16 [uint] Major version<br />
16 [uint] Minor version<br />
32 [uint] Channel type<br />
32x2N [uint]Channel map (channel-target pairs)<br />
<br />
All channel_types less than 0x80000000 are reserved for use by Xiph; 0x80000000 and above are allowed for application specific extensions.<br />
<br />
This scheme allows for 2^31 -1 Xiph defined channel map types and 2^32 distinct channel names.<br />
<br />
Exampe values for channel types might be:<br />
<br />
OGG_CHANNEL_MAP_MONO = 0<br />
OGG_CHANNEL_MAP_STEREO = 1<br />
OGG_CHANNEL_MAP_MS_WAVE = 2<br />
OGG_CHANNEL_MAP_QUADROPHONIC = 3<br />
<br />
and defined channels might be:<br />
<br />
OGG_CHANNEL_FRONT_CENTER = 0<br />
OGG_CHANNEL_FRONT_LEFT = 1<br />
OGG_CHANNEL_FRONT_RIGHT = 2<br />
OGG_CHANNEL_SURROUND_LEFT = 3<br />
OGG_CHANNEL_SURROUND_RIGHT = 4<br />
OGG_CHANNEL_SURROUND_REAR = 5<br />
OGG_CHANNEL_REAR_LEFT = 6<br />
OGG_CHANNEL_REAR_RIGHT = 7<br />
OGG_CHANNEL_LFE_CENTER = 8<br />
OGG_CHANNEL_LFE_LEFT = 9<br />
OGG_CHANNEL_LFE_RIGHT = 10<br />
<br />
A stereo file could thus be defined as:<br />
<br />
channel_type = OGG_CHANNEL_MAP_STEREO<br />
channel_map [0] = OGG_CHANNEL_FRONT_LEFT<br />
channel_map [1] = OGG_CHANNEL_FRONT_RIGHT<br />
<br />
The channel map in this case is: "0 1 1 2". <br />
<br />
==== Channel Mapping Defaults ====<br />
<br />
(ideas by JMV, not yet approved by anyone else. Should be merged in respective header definition above if approved)<br />
<br />
In order to simplify implementations when it comes to channel mappings, several defaults are defined when no extra header is present.<br />
<br />
* Files containing one channel are assumed to be plain mono files with:<br />
channel_type = OGG_CHANNEL_MAP_MONO<br />
channel_map [0] = OGG_CHANNEL_FRONT_CENTER<br />
<br />
* Files containing two channels are assumed to be stereo files with:<br />
channel_type = OGG_CHANNEL_MAP_STEREO<br />
channel_map [0] = OGG_CHANNEL_FRONT_LEFT<br />
channel_map [1] = OGG_CHANNEL_FRONT_RIGHT<br />
<br />
* Files containing four channels are assumed to be B-format ambisonic files with:<br />
channel_type = OGG_CHANNEL_MAP_B_FORMAT<br />
channel_map [0] = OGG_CHANNEL_W<br />
channel_map [1] = OGG_CHANNEL_X<br />
channel_map [2] = OGG_CHANNEL_Y<br />
channel_map [3] = OGG_CHANNEL_Z<br />
<br />
==== Channel Conversion Header ====<br />
<br />
Any number of channel conversion headers can be specified. This header specifies how to down-mix the data to another format.<br />
<br />
32 0x00000001 Remixing Header Id<br />
16 [uint] Major version<br />
16 [uint] Minor version<br />
32 [uint] Target Channel type<br />
32xMxN [sint] Target Channel (M) x Src Channel (N) Gain array<br />
<br />
The ordering of the mixing matrix is such that source channel gains are consecutive. The gain (note: *signed* integer) has the 16 MSBs for the integer part (including sign) and 16 bits for the fracional part of the gain. Note: the gain can be negative.<br />
<br />
==== Channel Conversion Defaults ====<br />
<br />
* Stereo files SHOULD be converted to mono files by averaging the left channel and the right channel<br />
* Ambisonic files SHOULD be converted to stereo files basic ambisonic dematrixing W and X.<br />
<br />
== Related Links ==<br />
Short info about AC-3: http://www.mediatwins.com/en/support/kb_topic_11.html<br />
<br />
AC-3 spec: http://www.atsc.org/standards/a_52a.pdf <br><br />
Note: around p34/140 it appears to be how the channel mapping is encoded.<br />
<br />
.wav extended headers for multi channel: http://www.microsoft.com/whdc/device/audio/multichaud.mspx<br />
<br />
General surround info: http://www.surroundassociates.com/fqmain.html</div>Andrelhttps://wiki.xiph.org/index.php?title=MonthlyMeeting200604&diff=5064MonthlyMeeting2006042006-05-05T20:51:43Z<p>Andrel: rm spam</p>
<hr />
<div>This meeting will be at 6h00 GMT 2006 April 5 in #xiphmeet on irc.freenode.net<br />
<br />
= Agenda =<br />
* Project status reports<br />
* Directions with libogg2</div>Andrelhttps://wiki.xiph.org/index.php?title=TheoraSoftwarePlayers&diff=5063TheoraSoftwarePlayers2006-05-05T20:51:38Z<p>Andrel: rm spam</p>
<hr />
<div>*[http://www.illiminable.com/ogg/ Directshow Filters for Ogg Vorbis, Speex, Theora and FLAC]<br />
*[https://helixcommunity.org/projects/xiph/ Xiph Plugins for Real Player/Producer]<br />
*[http://www.videolan.org/vlc/ VLC], a cross-platform media player and streaming server<br />
*[http://xinehq.de/ xine]<br />
*[http://www.mplayerhq.hu/design7/news.html MPlayer]<br />
*[http://www.gnomefiles.org/app.php?soft_id=64 Totem] - can user either xine or [http://gstreamer.freedesktop.org/ Gstreamer] as backend.<br />
*[https://player.helixcommunity.org/ Helix Player]</div>Andrelhttps://wiki.xiph.org/index.php?title=Translations&diff=5062Translations2006-05-05T20:50:56Z<p>Andrel: rm spam</p>
<hr />
<div>The Xiph.org projects are mainly in english. Some of this projects are used by many non-english speaking users. They will be happy to find some '''help''' in their own language.<br />
The main goal of this page is to answer those two questions:<br />
<br />
- how are we going to translate the docs?<br />
<br />
- how are the translated docs going to be integrated on the websites?<br />
<br />
<br />
'''How are we going to translate the docs?'''<br />
<br />
* First a translation need some translators. The Xiph Foundation needs to call for help. Many users are ready to help but need a sign and a clear TODO list. Prior to translate all the docs, users can write some howtos in their mother language or a simple FAQ.<br />
<br />
The more simple it is, the more I love it.<br />
You're going to read the icecast doc, you see a link "Won't you help us in translating or reviewing this doc?" this link takes you to a _simple_ webpage with a mailform, you send a mail and that's it.<br />
This link can drive the users to a simple web formular with some checkboxes : what would I translate, have I ever made some translation work, etc. Then the formular sends a mail to a translation coordinator. The coordinator sends some parts of the docs to the users and when the docs is translated, it is merged into the main doc tree. At the begining a new user can start in re-reading an already translated doc.<br />
<br />
'''How are the translated docs going to be integrated on the websites?'''<br />
<br />
* a newly translated doc can only be integrated on a website by a coordinator or a webmaster. The coordinator needs to be formed (?) by the webmaster in order to produce useable webpages. The coordinator has to produce some translation how-tos for the translators (some useful KDE translator stuff here).<br />
<br />
On a FTP point of view, that's quite simple:<br />
<br />
/docs<br />
<br />
/docs/index.php<br />
<br />
/docs/en/... -> all the doc in english<br />
<br />
/docs/fr/... -> all the doc in french<br />
<br />
/docs/de/... -> all the doc in german<br />
<br />
And so on.<br />
<br />
* Instead maybe we could use something like <br />
<br />
/docs/index.php<br />
<br />
/docs/index.fr.php<br />
<br />
/docs/index.de.php<br />
<br />
There probably isn't any reason to use a .en as all of the official docs are in English anyway.<br />
<br />
The main index.php page lists the docs for every language.<br />
<br />
- if the doc is fully translated and reviewed, the doc is ok<br />
<br />
- if the doc needs to be re-readed, a link, at the top of the page asks for some volunteers<br />
<br />
- if the doc needs to be translated, a link, at the top of the page asks for some volunteers.<br />
<br />
<br />
'''How are we going to start?'''<br />
<br />
IMHO Icecast is the Xiph project having the biggest need in translation. I suggest that we begin with it.<br />
<br />
'''1''' - Modify the http://www.icecast.org/docs/ page.<br />
<br />
Quoting and editing : "''Here is an index to the icecast documentation we know about. If there is something out ther on the Web that you know about, but is not listed here, send an email to webmaster@icecast.org.<br />
The icecast documentation is going to be avalaible in many languages. Feel free to volunteer and give your help: click on your flag''<br />
<br />
'''2''' - Add a flag list.<br />
<br />
Each flag takes the user on its http://www.icecast.org/docs/ page. (this page needs a PHP file in order to simply list the docs)<br />
<br />
'''3''' - Each doc links takes the user to a specific doc homepage with the call for help.<br />
<br />
'''4''' - Produce some translation guidelines.</div>Andrelhttps://wiki.xiph.org/index.php?title=XiphWiki:General_disclaimer&diff=5018XiphWiki:General disclaimer2006-05-03T21:44:04Z<p>Andrel: rm spam</p>
<hr />
<div>{{delete}}</div>Andrel