_thomas_
||||||||||
Okay, also das Problem scheint tatsächlich die Windows Firewall zu sein. Es bringt nichts sie zu deaktivieren oder Ausnahmen für die SuperCollider-Prozesse zu definieren. Anscheinend nutzt die Firewall selbst mindestens den Default-Port auf 127.0.0.1 den sclang auch nutzt.
Deaktivieren der Firewall und Neustart des Rechners ist bisher die einzige Lösung die ich gefunden habe. Anscheinend ist erst dann die Firewall komplett deaktiviert. Alternativ kann man wahrscheinlich auch einfach den Firewall-Dienst killen. Das teste ich aber erst mit dem nächsten Rechnerstart am morgigen Tag.
Man kann die Prozesse auch noch manuell mit einem anderen Port starten, dann allerdings ist scide nicht in der Lage mit denen zu kommunizieren. Mir ist das Client-Server-Konzept bei SuperCollider etwas unklar. Wie die beiden sich finden ist unklar, da man dem Client keine Server-Adresse mitgeben kann.
Edit: Aktiviere ich die vorher deaktivierte Firewall nach dem Neustart des PCs ist SC anschließend trotzdem in der Lage die Prozesse auf den Default-Ports zu starten.
Fragezeichen.
Deaktivieren der Firewall und Neustart des Rechners ist bisher die einzige Lösung die ich gefunden habe. Anscheinend ist erst dann die Firewall komplett deaktiviert. Alternativ kann man wahrscheinlich auch einfach den Firewall-Dienst killen. Das teste ich aber erst mit dem nächsten Rechnerstart am morgigen Tag.
Man kann die Prozesse auch noch manuell mit einem anderen Port starten, dann allerdings ist scide nicht in der Lage mit denen zu kommunizieren. Mir ist das Client-Server-Konzept bei SuperCollider etwas unklar. Wie die beiden sich finden ist unklar, da man dem Client keine Server-Adresse mitgeben kann.
Edit: Aktiviere ich die vorher deaktivierte Firewall nach dem Neustart des PCs ist SC anschließend trotzdem in der Lage die Prozesse auf den Default-Ports zu starten.
Fragezeichen.