VoxViaUDPRemoteIpEndPoint = New IPEndPoint(VoxViaUDPIPAddress, VoxViaUDPLogicalPortNumber) If LocalIP.AddressFamily = AddressFamily.InterNetwork Then ("WaveInDev=" & waveInDevice & " " & deviceInfo.ProductName & " " & "DevChannels=" & deviceInfo.Channels)ĭim LocalIPList As = Dns.GetHostEntry(Environment.MachineName)įor Each LocalIP As IPAddress In LocalIPList.AddressList Me.Location = New Point(CInt(( / 2) - (Me.Width / 2)), CInt(( / 2) - (Me.Height / 2)))ĭim waveInDevices As Integer = WaveIn.DeviceCountįor waveInDevice As Integer = 0 To waveInDevices - 1ĭim deviceInfo As WaveInCapabilities = WaveIn.GetCapabilities(waveInDevice) Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load And Label4 in the receiver is not accurate as the SoundPlayer is playing Asynchronously I believe, it's playing on a different thread anyhow.ĭim TimeIt1 As New Stopwatch ' For testingĭim TimeIt2 As New Stopwatch ' For testing
#AUDIOSWITCHER UNINSTALL PLUS#
Plus I still need to add some amount of bytes to each packet sent from the transmitter so the receiver can know how many channels the transmitters mic has and information for assisting with buffering I think but I have to work on that right now. But it seems to work although I notice that there may be some clicking noise possibly from the SoundPlayer stopping and starting for all I I don't know how well it sounds going over the net cause it never leaves my system but loops back on the IP stack.
The receiving side is set to wait until 50 byte arrays are received from the transmitting side before creating a Wave Header and adding all those 50 byte arrays as the wave data for the wave header that will be played by a SoundPlayer. I didn't test starting the receiving side after the transmitting side is already sending. The transmitting side will send constantly whether the receiving side is listening or not. Therefore I don't believe any fragmentation of packets will occur. So it is set to record 40 milliseconds of data which equates to (40 * 32) 1280 bytes to be sent at a time keeping the IP packets less than 1500 bytes payload. With the settings being used the transmitting side, for 1 millisecond of recording, has 32 bytes.
Then the receiving side plays two seconds of audio while still receiving more from the Currently the transmitting side sends two seconds of audio to the receiving side before the receiving side will play any of it. The actual buffering part I am working on.īut you can try this to see how it works. So audio or video doesn'tĬonstantly nose dive while it is playing.
#AUDIOSWITCHER UNINSTALL CODE#
You are very good, and explain the code well, in my opinion.īuffering is just storing data for some period of time prior to using it in the hopes the next incoming data will arrive in a timely sequence pretty much so that constant use of the data being received can occur I believe. Lot to learn, I never dealt with buffering. Just put it all together, worked as expected.
0 kommentar(er)
