   stuck with basic sending camera data
  Ok what i want to do is send player 1 camera position over the socket then client 2 renders the position as a simple box, do you need to make client 2 recvfrom or just the server if so would anyone be able to help me with this as ive tried a few times and every time it feels like client 2 locks up...heres a screenshot , my data is casted from a struct object to char* as well, should i use blocking or none blocking sockets to even with udp?http://img535.imageshack.us/i/rb2p.jpg   
  Your questions are somewhat un-organized, without a clear description of what problem you're actually trying to solve. That makes them hard to answer.In general, no, a "client" that initiates a connection doesn't need to use recvfrom() for the return data, because it will just be sending packets to the same server all the time, and already has that address.However, if it doesn't use recvfrom, then it becomes vulnerable to other, malicious, hosts sending packets that may look like they come from the server, but with bad data. Thus, it's always best to verify the address you receive data from.This is all if you're using UDP. If you're using TCP, the connection is established, and then you use send()/recv() on both ends, because the kernel will do the address checking.;  well the client must use recieve how esle does the  client get data back from the server?   ;  There is recvfrom(), which gives you the source of the packet, and there's recv(), which just gives you the packet.Generally, you use recv() for TCP, and recvfrom() for UDP.