It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 9 years ago.
I want to make a P2P Chat client, all I want it to do is to be able to send text across to each peer.
I looked at a Chat Client from this example:
http://www.geekpedia.com/tutorial239_Csharp-Chat-Part-1---Building-the-Chat-Client.html
And am wondering if it can be converted to a p2p program?
If so how can it be and can someone provide some code as it will help a lot.
If it can't how can I make a really simple p2p chat program?
Codes and examples will be very helpful.
btw I did look at this article, but it didn't help me:
http://msdn.microsoft.com/en-us/library/ms751502.aspx
I did a similar project once, only using bluetooth rather than Internet.
Mine wasn't chat so much as IM, since it only allowed for two people to converse, but we got it working by using the technique in brydgesk's edit and having the client ('talker') and server ('listener') together in the same application, in such a way that the server only puts out received messages to the local client, rather than rebroadcasting to all connections.
Hope this little bit is helpful, I don't think this is really the right place to help you write the entire application.
For P2P, you need to use UdpClient instead of TcpClient. Google should help you from here :)
Edit: Sorry, I made false assumptions in this answer. If you want to continue using TCP, that's just fine. Instead of creating a separate server application, add the server code to your client application, so that either the sender or receiver acts as the server.
If it is to be done on the intranet, why not use WCF named pipes?
Related
It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 10 years ago.
How can I send commands to the client over the tcp from the server .
How can I receive some information about the client's host when he's connected to server?
For example : Open apache,cmd etc..
Atm the only code I have made is for connecting to the server but I'm not sure how to send some data to the client for executing it.
Could someone help me with this?a tutorial or explanation?
What you are talking about doing is going to require some sort of server/client setup. You will need to write an application that will listen on the TCP ports and take in the commands that are being sent. It is best to use a specific port and just listen to that port for incoming commands.
My question is this though, why do you need to open a cmd on a remote machine? I think most operating systems will disallow this and there does not seem to be much use for this above causing havoc.
It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 10 years ago.
I have a requirement to develop a VoIP Server (Viber like App). The client software has to be implemented on Android and the server software has to be implemented on .NET.So ,basically, the setup will consist of a server app running on a PC and a wireless access point allowing the clients (Android phones) to connect to the server.Some of the functions I will need for the server side:
Voice transmission
Instant Messaging.
Can anyone help me to implement such a server in .Net?
How much you want to do and what does the server have to do?
The MOST common approach these days is SIP (which is where "know how to read" comes in - that is a public spec, google, RFC, start going, quite long). The good thing is - SIP does not deal with audio at all on the server ;) See, unless you make a audio playback of some sort, noone wants to talk to the server. When I use my phone system, I talk to SOMEONE; not to the server.
SIP deals with SESSION INITIATION - it is a control protocol. The actual audio etc. streams are done via RTP & RTSP - again public protocols, have fun reading (and seriously, they are complex). Unless you NEED the audio streams on the server (recording etc.) there is NO need for the server even to see them - SIP is perfectly fine setting up sessions between two clients directly. SIP is done by MOST (by far) VOIP today. You may use a predefined library. Otherwise you are in a world of quite a lot of debugging, sorry ;)
It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 11 years ago.
How should I go about making an application with C# and .NET where, say, on one computer a button is pressed that triggers an event on the other?
I saw this:
Recommended way to communicate between processes running on different computers on the same network
I've never heard of WCF, is that what I should try?
You're question is way to broad however I can give you a brief overview of how WCF (and most client/server apps) work.
You create a WCF service and then you reference the WCF service (in VS right click references then add service reference) inside your client application. The click in the client application will send a message to the WCF service that will deal with that message.
As mentioned the getting started guides are pretty decent. The WCF Test Client is a great debugging tool as well. If you open the Visual Studio command prompt and type wcftestclient, it will pop up.
Here are some articles that might be helpful:
http://msdn.microsoft.com/en-us/netframework/aa663324.aspx
http://msdn.microsoft.com/en-us/library/dd936243.aspx
http://msdn.microsoft.com/en-us/library/aa751792.aspx
http://blogs.msdn.com/b/tess/archive/2009/01/09/net-hang-my-application-hangs-after-i-called-my-wcf-service-a-couple-of-times.aspx
http://blogs.msdn.com/b/wenlong/archive/2009/07/26/wcf-4-higher-default-throttling-settings-for-wcf-services.aspx
http://merill.net/2008/10/wcf-performance-optimization-tips/
Yes, I would use WCF, because I know it's pretty easy to get a simple project running with WCF, and that will give you confidence to build on it. (Having said that, I dont have much experience with any other networking technologies.)
Start with this Getting Started tutorial.
Then if you have more specific questions, ask them.
It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 10 years ago.
I am not a socket programmer, but I need to develop a RTSP streaming server in c# .net.
I am developing a blackberry application, but it does not have native video calling support. So to fulfill my requirement, I want to create an intermediate streaming server, that will capture my video data (live bytes) from one BB device, and send it to another BB device. This will be live streaming, just like video calling.
But I have no idea on how to implement it in c# .net. I have tried to google for some code, but didn't get any useful links.
Please suggest if I am not on the right track. I am asking for c# .net as I feel it a bit easier to build for someone newbie like me.
Thanks in advance.
RTSP is going to be a very difficult choice for this. It requires coordinating a TCP control socket and multiple separate channels of UDP data.
You're much better off with any variant of HTTP Video or RTMP or RTMPF. HTTP Video has no single standard--just break up video and send in chunks. Easy. RTMP is used with Flash but can be used separately. There arr sample apps in .NET and Java. RTMPF is also used by Flash but is UDP based instead of TCP and is Peer-to-Peer focused. I think there are also sample implementations available.
Sam
It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.
Closed 12 years ago.
I want to integrate SMS service with the software I am developing, so that users could send SMS to their clients.
Perhaps you can get actual SMS integration by sending an email ('[phoneNumber]#[carrierDomainName]'). This is how I integrated paging into my EventLog in the past. The cellphone domain name for each carrier shouldn't be too hard to determine. Verizon's is vtext.com.
Really the question that you need to ask is, which SMS service would be easiest to integrate with C#. Most of them out there have Web APIs, which would be easy enough to tie in with a C# application.
A few example gateways:
http://www.mediaburst.co.uk/api/
http://www.zeepmobile.com/
http://www.messagemedia.co.uk/
Of course, to send SMS this way will cost money (usually in the form of credits with your chosen gateway). If you meant to ask how can you interact with a physical phone to send messages, well that would all depend on the phone, it's o/s and software available for it.
Here is a list of SMS gateways:
http://en.wikipedia.org/wiki/List_of_SMS_gateways
Dave
Yeah Subodh i know your question, i also want that software as i am a LIC agent, well that would help me in managing my clients and policies...
well for more answers, search on google with keyword -- "sms api"
I'm guessing you want an API of sorts. Check out the following libraries:
http://twit88.com/blog/2009/07/31/c-sms-library/
http://www.topshareware.com/mCore-.NET-SMS-Library-(LITE)-download-42284.htm
http://www.hillstone-software.com/hs_sms_dll_details.htm