Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sclang implementation of tcposcrouter? #14

Open
capital-G opened this issue Jul 12, 2021 · 0 comments
Open

sclang implementation of tcposcrouter? #14

capital-G opened this issue Jul 12, 2021 · 0 comments

Comments

@capital-G
Copy link

Currently HyperDisKo depends on https://github.com/bgola/tcposcrouter as an outside dependency which simply distributes OSC messages to all connected clients.
Although sclang has not much network/server resources, sending, receiving and distributing OSC messages is one of sclangs features.

A benefit would be to simply start a HyperDisCo server completely form within sclang - something along

HyperDisKoServer();
// HyperDisKoServer listening on localhost:5555
HyperDisKo("localhost:5555");

Con

  • Needs to be implemented (although not too complicated)
  • Should this replace the python implementation because supporting two interfaces is always a source of errors. On the other side making sclang run headless on a server can be painful and I am unsure about the security implications on running a sclang interpreter open on the internet (probably a thing one should avoid^^)
  • IPv6 is not implemented by sclang (but also not by python-osc) which makes a quick sync session via the internet w/o a server nearly impossible. Probably Python will adapt ipv6 for udp faster than sclang?

Pro

  • Makes a setup to share code really easily even when there is no connection to bgo.la (which requires port 5555 which is often blocked on bigger networks)
  • No Python runtime necessary

So - is it worth it taking a look onto it?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant