Ogg: Difference between revisions

From XiphWiki
Jump to navigation Jump to search
No edit summary
(→‎Implementations: dead link)
(29 intermediate revisions by 10 users not shown)
Line 1: Line 1:
The '''Ogg''' transport bitstream is designed to provide framing, error protection and seeking structure for higher-level codec streams that consist of raw, unencapsulated data packets, such as the [[Vorbis]] audio codec or [[Theora]] video codec.
The '''Ogg''' transport bitstream is designed to provide framing, error protection and seeking structure for higher-level codec streams that consist of raw, unencapsulated data packets, such as the [[Opus]], [[Vorbis]] and [[FLAC]] audio codecs or [[Theora]] and [[Dirac]] video codecs.
 
== Name ==
 
Ogg derives from "ogging", jargon from the computer game Netrek.  Ogg is not an acronym and should not be mentioned as "OGG".


== Design constraints for Ogg bitstreams ==
== Design constraints for Ogg bitstreams ==
Line 8: Line 12:
* Simple mechanism to ease limited editing, such as a simplified concatenation mechanism.
* Simple mechanism to ease limited editing, such as a simplified concatenation mechanism.
* Detection of corruption, recapture after error and direct, random access to data at arbitrary positions in the bitstream.
* Detection of corruption, recapture after error and direct, random access to data at arbitrary positions in the bitstream.
== Specification / standard==
The Ogg transport bitstream and file format is defined in RFC 3533 approved 2003-May. As RFC documents are invariable once approved, there will never be newer versions of RFC 3533, but an [[RFC_3533_Errata]] exists instead. Existing flaws are discussed at [[OggIssues]], ideas for the future at [[TransOgg]].
== Detecting Ogg files and extracting information ==
Ogg files do begin with a signature "OggS", this signature also repeats many times inside the file, at the beginning of every page. There are several tools to get information about Ogg files:
* Ogginfo - part of Vorbis-Tools, supports Vorbis codec only (historical Ogg-vs-Vorbis issue), other codecs cause it to report garbage
* Opusinfo - part of Opus-Tools, supports only Opus codec well, only minimal Vorbis support
* Oggz ???
* MediaInfo [http://sourceforge.net/projects/mediainfo/ sf.net/projects/mediainfo] - provides information about media (and some other) files, supports many types, also Ogg with various codecs, generic audio and video information only, no Ogg-specific details


== Projects using Ogg ==
== Projects using Ogg ==


* [[Vorbis]]
=== Codecs ===
* [[Theora]]
 
* [[FLAC]]
* [[Opus]]
* [[Speex]]
* [[CMML]]
* [[FLAC]] ([http://flac.sourceforge.net/ogg_mapping.html Ogg mapping])
* [[OggKate|Kate]]
* [http://opus-codec.org/ Opus] ([[OggOpus|Ogg mapping]])
* [[OggPCM|PCM]]
* [[Ogg Skeleton|Skeleton]]
* [[Speex]] ([[OggSpeex|Ogg mapping]])
* [[Theora]] ([[OggTheora|Ogg mapping]])
* [[Vorbis]] ([[OggVorbis|Ogg mapping]])
* [[OggWrit|Writ]]
 
=== Servers ===
 
* [http://www.annodex.net/ Annodex]
* [[Icecast]]
* [[Icecast]]
* [[Ogg_Skeleton]]
* [http://www.metavid.org/ Metavid]
* [http://www.annodex.net/ CMML & Annodex]
 
* [[Writ]]
== Developer info ==
 
* [[GranulePosAndSeeking]] -- a discussion of the interpretation of granulepos, and the algorithm for seeking on Ogg files
 
=== Ogg page format ===
 
The LSb (least significant bit) comes first in the Bytes.  Fields
with more than one byte length are encoded LSB (least significant
byte) first.
 
  0                  1                  2                  3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1| Byte
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  | capture_pattern: Magic number for page start "OggS"          | 0-3
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  | version      | header_type  | granule_position              | 4-7
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                                                              | 8-11
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                              | bitstream_serial_number      | 12-15
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                              | page_sequence_number          | 16-19
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                              | CRC_checksum                  | 20-23
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  |                              |page_segments  | segment_table | 24-27
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  | ...                                                          | 28-
  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 
 
== Implementations ==
 
The Ogg encapsulation format can be handled with the following libraries:
 
* libogg: [http://svn.xiph.org/trunk/ogg/ libogg svn] (C, cross-platform) Low-level Ogg parsing and writing.
* liboggz: [http://git.xiph.org/?p=liboggz.git liboggz git] or [http://annodex.net/software/liboggz/index.html DEAD:liboggz] (C, cross-platform) liboggz wraps libogg and provides features such as seeking.
* the Ogg Directshow filters: see [http://www.illiminable.com/ogg/ illiminable] (C++, Win32)
* [http://www.kfish.org/software/hogg HOgg] (pure Haskell)
* [http://www.jcraft.com/jorbis/ JOrbis] (pure Java) contains com.jcraft.jogg
* [http://www.sacredchao.net/quodlibet/wiki/Development/Mutagen Mutagen] (pure Python)
 
== See also ==
 
* [[Oggless]]
* [[MIME Types and File Extensions]]
* [[RFC_3533_Errata]] - errors and flaws in the specification
* [[Nut_Container]]


== External links ==
== External links ==
Line 24: Line 100:
* [http://www.xiph.org/ogg/doc/ Ogg documentation]
* [http://www.xiph.org/ogg/doc/ Ogg documentation]
* [http://www.ietf.org/rfc/rfc3533.txt Ogg RFC]
* [http://www.ietf.org/rfc/rfc3533.txt Ogg RFC]
* [http://en.wikipedia.org/wiki/Ogg Ogg at Wikipedia]
* [http://wiki.multimedia.cx/index.php?title=Ogg Ogg at Multimedia Wiki]
[[Category:Ogg]]

Revision as of 01:35, 23 December 2012

The Ogg transport bitstream is designed to provide framing, error protection and seeking structure for higher-level codec streams that consist of raw, unencapsulated data packets, such as the Opus, Vorbis and FLAC audio codecs or Theora and Dirac video codecs.

Name

Ogg derives from "ogging", jargon from the computer game Netrek. Ogg is not an acronym and should not be mentioned as "OGG".

Design constraints for Ogg bitstreams

  • True streaming; we must not need to seek to build a 100% complete bitstream.
  • Use no more than approximately 1-2% of bitstream bandwidth for packet boundary marking, high-level framing, sync and seeking.
  • Specification of absolute position within the original sample stream.
  • Simple mechanism to ease limited editing, such as a simplified concatenation mechanism.
  • Detection of corruption, recapture after error and direct, random access to data at arbitrary positions in the bitstream.

Specification / standard

The Ogg transport bitstream and file format is defined in RFC 3533 approved 2003-May. As RFC documents are invariable once approved, there will never be newer versions of RFC 3533, but an RFC_3533_Errata exists instead. Existing flaws are discussed at OggIssues, ideas for the future at TransOgg.

Detecting Ogg files and extracting information

Ogg files do begin with a signature "OggS", this signature also repeats many times inside the file, at the beginning of every page. There are several tools to get information about Ogg files:

  • Ogginfo - part of Vorbis-Tools, supports Vorbis codec only (historical Ogg-vs-Vorbis issue), other codecs cause it to report garbage
  • Opusinfo - part of Opus-Tools, supports only Opus codec well, only minimal Vorbis support
  • Oggz ???
  • MediaInfo sf.net/projects/mediainfo - provides information about media (and some other) files, supports many types, also Ogg with various codecs, generic audio and video information only, no Ogg-specific details

Projects using Ogg

Codecs

Servers

Developer info

  • GranulePosAndSeeking -- a discussion of the interpretation of granulepos, and the algorithm for seeking on Ogg files

Ogg page format

The LSb (least significant bit) comes first in the Bytes. Fields with more than one byte length are encoded LSB (least significant byte) first.

  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1| Byte
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | capture_pattern: Magic number for page start "OggS"           | 0-3
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | version       | header_type   | granule_position              | 4-7
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               | 8-11
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                               | bitstream_serial_number       | 12-15
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                               | page_sequence_number          | 16-19
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                               | CRC_checksum                  | 20-23
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                               |page_segments  | segment_table | 24-27
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 | ...                                                           | 28-
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


Implementations

The Ogg encapsulation format can be handled with the following libraries:

  • libogg: libogg svn (C, cross-platform) Low-level Ogg parsing and writing.
  • liboggz: liboggz git or DEAD:liboggz (C, cross-platform) liboggz wraps libogg and provides features such as seeking.
  • the Ogg Directshow filters: see illiminable (C++, Win32)
  • HOgg (pure Haskell)
  • JOrbis (pure Java) contains com.jcraft.jogg
  • Mutagen (pure Python)

See also

External links