|
If UDP connection ping times good, there should be no issues.
Also as said use RTP to transfer voice.
|
|
|
|
|
Hi, i'm encountering an error where audio streaming crossfire will occur randomly when there are 2 sessions taking place. my system is created by c# codes, and uses udp to transmit data to multicast ip. both sessions points to same ip but different ports.
|
|
|
|
|
i have been testing your program (RTP audio demo).i am developing an e-learning application which is able to send/receive audio data over internet.can you suggest how to do that.
thank Ivar
|
|
|
|
|
For web application that is harder to implement.
You should use java,activex or WCF to do(host) it.
Otherwise it's same as example app.
|
|
|
|
|
but my application use C# to do it.I Hope i have a good reply and thank for your reply,Ivar.
|
|
|
|
|
This needs IP addresses of both PCs?
Will this work through HTTP? RTP
e.g. Sender => Web Server => Reciever
|
|
|
|
|
Yes you need to know both IPs.
This app won't run on web page ... .
|
|
|
|
|
It is rare that I'd use all caps in an online posting but this piece of epic 'awesomeness-ness (sic)' is what I've been looking for everywhere! My faith in C# has been restored!
Keep up the great work and I will certainly visit more often!
-Ed
|
|
|
|
|
I was looking for good examples of the g711 codec in c# and now I've found. Thanks for sharing this.
__Jack
|
|
|
|
|
Hi Lumi,
I downloaded your code for lumisoft .net library. It seems very good for desktop environment. But I want to make use of RTP APIs in my WINDOWS MOBILE project. I tried referencing this net dll in my code. But it failed(because of different set of environments).
Do you have same RTP library for Windows mobile as well? If not, can you suggest me how will I make use of your dll in Windows mobile environment if possible..
Thanks in advance.
|
|
|
|
|
Hi,
There is no CF version.
>If not, can you suggest me how will I make use of your dll in Windows mobile environment if possible..
You should check out what classes and methods CF doesn't support and rewrite these parts.
|
|
|
|
|
Hi!
I have the same problem.But do not have enough experience to solve by myself.
Can you help(or just advice) to solve the problem with this error:
cannot convert from 'System.Net.IPEndPoint [c:\Program Files (x86)\Microsoft.NET\SDK\CompactFramework\v3.5\WindowsCE\System.dll]' to 'System.Net.IPEndPoint []'
|
|
|
|
|
Hi,
This error has not related any way to CF, thats logical .... you never can convert siggle variable to arrya.
Like you cant say:
string aaa = "";
string[] xxx = aaa .....
|
|
|
|
|
I finally got the receiving end of this converted to CF. It's pretty neat. Thanks a lot Ivar. Good stuff there.
BTW, you can't use the codecs on transmit from the mobile. Phones just don't have the processing power in .NET to run it. If you could find some native code to p/invoke, it might work.
|
|
|
|
|
I doubt that there is no POWER of CPU, there must be something elese wron.
A-law U-law takes very minimal CPU.
|
|
|
|
|
I'm just saying...transmitting from mobile phone to regular PC over 3G at 8000, 8, 1, the audio is twitchy when you use either encoding method, but flawless when it's unencoded.
|
|
|
|
|
There must be done more debug, how much CPU normal not encoded eats, may be there some optimisation needed.
Also you run Relesase compiled code ?
|
|
|
|
|
I know I probably need to debug it some more, but I've ran transmitting the full buffer, half buffer and 1/4 buffer. I am running code in release configuration. You also should know that I'm running full duplex audio, so I have two wave buffers going. That may make quite a bit of difference. I've taken this code and turned it into an intercom system for my house and for our mobiles when out of the house. I'm also not complaining about the code. It's very good, but I can't get (and don't really need to with this implementation) the MuLaw or ALaw encoding to work for me.
|
|
|
|
|
The main diff about encoding is to reduce data traffic, while it can very expensive on GPRS/3G.
Also you may try: RTP version of that code(Rtp_Audio_demo):
http://www.lumisoft.ee/lswww/download/downloads/Examples/[^]
Also in general what methods won't work in CF, if few of them needed for you, may be i can code these to main lib, so you don't need alter code evry time.
|
|
|
|
|
I understand about the encoding vs. bandwidth, but my bandwidth is unlimited, so it doesn't really matter right now. I'll give the RTP stuff a try in a few days. I already extracted just the UDP, Wave, and NET classes for use on the phone and desktop. I had to rewrite a little of the UDPServer and Wave classes, along with some of the getstring() stuff in NET for the CF, but it all works very well.
I'll check back in with some feedback on the RTP when I get some more time to give it a try.
|
|
|
|
|
Ok, if not too hard, make notes on classes/method what must be changed.
In general it woulde be nice to run dll with CF without changes too.
Also you may write me directly: ivar@lumisoft.ee.
|
|
|
|
|
|
Nice ad, but it looks like a stand alone application. I need something, like a library, I can integrate with my code and package up for my customer who will then package it into his code.
|
|
|
|
|
Hello Ivar, I realize this is a long shot being that this post is so old but this looks like the best place to seek some help on this, it's been years since I've done any coding and I've forgotten most of it, I've been trying to get your program to work without a UI for the last couple days with no success.
I've been able to compile default ip addresses into local port and endport which works so that all my users have to do is click the 2 start buttons however I would like to get something working which doesnt require a user to actually do anything, what im trying to do is use either advanced wave or RTP Audio Demo or something similar without a user interface, I am trying to develop a program that I can startup on a remote system via TCP command prompt or some lower form of RDP, which will allow me to talk to my users while im troubleshooting their problems, most of my machines here have integrated mic's, so default values should work for most of the WaveIn and WaveOut classes.
Not sure how you'd select a new WaveIN/WaveOut device anyway with no GUI, unless there's a way to pull the current device being used out of a system property somewhere.
|
|
|
|
|
Hi,
I dont see what problems you have, no UI is required to wave stuff. Also lisitng devices works, but you must programtically choose opne to use(because on Ui user can choose one from combobox).
|
|
|
|