![]() The next step might be to try different clients (e.g., different browsers) or even swap over to a 1080p stream to keep things less complicated and see if that will work. I wonder if somebody from the team could explain that and maybe point towards where the issue is occurring, but I wonder if this is an issue with HEVC + 4K version being transcoded + tonemapped for clients (or needing to be and can't be). I don't know if your server is capable of transcoding simultaneous streams of the same media for each client and - honestly - I have no clue how SyncPlay works on the server + client(s) end of things. It appears to be a low-bitrate HEVC 10-bit HDR stream that clients aren't compatible with. I can identify when the issue happens, but I don't see enough info here to diagnose an issue. Okay, I spent ~45 minutes combing the logs and I'm in over my head. even 2 external clients doing 120Mbps shouldn't saturate that? "Show playback info" shows the bitrate at 7Mbps when remuxing for me.Īny more information that's missing I would be happy to provide, The other clients I am not sure of the bitrate. I am local to the machine, and have a 2.5Gb connection, so I am playing at the 4K 120Mbps setting. My server machine has a RTX3080 (with patched driver for NVENC), and regularly handles the transcoding for many clients, but this issue presents itself only when using syncplay. There were 3 clients, and I believe the media is not direct playing on any clients (I can't even join a snycplay group on the desktop app). And any other public client IPs with CLIENT_PUBLIC_IP. I have replaced my IP with MY_PUBLIC_IP_ADDR and my domain with MY_PUBLIC_DOMAIN_NAME. Here is a good chunk of my log when we we're trying to SyncPlay: I am reverse proxying using Traefik, which to my understanding does not need any special sauce to pass the WS through, though I am absolutely willing to believe there is something configured wrong with my networking setup here.Īppologies for lack of information. There also was plenty of "Slow HTTP response" messages, before I disabled that message to see what was happening around it. WaitingGroupState: Session "10951bca1e605f8f04be548289adc6ce" is seeking to wrong position, correcting. WaitingGroupState: Session "10951bca1e605f8f04be548289adc6ce" is not time syncing properly. The logs are being blasted with: .Group: Session "10951bca1e605f8f04be548289adc6ce" requested Ready in group "15aeb7f3-6fe4-47d9-9996-ad84a210b3ad" that is Waiting. ![]() Leaving the media paused it will randomly begin playing agian after a couple of minutes. Pausing the media will play it for others. Mainly, whenever I attempt to start a stream, someone watching will have playback jump between multiple seconds of the cover art, to a few fractions of a second of black screen and some audio, right back to the cover art. Playback locally and externally works great with each device on it's own, but when trying to use syncplay, things get weird. Hey folks, I understand that SyncPlay is not exactly a flawless technology, but I cannot get mine to work practically at all.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |