-
Notifications
You must be signed in to change notification settings - Fork 145
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
@MrShoenel I'm using unicast -- .net receiver doesn't expect/allow ? #125
Comments
Hey! Can you clarify this a bit, because the receiver picks up the Scream-broadcast from its unicast-address already, cf. https://github.com/duncanthrax/scream/blob/master/Receivers/dotnet-windows/ScreamReader/ScreamReader/UdpWaveStreamPlayer.cs#L17 |
Sorry let me clarify... I run the "sending audio" windows machine on my lan in unicast mode so that I can hardcode the ip address of the receiver in the registry along with port. I've found that on my lan, this is much more performant and doesn't have lag. The normal linux based receiver allows me to to pass an argument to force unicast mode and expect a unicast transmission. This in turn allows me to place/hard code the ip address of the receiver in my windows registry of the sending machine. I couldn't get this setup to work, didn't understand config with the .net receiver in windows for unicast mode. Are you saying that I need to just change the IPAddress line to be the private ip of the sending machine and recompile? |
ultimately I was just confused on how to configure the .net receiver for unicast. When I run the .net receiver, I don't get any sound in this setup (sending machine with registry entry to force unicast). |
Ok, just a few questions:
Currently, this is not configurable, so you have two options: A) Modify the hard-coded address in the ScreamReader and re-compile, or B) make it configurable by, e.g., having it read it from the command-line or add a context-menu entry etc. You may modify the port this way, too. ScreamReader is not bound to Multicast-mode, it just binds to any IP/port you give it, so A) should work just fine. |
@MrShoenel can you update included c#/.net receiver to allow for unicast like the included linux receiver does?
The text was updated successfully, but these errors were encountered: