Messages

61

Network / Re: TCP

« on: September 01, 2015, 01:58:18 pm »

Laurent made a good point. Something interesting I suppose you could do is store a stack of packets that have been sent and give each one a unique identifier and when the server has received the packet, send another packet back to the server and pop from the stack or something so that way you know exactly what packets have been received. Probably a horrible idea. I'm not that great with design things.

62

Network / Re: TCP

« on: September 01, 2015, 01:49:50 pm »

An excerpt from https://en.wikipedia.org/wiki/Transmission_Control_Protocol:

TCP provides reliable, ordered, and error-checked delivery of a stream of octets between applications running on hosts communicating over an IP network.

So to answer your question and to build upon my answer: TCP will guarentee that your packets are delivered in the order they are sent, although you do not know when they are received so like I mentioned before, if you absolutely must know you can send back a packet. If you want to measure latency you can always send your packets with an epoch or some sort so you can measure time differences.

63

Network / Re: TCP

« on: September 01, 2015, 01:11:45 pm »

The TCP protocol guarentees it. You could always send back a verification packet that doesnt contain anything but lets the client know that the server has received the packet.

64

General / Re: Unresolved external symbols when building SFML with Visual Studio 2015

« on: August 30, 2015, 04:38:15 pm »

https://github.com/SFML/SFML/tree/feature/VS2015

http://en.sfml-dev.org/forums/index.php?topic=18642.msg135029#msg135029

65

General / Re: Forward Declaration of an enum

« on: August 30, 2015, 12:06:14 pm »

The reason is that the order in which you declare things can be the difference between whether or not your application compiles. You can have multiple access specifiers in a class you know that right? You arent limited to 1 public, 1 private and 1 protected. Double/triple/etc up if you need to but make sure your type forward declarations happen before you use them (Common sense?). I agree with what Nexus and Hapax are saying. They know that they are talking about (A lot more than I do), so maybe it might be a good idea to at least consider what they are saying.

66

General / Re: Several strange errors while compiling with MSVC 2015

« on: August 29, 2015, 12:35:53 pm »

https://github.com/SFML/SFML/tree/feature/VS2015

http://en.sfml-dev.org/forums/index.php?topic=18642.msg135029#msg135029

67

SFML website / Re: Are installation videos possible?

« on: August 29, 2015, 04:31:50 am »

Nah Tank is my buddy. He probably doesnt know me or care to know me but we will overlook this small detail.

68

General discussions / Re: Shader uniform API -- part II

« on: August 29, 2015, 04:30:20 am »

SFML is a C++ library and while const char* vs std::string is personal preference I believe that std::string is considered the prefered choice of the two. The overloads that a const std::string& (Reference) instead of a copy if thats what you mean by allocations. On the other hand, SFML comes with its own string implementation named sf::String which is of course non-standard.

69

SFML website / Re: Are installation videos possible?

« on: August 28, 2015, 08:15:18 pm »

Ye just look at Tank 

Wait, what? Tank is old. Like, really, really, really old.

Possibly older than time itself.

It was a joke  .

70

SFML website / Re: Are installation videos possible?

« on: August 28, 2015, 02:13:08 pm »

Ye just look at Tank 

71

Feature requests / Re: Ftp

« on: August 25, 2015, 12:27:06 pm »

I agree with Laurent. Provide more details about your proposal such as how it will integrate with the current code (code snippets or something) and provide use cases. How would such a feature benefit SFML?

72

Feature requests / Re: Ftp

« on: August 25, 2015, 01:21:59 am »

Oops sorry about that. To be fair an FTP client itself is sort of out of the scope of multimedia anyway so a server would cross the line. By extension, an argument could be made for a HTTP server as well I suppose. Is there any reason you cant use this? https://filezilla-project.org/download.php?type=server

73

Feature requests / Re: Ftp

« on: August 25, 2015, 12:28:31 am »

Really? http://www.sfml-dev.org/tutorials/2.0/network-ftp.php

74

General discussions / Re: Building SFML for Visual Studio 2015

« on: August 14, 2015, 12:46:50 pm »

Just built SFML from the feature/VS2015 branch and it compiles file although I get these errors when trying to use it:


Turns out I wasnt linking the new external libs. Its working fine, good work.

75

Network / Re: accepting a socket that has already been accepted

« on: April 15, 2015, 11:12:43 am »

Why would you need to do this? If a socket has been accepted, any request to be re-accepted will be ignored until the original connection is terminated. Do not confuse a socket connection with a connection from the same computer. A single computer can have multiple socket connections to the same server.