Ogg - Versionsgeschichte

Ph3-der-loewe: names korektur

2009-07-02T15:01:55Z

names korektur

Ph3-der-loewe: witzige datei box

2009-07-02T15:00:29Z

witzige datei box

← Nächstältere Version		Version vom 2. Juli 2009, 15:00 Uhr
Zeile 3:		Zeile 3:
	Meist verwendet wird der Audio Codec [[Vorbis]], daher auch "OGG/Vorbis" oder "OGG Vorbis".		Meist verwendet wird der Audio Codec [[Vorbis]], daher auch "OGG/Vorbis" oder "OGG Vorbis".
	Spezifiziert ist OGG im [[RFC]] 3533.		Spezifiziert ist OGG im [[RFC]] 3533.


			{{Infobox Dateiformat
			\| extension = .ogg, .oga, .ogv, .ogx
			\| mime-types = audio/ogg, video/ogg, application/ogg
			\| magic = OggS
			}}

	== Technische Beschreibung ==		== Technische Beschreibung ==

Ph3-der-loewe: hat „OGG“ nach „Ogg“ verschoben: Offizieller name

2009-07-02T14:21:04Z

hat „OGG“ nach „Ogg“ verschoben: Offizieller name

← Nächstältere Version	Version vom 2. Juli 2009, 14:21 Uhr
(kein Unterschied)

Rabe: Typoschlacht. Formulierungen müssen noch standardsprachlich überarbeitet werden.

2007-06-11T06:14:03Z

Typoschlacht. Formulierungen müssen noch standardsprachlich überarbeitet werden.

← Nächstältere Version		Version vom 11. Juni 2007, 06:14 Uhr
Zeile 1:		Zeile 1:
	Bei '''OGG''' ~~Handelt~~ es sich um ein Audio Container Format. Es ~~wirt~~ oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll ~~Streaming-faehig~~ und kann viele verscheinde [[Codec]]s beherbergen. Meist ~~Verwendet wirt~~ der Audio Codec [[Vorbis]]~~. Daher~~ auch "OGG/Vorbis" oder "OGG Vorbis". ~~Spezifizirt~~ ist OGG ~~in der~~ [[RFC]] 3533.		Bei '''OGG''' handelt es sich um ein Audio Container Format. Es wird oft verwechselt mit OGG/[[Vorbis]].
			Das OGG Format ist voll streamingfähig und kann viele verscheinde [[Codec]]s beherbergen.
			Meist verwendet wird der Audio Codec [[Vorbis]], daher auch "OGG/Vorbis" oder "OGG Vorbis".
			Spezifiziert ist OGG im [[RFC]] 3533.

	== ~~Techniche~~ Beschreibung ==		== Technische Beschreibung ==
	Ein OGG Datenstrom besteht aus sogenanten Pages welche hintereinander angeordnet sind. Jede Page beinhaltet ~~daten fuer~~ einen ~~Logichen~~ Datenstrom welcher einem Codec ~~zugehoerig~~ ist. Eine Page hat eine maximale ~~Laenge~~ von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten. Eine ~~Typiche~~ Page ist zwichen 2 und ~~10KB~~ gross.		Ein OGG Datenstrom besteht aus sogenanten Pages, welche hintereinander angeordnet sind.
			Jede Page beinhaltet Daten für einen logichen Datenstrom, welcher einem Codec zugeordnet ist.
			Eine Page hat eine maximale Länge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten.
			Eine typische Page ist zwichen 2 und 10 kByte gross.

	Die ~~logichen~~ Datenströme sind ~~dursch~~ eine [[Seriennummer]] gekennzeichnet welche normalerweise ~~Zufällig~~ vom [[Encoder]] vergeben wird. Diese ist ~~32 Bit breit~~ wie die meisten anderen ~~Headerfelder~~ auch. Dardruch ~~ergebens~~ sich maximal 2^32 = ca. 4096 ~~Milionen maximal pralell~~ ligende Datenströme.		Die logischen Datenströme sind durch eine [[Seriennummer]] gekennzeichnet, welche normalerweise zufällig vom [[Encoder]] vergeben wird.
			Diese ist, wie die meisten anderen Headerfeldern auch, 32 Bit breit. Dardruch ergeben sich maximal 2^32 = ca. 4096 Millionen prallel ligende Datenströme.

	Ein OGG Header beinhaltet ~~desweiteren~~ eine 32 Bit [[CRC]] Prüfsumme um auf ~~Datenverlusst~~ und Datenveränderung prüfen zu können.		Ein OGG Header beinhaltet weiterhin eine 32 Bit [[CRC]] Prüfsumme um auf Datenverlust und Datenveränderung prüfen zu können.

	Das Timestamp-Feld, welches auch zur Audio-Video Syncronisirung genutzt ~~wirt~~, ist 64 Bit breit. Die Verwendung dieses Feldes ist dem Encoder beziehungsweise dem Codec überlassen. Eine ~~ausname~~ bildet der Wert -1 (2^65-1)~~. Dieser bedeutete~~: Keine ~~vollstandige~~ Page bis zu dieser Page abgeschlossen. Seine ~~verwendung~~ findet sich meist am ~~Stream Anfang~~ wenn Codecs ~~Header daten~~ ablegen und noch kein ~~Ausreciehende menge~~ an Daten dem Decoder zur verfügung ~~ständen~~. Die OGG Spezifikation schlägt als ~~verwendung fuer~~ dieses Feld die Anzahl der nach dieser Page abgeschlossenen Frames ~~bezieungsweise~~ Samples vor. Die meisten Codecs halten sich an diesen Vorschlag. Da dies ~~allerdingst~~ nicht ~~optzimal~~ für das Seeken im ~~Gesamt Datenstrom~~ ist ist dies ~~Umstritten~~.		Das Timestamp-Feld, welches auch zur Audio-Video Syncronisirung genutzt wird, ist 64 Bit breit.
			Die Verwendung dieses Feldes ist dem Encoder beziehungsweise dem Codec überlassen.
			Eine Ausname bildet der Wert -1 (2^65-1), dieser bedeutet: ''Keine vollständige Page bis zu dieser Page abgeschlossen''.

			Seine Verwendung findet sich meist am Streamanfang, wenn Codecs Headerdaten ablegen und noch kein ausreichende Menge an Daten dem Decoder zur verfügung standen.
			Die OGG Spezifikation schlägt als Verwendung für dieses Feld die Anzahl der nach dieser Page abgeschlossenen Frames bzw. Samples vor.
			Die meisten Codecs halten sich an diesen Vorschlag. Da dies allerdings nicht optimal für das Seeken im Gesamtdatenstrom ist, ist dies umstritten.

	== Siehe auch ==		== Siehe auch ==

Ph3-der-loewe: /* Techniche Beschreibung */ +bissel mehr techniche infos

2007-06-02T21:09:23Z

Techniche Beschreibung: +bissel mehr techniche infos

← Nächstältere Version		Version vom 2. Juni 2007, 21:09 Uhr
Zeile 4:		Zeile 4:
	Ein OGG Datenstrom besteht aus sogenanten Pages welche hintereinander angeordnet sind. Jede Page beinhaltet daten fuer einen Logichen Datenstrom welcher einem Codec zugehoerig ist. Eine Page hat eine maximale Laenge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten. Eine Typiche Page ist zwichen 2 und 10KB gross.		Ein OGG Datenstrom besteht aus sogenanten Pages welche hintereinander angeordnet sind. Jede Page beinhaltet daten fuer einen Logichen Datenstrom welcher einem Codec zugehoerig ist. Eine Page hat eine maximale Laenge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten. Eine Typiche Page ist zwichen 2 und 10KB gross.

			Die logichen Datenströme sind dursch eine [[Seriennummer]] gekennzeichnet welche normalerweise Zufällig vom [[Encoder]] vergeben wird. Diese ist 32 Bit breit wie die meisten anderen Headerfelder auch. Dardruch ergebens sich maximal 2^32 = ca. 4096 Milionen maximal pralell ligende Datenströme.

			Ein OGG Header beinhaltet desweiteren eine 32 Bit [[CRC]] Prüfsumme um auf Datenverlusst und Datenveränderung prüfen zu können.

			Das Timestamp-Feld, welches auch zur Audio-Video Syncronisirung genutzt wirt, ist 64 Bit breit. Die Verwendung dieses Feldes ist dem Encoder beziehungsweise dem Codec überlassen. Eine ausname bildet der Wert -1 (2^65-1). Dieser bedeutete: Keine vollstandige Page bis zu dieser Page abgeschlossen. Seine verwendung findet sich meist am Stream Anfang wenn Codecs Header daten ablegen und noch kein Ausreciehende menge an Daten dem Decoder zur verfügung ständen. Die OGG Spezifikation schlägt als verwendung fuer dieses Feld die Anzahl der nach dieser Page abgeschlossenen Frames bezieungsweise Samples vor. Die meisten Codecs halten sich an diesen Vorschlag. Da dies allerdingst nicht optzimal für das Seeken im Gesamt Datenstrom ist ist dies Umstritten.

	== Siehe auch ==		== Siehe auch ==

Ph3-der-loewe: +Techniche Beschreibung

2007-04-10T22:25:16Z

+Techniche Beschreibung

← Nächstältere Version		Version vom 10. April 2007, 22:25 Uhr
Zeile 1:		Zeile 1:
	Bei '''OGG''' Handelt es sich um ein Audio Container Format. Es wirt oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll Streaming-faehig und kann viele verscheinde [[Codec]]s beherbergen. Meist Verwendet wirt der Audio Codec [[Vorbis]]. Daher auch "OGG/Vorbis" oder "OGG Vorbis". Spezifizirt ist OGG in der [[RFC]] 3533.		Bei '''OGG''' Handelt es sich um ein Audio Container Format. Es wirt oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll Streaming-faehig und kann viele verscheinde [[Codec]]s beherbergen. Meist Verwendet wirt der Audio Codec [[Vorbis]]. Daher auch "OGG/Vorbis" oder "OGG Vorbis". Spezifizirt ist OGG in der [[RFC]] 3533.

			== Techniche Beschreibung ==
			Ein OGG Datenstrom besteht aus sogenanten Pages welche hintereinander angeordnet sind. Jede Page beinhaltet daten fuer einen Logichen Datenstrom welcher einem Codec zugehoerig ist. Eine Page hat eine maximale Laenge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten. Eine Typiche Page ist zwichen 2 und 10KB gross.


	== Siehe auch ==		== Siehe auch ==

Ph3-der-loewe: +bissel grams

2007-04-10T22:12:41Z

+bissel grams

← Nächstältere Version		Version vom 10. April 2007, 22:12 Uhr
Zeile 1:		Zeile 1:
	Bei '''OGG''' Handelt es sich um ein Audio Container Format. Es wirt oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll Streaming-faehig und kann viele verscheinde [[Codec]]s beherbergen. Meist Verwendet wirt der Audio Codec [[Vorbis]]. Daher auch "OGG/Vorbis" oder "OGG Vorbis".		Bei '''OGG''' Handelt es sich um ein Audio Container Format. Es wirt oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll Streaming-faehig und kann viele verscheinde [[Codec]]s beherbergen. Meist Verwendet wirt der Audio Codec [[Vorbis]]. Daher auch "OGG/Vorbis" oder "OGG Vorbis". Spezifizirt ist OGG in der [[RFC]] 3533.

	== Siehe auch ==		== Siehe auch ==
	* [[Vorbis]]		* [[Vorbis]]
			* [[Codec]]

	{{Stub}}		{{Stub}}
	[[Kategorie:Multimedia]]		[[Kategorie:Multimedia]]

Ph3-der-loewe: BEGIN{}

2007-04-10T21:55:05Z

BEGIN{}

Neue Seite

Bei '''OGG''' Handelt es sich um ein Audio Container Format. Es wirt oft verwechselt mit OGG/[[Vorbis]]. Das OGG Format ist voll Streaming-faehig und kann viele verscheinde [[Codec]]s beherbergen. Meist Verwendet wirt der Audio Codec [[Vorbis]]. Daher auch "OGG/Vorbis" oder "OGG Vorbis".

== Siehe auch ==
* [[Vorbis]]

{{Stub}}
[[Kategorie:Multimedia]]

← Nächstältere Version		Version vom 2. Juli 2009, 15:01 Uhr
Zeile 1:		Zeile 1:
	Bei '''~~OGG~~''' handelt es sich um ein Audio Container Format. Es wird oft verwechselt mit ~~OGG~~/[[Vorbis]].		Bei '''Ogg''' handelt es sich um ein Audio Container Format. Es wird oft verwechselt mit Ogg/[[Vorbis]].
	Das ~~OGG~~ Format ist voll streamingfähig und kann viele verscheinde [[Codec]]s beherbergen.		Das Ogg Format ist voll streamingfähig und kann viele verscheinde [[Codec]]s beherbergen.
	Meist verwendet wird der Audio Codec [[Vorbis]], daher auch "~~OGG~~/Vorbis" oder "~~OGG~~ Vorbis".		Meist verwendet wird der Audio Codec [[Vorbis]], daher auch "Ogg/Vorbis" oder "Ogg Vorbis".
	Spezifiziert ist ~~OGG~~ im [[RFC]] 3533.		Spezifiziert ist Ogg im [[RFC]] 3533.


Zeile 12:		Zeile 12:

	== Technische Beschreibung ==		== Technische Beschreibung ==
	Ein ~~OGG~~ Datenstrom besteht aus sogenanten Pages, welche hintereinander angeordnet sind.		Ein Ogg Datenstrom besteht aus sogenanten Pages, welche hintereinander angeordnet sind.
	Jede Page beinhaltet Daten für einen logichen Datenstrom, welcher einem Codec zugeordnet ist.		Jede Page beinhaltet Daten für einen logichen Datenstrom, welcher einem Codec zugeordnet ist.
	Eine Page hat eine maximale Länge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten.		Eine Page hat eine maximale Länge von 65307 Byte bestehend aus maximal 282 Byte Header und bis zu 65025 Byte Daten.
Zeile 20:		Zeile 20:
	Diese ist, wie die meisten anderen Headerfeldern auch, 32 Bit breit. Dardruch ergeben sich maximal 2^32 = ca. 4096 Millionen prallel ligende Datenströme.		Diese ist, wie die meisten anderen Headerfeldern auch, 32 Bit breit. Dardruch ergeben sich maximal 2^32 = ca. 4096 Millionen prallel ligende Datenströme.

	Ein ~~OGG~~ Header beinhaltet weiterhin eine 32 Bit [[CRC]] Prüfsumme um auf Datenverlust und Datenveränderung prüfen zu können.		Ein Ogg Header beinhaltet weiterhin eine 32 Bit [[CRC]] Prüfsumme um auf Datenverlust und Datenveränderung prüfen zu können.

	Das Timestamp-Feld, welches auch zur Audio-Video Syncronisirung genutzt wird, ist 64 Bit breit.		Das Timestamp-Feld, welches auch zur Audio-Video Syncronisirung genutzt wird, ist 64 Bit breit.
Zeile 27:		Zeile 27:

	Seine Verwendung findet sich meist am Streamanfang, wenn Codecs Headerdaten ablegen und noch kein ausreichende Menge an Daten dem Decoder zur verfügung standen.		Seine Verwendung findet sich meist am Streamanfang, wenn Codecs Headerdaten ablegen und noch kein ausreichende Menge an Daten dem Decoder zur verfügung standen.
	Die ~~OGG~~ Spezifikation schlägt als Verwendung für dieses Feld die Anzahl der nach dieser Page abgeschlossenen Frames bzw. Samples vor.		Die Ogg Spezifikation schlägt als Verwendung für dieses Feld die Anzahl der nach dieser Page abgeschlossenen Frames bzw. Samples vor.
	Die meisten Codecs halten sich an diesen Vorschlag. Da dies allerdings nicht optimal für das Seeken im Gesamtdatenstrom ist, ist dies umstritten.		Die meisten Codecs halten sich an diesen Vorschlag. Da dies allerdings nicht optimal für das Seeken im Gesamtdatenstrom ist, ist dies umstritten.