OggPCM - Revision history

Martin.leese: Added {{draft}}

2015-08-21T14:54:27Z

Added {{draft}}

← Older revision		Revision as of 14:54, 21 August 2015
Line 1:		Line 1:
			{{draft}}

	== OggPCM ==		== OggPCM ==

Line 615:		Line 617:
	*[http://www.acoustics.hut.fi/research/cat/vbap/ Vector Base Amplitude Panning]		*[http://www.acoustics.hut.fi/research/cat/vbap/ Vector Base Amplitude Panning]

	~~[[Category:Drafts]]~~
	[[Category:Ogg Mappings]]		[[Category:Ogg Mappings]]
	[[Category:OggPCM]]		[[Category:OggPCM]]

Martin.leese: Added Category:OggPCM

2015-08-19T17:06:17Z

Added Category:OggPCM

← Older revision		Revision as of 17:06, 19 August 2015
Line 617:		Line 617:
	[[Category:Drafts]]		[[Category:Drafts]]
	[[Category:Ogg Mappings]]		[[Category:Ogg Mappings]]
			[[Category:OggPCM]]

Decoy: comments have been solicited, without effective feedback. removing notice of draft status.

2009-09-06T18:06:17Z

comments have been solicited, without effective feedback. removing notice of draft status.

← Older revision		Revision as of 18:06, 6 September 2009
Line 1:		Line 1:
	== OggPCM ==		== OggPCM ==

	~~The following is an draft format for OggPCM. This is not a final proposal, but has remained reasonably stable for over a year.~~

	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,		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,

Martin.leese: /* Defaulting and Standard Mappings */ Improved link

2009-04-26T00:18:39Z

Defaulting and Standard Mappings: Improved link

← Older revision		Revision as of 00:18, 26 April 2009
Line 244:		Line 244:
	===== Defaulting and Standard Mappings =====		===== Defaulting and Standard Mappings =====

	OggPCM streams were originally defined without channel maps, so for compatibility purposes, the simplest cases are defaulted based on the number of physical channels present. The precise Channel Mapping Headers and Channel Conversion Headers that are implied are specified below. Further INFORMATIVE mappings for various channel layouts can be found [[channel mapping examples~~\|in a companion document~~]].		OggPCM streams were originally defined without channel maps, so for compatibility purposes, the simplest cases are defaulted based on the number of physical channels present. The precise Channel Mapping Headers and Channel Conversion Headers that are implied are specified below. Further INFORMATIVE mappings for various channel layouts can be found in the companion document ''[[channel mapping examples]]''.

	* Files containing precisely one channel and no explicit channel map are assumed to contain plain mono.		* Files containing precisely one channel and no explicit channel map are assumed to contain plain mono.

Decoy: after waiting for comments and receiving some agreement, elevating option 2 channel mapping headers to the only supported option

2008-10-22T10:40:32Z

after waiting for comments and receiving some agreement, elevating option 2 channel mapping headers to the only supported option

@@ Line 81: / Line 81: @@
 The first optional headers to be defined handle mappings from physically stored channels to logical channels, such as speaker feeds and Ambisonic signals.
-==== Channel Mapping, option 1 ====
+==== Channel Mapping Headers ====
 Channel mappings are used to convey the meaning of the PCM signals stored in an OggPCM stream. They have been designed so that commonly used transmission formats like stereo, 5.1 and Ambisonics can be accurately tagged and distinguished from each other. Rudimentary downmixing from multichannel formats to stereo and mono and interoperability with compatibility formats like Dolby Surround and Ambisonics UHJ are also supported.

Decoy: /* OggPCM */

2008-10-22T10:38:26Z

OggPCM

← Older revision		Revision as of 10:38, 22 October 2008
Line 1:		Line 1:
	== OggPCM ==		== OggPCM ==

	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~~.		The following is an draft format for OggPCM. This is not a final proposal, but has remained reasonably stable for over a year.

	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,		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,

Decoy: the dialogue channel has different semantics from front center

2008-09-10T14:58:21Z

the dialogue channel has different semantics from front center

Show changes

Saoshyant: OggPCM Draft2 moved to OggPCM: Keeping things tight and clean.

2008-08-18T00:01:19Z

OggPCM Draft2 moved to OggPCM: Keeping things tight and clean.

← Older revision		Revision as of 00:01, 18 August 2008
(No difference)

Saoshyant at 23:26, 15 February 2008

2008-02-15T23:26:50Z

← Older revision		Revision as of 23:26, 15 February 2008
Line 708:		Line 708:
	*[http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAF_intro/chapter_1_section_1.html#//apple_ref/doc/uid/TP40001862-CH203-DontLinkElementID_60 Apple Core Audio Format 1.0 specification]		*[http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAF_intro/chapter_1_section_1.html#//apple_ref/doc/uid/TP40001862-CH203-DontLinkElementID_60 Apple Core Audio Format 1.0 specification]
	*[http://www.acoustics.hut.fi/research/cat/vbap/ Vector Base Amplitude Panning]		*[http://www.acoustics.hut.fi/research/cat/vbap/ Vector Base Amplitude Panning]

			[[Category:Drafts]]
			[[Category:Ogg Mappings]]

Decoy: moved comments to discussion page and reverted

2007-12-19T12:09:22Z

moved comments to discussion page and reverted

← Older revision		Revision as of 12:09, 19 December 2007
Line 5:		Line 5:
	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,		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,

	Note that unless otherwise noted, all multi-byte fields use the network byte order (big endian).		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.

	:''Portable players are usually ARM, which is usually little-endian. The Macintosh is now little-endian. Obviously the PC is little-endian. Clearly there is a winner. It's long past time to stop putting the bytes in an order that makes both programmers and computers do extra work for no good reason. Don't try to hold back the tide.''

	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.

	=== Main Header Packet ===		=== Main Header Packet ===
Line 18:		Line 14:
	16 0x00 Version Minor (backwards compatible, ie, more supported format id's)		16 0x00 Version Minor (backwards compatible, ie, more supported format id's)
	32 [uint] PCM format		32 [uint] PCM format
	32 [uint] Sampling rate [Hz] ~~-- this should be a rational with at least a 22-bit numerator and 10-bit denominator~~		32 [uint] Sampling rate [Hz]
	8 [uint] Number of significant bits		8 [uint] Number of significant bits
	8 [uint] Number of Channels (< 256)		8 [uint] Number of Channels (< 256)
Line 25:		Line 21:

	A PCM "frame" is composed of samples for all channels at a given time.		A PCM "frame" is composed of samples for all channels at a given time.

	An integer sampling rate is trouble. Audio does not always come that way. For example, audio is sometimes tied to the NTSC frame rate of 30000/1001. That 1001 can show up in the sample rate, and thus needs 10 bits. Rates with a 3 in the denominator are common too. Super Audio CD needs 22 bits to represent 2.8224 MHz. So 22 bits and 10 bits will do the job. Better would be 32 bits for both numerator and denominator of course. A float will never be quite right, though it sure beats an integer and will in fact hold exact values into the MHz. One can't express 1/3 or 1/10 as a float, so 12345.6 and 12345.6666... are undoable that way. BTW, allowing for subsonic recording would be nice.

	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.		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.