Open Sound Control - Versionsgeschichte

Aka: Tippfehler entfernt, typografische Anführungszeichen

2023-02-12T14:03:56Z

Tippfehler entfernt, typografische Anführungszeichen

← Nächstältere Version		Version vom 12. Februar 2023, 16:03 Uhr
Zeile 21:		Zeile 21:
	Eine OSC-Nachricht enthält zuerst eine (Null-terminierte) Zeichenkette mit der Adresse des zu ändernden Parameters.		Eine OSC-Nachricht enthält zuerst eine (Null-terminierte) Zeichenkette mit der Adresse des zu ändernden Parameters.

	z. B.: "/synthesizer/zynaddsubfx/filter/~~lowpass1"~~.		z. B.: „/synthesizer/zynaddsubfx/filter/lowpass1“.

	Nach einem Komma folgt die Anzahl und Art der Parameter in einer (Null-terminierten) Zeichenkette. Für zwei Float-Werte würde man ",~~ff"~~ angeben.		Nach einem Komma folgt die Anzahl und Art der Parameter in einer (Null-terminierten) Zeichenkette. Für zwei Float-Werte würde man „,ff“ angeben.

	Dann folgen die einzelnen Werte für die Parameter. Will man an unserem imaginären Synthesizer z. B. die Resonanz von LP-Filter1 ändern, würde man senden:		Dann folgen die einzelnen Werte für die Parameter. Will man an unserem imaginären Synthesizer z. B. die Resonanz von LP-Filter1 ändern, würde man senden:

	"/synthesizer/zynaddsubfx/filter/lowpass1/resonance ,f 1998.~~4f"~~.		„/synthesizer/zynaddsubfx/filter/lowpass1/resonance ,f 1998.4f“.

	Werte werden binär übermittelt. ~~"1998~~.~~4f"~~ repräsentiert die binäre Codierung des Gleitkommazahlwertes.		Werte werden binär übermittelt. „1998.4f“ repräsentiert die binäre Codierung des Gleitkommazahlwertes.

	== Vorteile ==		== Vorteile ==
Zeile 43:		Zeile 43:
	Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.		Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.

	Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC ~~Standart~~ keine Redundanz um verlorene Pakete erneut zu senden.<ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Seiten=20–22 \|Sprache=en}}</ref>		Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC-Standard keine Redundanz, um verlorene Pakete erneut zu senden.<ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Seiten=20–22 \|Sprache=en}}</ref>

	Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum ~~parsen~~ benötigen.<ref name=":1" />		Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC-Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum Parsen benötigen.<ref name=":1" />

	== Verwendung in Open Source ==		== Verwendung in Open Source ==

Crazy1880: tk k

2023-02-12T09:40:02Z

tk k

← Nächstältere Version		Version vom 12. Februar 2023, 11:40 Uhr
Zeile 43:		Zeile 43:
	Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.		Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.

	Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC Standart keine Redundanz um verlorene Pakete erneut zu senden.<ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|~~Kapitel~~= \|~~Seiten~~=~~20-22~~}}</ref>		Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC Standart keine Redundanz um verlorene Pakete erneut zu senden.<ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Seiten=20–22 \|Sprache=en}}</ref>

	Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum parsen benötigen.<ref name=":1" />		Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum parsen benötigen.<ref name=":1" />

Mielas: Leerzeichen vor Beleg entfernt

2023-02-12T06:40:34Z

Leerzeichen vor Beleg entfernt

Koyaanisqatsi01: Reference-Tag eingefügt

2023-02-12T05:01:45Z

Reference-Tag eingefügt

← Nächstältere Version		Version vom 12. Februar 2023, 07:01 Uhr
Zeile 59:		Zeile 59:
	* [https://github.com/fabb/SynOSCopy/wiki Vorschlag eines standardisierten SYN-Namensraums] (englisch)		* [https://github.com/fabb/SynOSCopy/wiki Vorschlag eines standardisierten SYN-Namensraums] (englisch)

			== Einzelnachweise ==
			<references />

	[[Kategorie:Multimedia]]		[[Kategorie:Multimedia]]

Fex99: Vor & Nachteile überarbeitet (mit Referenzen)

2023-02-11T19:46:14Z

Vor & Nachteile überarbeitet (mit Referenzen)

← Nächstältere Version		Version vom 11. Februar 2023, 21:46 Uhr
Zeile 3:		Zeile 3:
	Steuersignale können von Hardware (z. B. [[Musical Instrument Digital Interface\|MIDI]]-[[Masterkeyboard\|Keyboard]]) oder Software (z. B. [[Processing]], [[Vvvv]], [[Csound]], [[Max/MSP]], [[Pure Data]], [[SuperCollider]], [[ChucK]], EyesWeb) erzeugt und dann via OSC in Form von sog. Nachrichten (OSC-Messages), die wiederum in Bündel (OSC-Bundles) verpackt werden, an eine Schnittstelle weitergegeben werden und so eine Ausgabe steuern. Dieses können z. B. weitere Soundausgaben sein, etwa eine Soundanwendung auf einem anderen Computer.		Steuersignale können von Hardware (z. B. [[Musical Instrument Digital Interface\|MIDI]]-[[Masterkeyboard\|Keyboard]]) oder Software (z. B. [[Processing]], [[Vvvv]], [[Csound]], [[Max/MSP]], [[Pure Data]], [[SuperCollider]], [[ChucK]], EyesWeb) erzeugt und dann via OSC in Form von sog. Nachrichten (OSC-Messages), die wiederum in Bündel (OSC-Bundles) verpackt werden, an eine Schnittstelle weitergegeben werden und so eine Ausgabe steuern. Dieses können z. B. weitere Soundausgaben sein, etwa eine Soundanwendung auf einem anderen Computer.

	OSC ist unabhängig vom Transportprotokoll, wobei in der Regel jedoch [[User Datagram Protocol\|UDP]] verwendet wird. Je nach Anforderung ist es aber auch möglich, OSC etwa über [[Transmission Control Protocol\|TCP]] oder eine [[serielle Schnittstelle]] zu transportieren.		OSC ist unabhängig vom Transportprotokoll, wobei in der Regel jedoch [[User Datagram Protocol\|UDP]] verwendet wird. Je nach Anforderung ist es aber auch möglich, OSC etwa über [[Transmission Control Protocol\|TCP]] oder eine [[serielle Schnittstelle]] zu transportieren.<ref name=":0">{{Internetquelle \|url=https://opensoundcontrol.stanford.edu/spec-1_0.html \|titel=OSC specification 1.0 \|datum=2021-04-07 \|sprache=en \|abruf=2023-02-11}}</ref>

	Open Sound Control wurde an der [[University of California, Berkeley\|University of California in Berkeley]] entwickelt.		Open Sound Control wurde an der [[University of California, Berkeley\|University of California in Berkeley]] entwickelt.
Zeile 33:		Zeile 33:
	== Vorteile ==		== Vorteile ==
	Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.		Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.

	Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-[[Jam-Session\|Jams]] bietet.		Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-[[Jam-Session\|Jams]] bietet.<ref name=":0" /> WLAN könnte den Kabelsalat im Studio reduzieren. Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.
	WLAN könnte den Kabelsalat im Studio reduzieren.

	Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.
	Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über [[MIDI#Systemexklusive Meldungen\|MIDI-SysEx-Nachrichten]].		Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über [[MIDI#Systemexklusive Meldungen\|MIDI-SysEx-Nachrichten]].

	== Nachteile ==		== Nachteile ==
	Der größte Nachteil an OSC ist, dass zwar festgelegt ist wie Nachrichten übermittelt werden, die Bezeichnungen der Nachrichten aber nicht standardisiert sind. So kann jeder Hersteller einen anderen Namensraum für die Ansteuerung seines Synthesizers wählen, also beispielsweise andere Befehle zum Notenansteuern verwenden als andere Hersteller. Durch diese fehlende Festlegung ist bei einer weiten Verbreitung mit Inkompatibilitäten zu rechnen.		Der größte Nachteil an OSC ist, dass zwar festgelegt ist wie Nachrichten übermittelt werden, die Bezeichnungen der Nachrichten aber nicht standardisiert sind. So kann jeder Hersteller einen anderen Namensraum für die Ansteuerung seines Synthesizers wählen, also beispielsweise andere Befehle zum Notenansteuern verwenden als andere Hersteller. Durch diese fehlende Festlegung ist bei einer weiten Verbreitung mit Inkompatibilitäten zu rechnen.

	Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können. Weiterhin kann es im Moment für Hardware-Hersteller teurer und umständlicher sein, ein neues Gerät mit voll funktionstüchtiger Netzwerkschnittstelle herzustellen als mit der für MIDI bisher verwendeten und daher weitverbreiteten einfachen [[DIN-Steckverbinder\|5-Pol-DIN-Steckbuchse]].		Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.

			Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC Standart keine Redundanz um verlorene Pakete erneut zu senden. <ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Kapitel= \|Seiten=20-22}}</ref>

			Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum parsen benötigen. <ref name=":1" />

	== Verwendung in Open Source ==		== Verwendung in Open Source ==

Siegbert v2: Jam BKS aufgelöst (gemeint sind hier musikalische Jam-Sessions) / SysEx hat keinen Artikel und wird wohl auch keinen bekommen, da nur untergeordnete Funktion von MIDI => Link auf Abschnitt in MIDI-Artikel

2023-02-07T20:14:07Z

Jam BKS aufgelöst (gemeint sind hier musikalische Jam-Sessions) / SysEx hat keinen Artikel und wird wohl auch keinen bekommen, da nur untergeordnete Funktion von MIDI => Link auf Abschnitt in MIDI-Artikel

← Nächstältere Version		Version vom 7. Februar 2023, 22:14 Uhr
Zeile 33:		Zeile 33:
	== Vorteile ==		== Vorteile ==
	Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.		Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.
	Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-[[Jam]]s bietet.		Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-[[Jam-Session\|Jams]] bietet.
	WLAN könnte den Kabelsalat im Studio reduzieren.		WLAN könnte den Kabelsalat im Studio reduzieren.
	Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.		Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.
	Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über ~~MIDI-~~[[SysEx]]-Nachrichten.		Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über [[MIDI#Systemexklusive Meldungen\|MIDI-SysEx-Nachrichten]].

	== Nachteile ==		== Nachteile ==

Pferdynand: Links

2023-01-16T20:34:03Z

Links

2A0E:B500:1000:1:1292:722F:5485:4354: Link zur Spec repariert (war 404)

2023-01-12T19:20:18Z

Link zur Spec repariert (war 404)

← Nächstältere Version		Version vom 12. Januar 2023, 21:20 Uhr
Zeile 51:		Zeile 51:
	{{Commonscat\|Open Sound Control}}		{{Commonscat\|Open Sound Control}}
	* [http://opensoundcontrol.org/ OpenSound Control Home Page] (englisch)		* [http://opensoundcontrol.org/ OpenSound Control Home Page] (englisch)
	* [~~http~~://opensoundcontrol.~~org~~/spec-1_0 OpenSound Control Specification 1.0] (englisch)		* [https://opensoundcontrol.stanford.edu/spec-1_0.html OpenSound Control Specification 1.0] (englisch)
	* [http://opensoundcontrol.org/ OSC-Projektseite] (englisch)		* [http://opensoundcontrol.org/ OSC-Projektseite] (englisch)
	* [https://github.com/fabb/SynOSCopy/wiki Vorschlag eines standardisierten SYN-Namensraums] (englisch)		* [https://github.com/fabb/SynOSCopy/wiki Vorschlag eines standardisierten SYN-Namensraums] (englisch)

Fex99: Entfernung von Widersprüchen im Artikel. Wenn OSC unabhängig vom Transport ist muss es nicht über TCP oder UDP übertragen werden. Geschwindigkeit ist immer abhängig vom Transportprotokoll somit kann diese nicht direkt mit MIDI verglichen werden.

2021-11-17T15:31:41Z

Entfernung von Widersprüchen im Artikel. Wenn OSC unabhängig vom Transport ist muss es nicht über TCP oder UDP übertragen werden. Geschwindigkeit ist immer abhängig vom Transportprotokoll somit kann diese nicht direkt mit MIDI verglichen werden.

← Nächstältere Version		Version vom 17. November 2021, 17:31 Uhr
Zeile 9:		Zeile 9:
	== Nachrichtenübermittlung ==		== Nachrichtenübermittlung ==
	Nachrichten werden in OSC auf denkbar einfache Art übermittelt. Ein OSC-Paket besteht aus seinen Daten und einem Byte, das die Länge der Daten angibt. Die Länge ist immer ein Vielfaches von 4 (was an der Blockgröße von 32 Bit liegt).		Nachrichten werden in OSC auf denkbar einfache Art übermittelt. Ein OSC-Paket besteht aus seinen Daten und einem Byte, das die Länge der Daten angibt. Die Länge ist immer ein Vielfaches von 4 (was an der Blockgröße von 32 Bit liegt).
	Versendet wird es über [[Transmission Control Protocol\|TCP]] oder [[User Datagram Protocol\|UDP]].

	=== Datentypen ===		=== Datentypen ===
Zeile 33:		Zeile 32:

	== Vorteile ==		== Vorteile ==
	Klar erkennbar hat OSC eine höhere Geschwindigkeit als [[MIDI]], was für viele Musiker wichtig ist.
	Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.		Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.
	Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-Jams bietet.		Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-Jams bietet.

INM: Baustein entfernt – s. Diskussion

2020-08-18T11:12:38Z

Baustein entfernt – s. Diskussion

← Nächstältere Version		Version vom 18. August 2020, 13:12 Uhr
Zeile 1:		Zeile 1:
	{{Überarbeiten}}

	'''Open Sound Control (OSC)''' ist ein nachrichtenbasiertes [[Netzwerkprotokoll]], das hauptsächlich für die Echtzeitverarbeitung von Sound über Netze und Multimedia-Installationen verwendet wird.		'''Open Sound Control (OSC)''' ist ein nachrichtenbasiertes [[Netzwerkprotokoll]], das hauptsächlich für die Echtzeitverarbeitung von Sound über Netze und Multimedia-Installationen verwendet wird.

← Nächstältere Version		Version vom 12. Februar 2023, 08:40 Uhr
Zeile 14:		Zeile 14:
	* [[Integer (Datentyp)\|int32]]		* [[Integer (Datentyp)\|int32]]
	* [[Gleitkommazahl\|float32]]		* [[Gleitkommazahl\|float32]]
	* OSCString, Folge von [[American Standard Code for Information Interchange\|ASCII-Zeichen]], nullterminiert ([[C (Programmiersprache)\|C-]]String), mit 0..3 NULL-Zeichen auf eine durch vier teilbare Länge aufgefüllt.		* OSCString, Folge von [[American Standard Code for Information Interchange\|ASCII-Zeichen]], nullterminiert ([[C (Programmiersprache)\|C-]]String), mit 0..3 NULL-Zeichen auf eine durch vier teilbare Länge aufgefüllt.
	* OSCTimetag (64 Bit). Die ersten 32 Bit sind die Sekunden seit 1. Januar 1900, die zweiten 32 Bit stellen den Sekundenbruchteil dar, dies ist das [[Network Time Protocol\|NTP]]-Format.		* OSCTimetag (64 Bit). Die ersten 32 Bit sind die Sekunden seit 1. Januar 1900, die zweiten 32 Bit stellen den Sekundenbruchteil dar, dies ist das [[Network Time Protocol\|NTP]]-Format.
	* OSCBlob		* OSCBlob

	=== Aufbau einer Nachricht ===		=== Aufbau einer Nachricht ===
	Eine OSC-Nachricht enthält zuerst eine (Null-terminierte) Zeichenkette mit der Adresse des zu ändernden Parameters.		Eine OSC-Nachricht enthält zuerst eine (Null-terminierte) Zeichenkette mit der Adresse des zu ändernden Parameters.

	z. B.: "/synthesizer/zynaddsubfx/filter/lowpass1".		z. B.: "/synthesizer/zynaddsubfx/filter/lowpass1".
Zeile 43:		Zeile 43:
	Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.		Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können.

	Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC Standart keine Redundanz um verlorene Pakete erneut zu senden. <ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Kapitel= \|Seiten=20-22}}</ref>		Obwohl OSC für Netzwerkprotokolle wie [[User Datagram Protocol\|UDP]] ausgelegt ist, bei denen die Ankunft der Pakete nicht garantiert ist, beinhaltet der OSC Standart keine Redundanz um verlorene Pakete erneut zu senden.<ref name=":0" /><ref name=":1">{{Literatur \|Autor=Angelo Fraietta \|Titel=Open Sound Control: Constraints and Limitations \|Sammelwerk=New Interfaces for Musical Expression \|Datum=2008 \|Kapitel= \|Seiten=20-22}}</ref>

	Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum parsen benötigen. <ref name=":1" />		Die höhere Flexibilität und erweiterten Adressen führen dazu, dass OSC Pakete größer sind (somit auch mehr Bandbreite benötigen) und auch mehr Rechenleistung zum parsen benötigen.<ref name=":1" />

	== Verwendung in Open Source ==		== Verwendung in Open Source ==

← Nächstältere Version		Version vom 16. Januar 2023, 22:34 Uhr
Zeile 1:		Zeile 1:
	'''Open Sound Control (OSC)''' ist ein nachrichtenbasiertes [[Netzwerkprotokoll]], das hauptsächlich für die Echtzeitverarbeitung von Sound über Netze und Multimedia-Installationen verwendet wird.		'''{{lang\|en\|Open Sound Control}} (OSC)''' ist ein nachrichtenbasiertes [[Netzwerkprotokoll]], das hauptsächlich für die Echtzeitverarbeitung von Sound über Netze und Multimedia-Installationen verwendet wird.

	Steuersignale können von Hardware (z. B. [[Musical Instrument Digital Interface\|MIDI]]-[[Masterkeyboard\|Keyboard]]) oder Software (z. B. [[Processing]], [[Vvvv]], [[Csound]], [[Max/MSP]], [[Pure Data]], [[SuperCollider]], [[ChucK]], EyesWeb) erzeugt und dann via OSC in Form von sog. Nachrichten (OSC-Messages), die wiederum in Bündel (OSC-Bundles) verpackt werden, an eine Schnittstelle weitergegeben werden und so eine Ausgabe steuern. Dieses können z. B. weitere Soundausgaben sein, etwa eine Soundanwendung auf einem anderen Computer.		Steuersignale können von Hardware (z. B. [[Musical Instrument Digital Interface\|MIDI]]-[[Masterkeyboard\|Keyboard]]) oder Software (z. B. [[Processing]], [[Vvvv]], [[Csound]], [[Max/MSP]], [[Pure Data]], [[SuperCollider]], [[ChucK]], EyesWeb) erzeugt und dann via OSC in Form von sog. Nachrichten (OSC-Messages), die wiederum in Bündel (OSC-Bundles) verpackt werden, an eine Schnittstelle weitergegeben werden und so eine Ausgabe steuern. Dieses können z. B. weitere Soundausgaben sein, etwa eine Soundanwendung auf einem anderen Computer.
Zeile 33:		Zeile 33:
	== Vorteile ==		== Vorteile ==
	Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.		Die größeren Datentypen und die Unterstützung von Gleitkommazahlen sorgen dafür, dass Parametersprünge nicht mehr hörbar sind.
	Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-~~Jams~~ bietet.		Außerdem kann OSC übers Netzwerk versendet werden, also Internet, WLAN usw., was die theoretische Möglichkeit für Internet-[[Jam]]s bietet.
	WLAN könnte den Kabelsalat im Studio reduzieren.		WLAN könnte den Kabelsalat im Studio reduzieren.
	Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.		Jeder moderne Computer hat schon eine Netzwerk-Schnittstelle integriert, was die Anschaffung eines Extra-Gerätes, wie bei MIDI, unnötig machen würde.
	Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über MIDI-SysEx-Nachrichten.		Ein weiterer Vorteil ist, dass die Integration und Steuerung von Hardware über OSC wesentlich einfacher ist als über MIDI-[[SysEx]]-Nachrichten.

	== Nachteile ==		== Nachteile ==
	Der größte Nachteil an OSC ist, dass zwar festgelegt ist wie Nachrichten übermittelt werden, die Bezeichnungen der Nachrichten aber nicht standardisiert sind. So kann jeder Hersteller einen anderen Namensraum für die Ansteuerung seines Synthesizers wählen, also beispielsweise andere Befehle zum Notenansteuern verwenden als andere Hersteller. Durch diese fehlende Festlegung ist bei einer weiten Verbreitung mit Inkompatibilitäten zu rechnen.		Der größte Nachteil an OSC ist, dass zwar festgelegt ist wie Nachrichten übermittelt werden, die Bezeichnungen der Nachrichten aber nicht standardisiert sind. So kann jeder Hersteller einen anderen Namensraum für die Ansteuerung seines Synthesizers wählen, also beispielsweise andere Befehle zum Notenansteuern verwenden als andere Hersteller. Durch diese fehlende Festlegung ist bei einer weiten Verbreitung mit Inkompatibilitäten zu rechnen.
	Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können. Weiterhin kann es im Moment für Hardware-Hersteller teurer und umständlicher sein, ein neues Gerät mit voll funktionstüchtiger Netzwerkschnittstelle herzustellen als mit der für MIDI bisher verwendeten und daher weitverbreiteten einfachen 5-Pol-~~Din~~-~~MIDI~~ Steckbuchse.		Zudem ist OSC nicht abwärtskompatibel zum bisherigen MIDI-Standard. Daher würde ein ausschließlich auf OSC basierendes Gerät mit älteren MIDI-basierenden Geräten nicht ohne weiteres zusammenarbeiten können. Weiterhin kann es im Moment für Hardware-Hersteller teurer und umständlicher sein, ein neues Gerät mit voll funktionstüchtiger Netzwerkschnittstelle herzustellen als mit der für MIDI bisher verwendeten und daher weitverbreiteten einfachen [[DIN-Steckverbinder\|5-Pol-DIN-Steckbuchse]].

	== Verwendung in Open Source ==		== Verwendung in Open Source ==
	OSC findet auch immer mehr Anwendung in [[Open Source\|Open-Source]]-Programmen.		OSC findet auch immer mehr Anwendung in [[Open Source\|Open-Source]]-Programmen.
	Da es immer eine klare Trennung zwischen [[Grafische Benutzeroberfläche\|GUI]] und eigentlichem Programm auf Grund unterschiedlicher Thread-Prioritäten gibt, wird OSC als		Da es immer eine klare Trennung zwischen [[Grafische Benutzeroberfläche\|GUI]] und eigentlichem Programm auf Grund unterschiedlicher [[Thread (Informatik)\|Thread]]-Prioritäten gibt, wird OSC als einfaches und universelles Protokoll zum Austausch zwischen GUI und Server benutzt.
	einfaches und universelles Protokoll zum Austausch zwischen GUI und Server benutzt.
	Dadurch hat jeder die Möglichkeit eine neue Oberfläche zu dem gleichen Programm zu schreiben, oder eine, über die sich mehrere Programme gleichzeitig steuern lassen.		Dadurch hat jeder die Möglichkeit eine neue Oberfläche zu dem gleichen Programm zu schreiben, oder eine, über die sich mehrere Programme gleichzeitig steuern lassen.