Open Sound Control - Versionsgeschichte

Trustable: wikilinks

2025-06-05T22:30:10Z

wikilinks

← Nächstältere Version		Version vom 6. Juni 2025, 00:30 Uhr
Zeile 1:		Zeile 1:
	'''{{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.		'''{{lang\|en\|Open Sound Control}} (OSC)''' ist ein nachrichtenbasiertes [[Netzwerkprotokoll]], das hauptsächlich für die [[Echtzeit]]verarbeitung von [[Audiosignal]]en über [[Rechnernetz]]e 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. [[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.<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>		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>
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.

95.222.82.97: /* Vorteile */ unärer Komparativ?! erratbarer Vergleich; Ausdruck (theoretisch möglicher Konjunktiv im Falle der eventuellen Gegebenheit, unter Umständen ...);

2025-06-05T16:35:22Z

Vorteile: unärer Komparativ?! erratbarer Vergleich; Ausdruck (theoretisch möglicher Konjunktiv im Falle der eventuellen Gegebenheit, unter Umständen ...);

← Nächstältere Version		Version vom 5. Juni 2025, 18:35 Uhr
Zeile 30:		Zeile 30:

	== Vorteile ==		== Vorteile ==
	Die größeren Datentypen und die Unterstützung von Gleitkommazahlen ~~sorgen~~ ~~dafür~~, ~~dass Parametersprünge~~ nicht mehr ~~hörbar~~ ~~sind~~.		Die im Vergleich zu [MIDI] größeren Datentypen und die Unterstützung von Gleitkommazahlen erlauben feinere, nicht mehr hörbare Parametersprünge.

	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~~.		Außerdem kann OSC übers Netzwerk, z. B. in einem WLAN, aber auch über das Internet, versendet werden, was theoretisch die Möglichkeit für Internet-[[Jam-Session\|Jams]] bietet.<ref name=":0" /> WLAN kann 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 macht.

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

95.222.82.97: /* Aufbau einer Nachricht */ Unwichtig, unrichtig, unverständlich (nach osc spec würden die nul bytes fehlen, ansonsten wäre ein ,f dezimal); binär is hier nix, höchstens ternär (/addr ,typ wert), oder unär (die Nachricht); falls Wert sedezimal: Ziffer f ungünstig für Beispiel (falls überhaupt erlaubt); etc.

2025-06-05T16:27:11Z

Aufbau einer Nachricht: Unwichtig, unrichtig, unverständlich (nach osc spec würden die nul bytes fehlen, ansonsten wäre ein ,f dezimal); binär is hier nix, höchstens ternär (/addr ,typ wert), oder unär (die Nachricht); falls Wert sedezimal: Ziffer f ungünstig für Beispiel (falls überhaupt erlaubt); etc.

← Nächstältere Version		Version vom 5. Juni 2025, 18:27 Uhr
Zeile 25:		Zeile 25:
	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. Um beispielsweise die Resonanz des Filters ''lowpass1'' im obigen Beispiel zu ändern, könnte man senden:

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

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

	== Vorteile ==		== Vorteile ==

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

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