In terms of what the server sends to other clients, this is: However, some of the information (not the IP address) is passed on to other users connected to the server (or just to those in the same room if ‘isolation’ mode is enabled). Note: The current official build of the Syncplay server does not store any of this information. Any chat messages (if you’re on Syncplay 1.5.0+), which are sent in plaintext (so don’t send anything sensitive).The current shared playlist, which is sent in plaintext.Ping responses to assess latency (used to help keep people in sync even if their connection is slow).
#SYNCPLAY REDDIT PASSWORD#
syncplay.log file in %APPDATA% (or $HOME on Linux version) to store debug information when Syncplay encounters certain problems. syncplay / syncplay.ini file in %APPDATA% (or $HOME on Linux version) folder to store configuration information. Syncplay’s behaviour is pretty much what you’d expect and is all set out in the source code, but we’ve summarised it for those who are interested. Syncplay does not use encryption, so someone with the ability to spy upon your network traffic could monitor filenames (although in settings you can set these to be hashed or not sent) or in Syncplay 1.5.0 chat messages (although you can use third-party chat solutions with encryption or speak in code). Syncplay does not provide a voice chat platform to allow for discussion during playback as Syncplay is intended to be used in conjunction with a third-party communications solution such as Mumble. Users must manually choose what file to play as Syncplay does not synchronise which file is open. Syncplay does not synchronise player configuration, audio/subtitle track selection or volume. Syncplay does not use video streaming or file sharing so each user must have their own copy of the media to be played (although if their media player supports it and connection was fast enough, the user could play a stream such as Youtube in their media player, play a file from a network share, or be downloading a file from a HTTP server and playing it at the same time). Simplified Syncplay Topology What does Syncplay not do? See the Support section for information on Syncplay usage. People can run their own private password protected Syncplay server. Official public Syncplay servers operate in ‘room isolation’ mode, meaning any information sent by clients is only passed on to others in the same virtual room, and people cannot see what rooms currently exist. Users can choose what file information is sent to the server in plain text, sent hashed, or not sent at all. Syncplay can also share information about what files people are playing to make it easier for viewers to confirm they are playing the same file (or be warned if they are playing different files). The server keeps track of where everyone is in the video so if someone joins they can be brought to the right place, and so if someone is too far ahead they can be brought back in sync.
Pauses, unpauses and seeks made within that media player instance are relayed to fellow viewers via the server to allow for these actions to be replicated by the media players of everyone else in the same virtual room.
#SYNCPLAY REDDIT TV#
Syncplay allows people to enjoy a shared viewing experience even if they are thousands of miles apart, so friends can watch anime, movies, TV shows and other media together. The Syncplay Client launches a media player on your computer, connects to a Syncplay server and joins a virtual room on that server.
0 kommentar(er)
