When watching PLEX on the Sony TV, sometimes it will hiccup while playing the video. It will do this a few times over about 3-5 minutes and then it resets the player and takes me back to the login/user screen and will then let me restart the video from where it stopped and works fine.
It’s done this a dozen times over the last couple of weeks…
It’s certainly NOT my network speed…the entire house is gigabit.
Anyway, I downloaded the logs and turned on debugging this morning to see if I can capture what’s happening. If what you need isn’t in here…I’ll make sure I do the log download right after this happens the next time.
Would you please check your Date/Time timezone settings?
While checking date and time settings, please also check the locale / language.
I am getting a lot of default UTF-16 (chinese symbols) in your logs (Wrong character set)
You state: @ 12:09
The date/time stamp of the log ZIP shows 11:54:09 am
There is no 12:09 in the logs.
Feb 16, 2021 11:53:59.249 [0x7f1a64683700] DEBUG - [Now] Profile is Plex Desktop
Feb 16, 2021 11:53:59.249 [0x7f1a64683700] DEBUG - [Now] Updated play state for /library/metadata/52750.
Feb 16, 2021 11:53:59.249 [0x7f1a64683700] DEBUG - Statistics: (etpouiv1z4cq7rjezusqr3v2) Reporting active playback in state 1 of type 1 (scrobble: 0) for account 1
Feb 16, 2021 11:53:59.253 [0x7f1a67fff700] DEBUG - Completed: [172.17.10.173:56629] 200 GET /:/timeline?ratingKey=52750&key=%2Flibrary%2Fmetadata%2F52750&playbackTime=0&playQueueItemID=1762&state=paused&hasMDE=1&time=0&duration=5785000 (13 live) TLS GZIP 4ms 421 bytes (pipelined: 4)
Feb 16, 2021 11:53:59.256 [0x7f1a67fff700] DEBUG - Auth: authenticated user 1 as jraymond_tx
Feb 16, 2021 11:53:59.256 [0x7f1a230d8700] DEBUG - Request: [172.17.10.173:56629 (WAN)] GET /status/sessions (12 live) TLS GZIP Signed-in Token (jraymond_tx)
Feb 16, 2021 11:53:59.256 [0x7f1a230d8700] DEBUG - [Now] Adding 2 sessions.
Feb 16, 2021 11:53:59.256 [0x7f1a74455700] DEBUG - Completed: [172.17.10.173:56629] 200 GET /status/sessions (13 live) TLS GZIP 0ms 4054 bytes (pipelined: 5)
Feb 16, 2021 11:53:59.502 [0x7f1a67fff700] DEBUG - Auth: authenticated user 1 as jraymond_tx
Feb 16, 2021 11:53:59.502 [0x7f1a64683700] DEBUG - Request: [192.168.68.15:53959 (Subnet)] GET /status/sessions (13 live) TLS GZIP Signed-in Token (jraymond_tx)
Feb 16, 2021 11:53:59.502 [0x7f1a64683700] DEBUG - [Now] Adding 2 sessions.
Feb 16, 2021 11:53:59.503 [0x7f1a67fff700] DEBUG - Completed: [192.168.68.15:53959] 200 GET /status/sessions (13 live) TLS GZIP 0ms 4054 bytes (pipelined: 238)
Feb 16, 2021 11:54:05.723 [0x7f1a67fff700] DEBUG - Auth: authenticated user 1 as jraymond_tx
Feb 16, 2021 11:54:05.723 [0x7f1a64683700] DEBUG - Request: [192.168.68.15:54935 (Subnet)] GET /diagnostics/logs (14 live) TLS GZIP Signed-in Token (jraymond_tx)
Feb 16, 2021 11:54:05.723 [0x7f1a64683700] DEBUG - Diagnostics: Building logfile zip
~ ```
According to your logs, your windows client is connecting in a way that is treated as WAN, meaning not on the same IP net as your QNAP.
192.168.68.x Net (PMS) vs. 172.17.10.x Net (Windows Desktop Client)
Playing at the same time with the same user ID, but two different devices?
And connected when you reported the problem
I can’t see any trace of like heavy transcoding in the logs, but try for a small test and not connect your Windows client while playing, or even better put the windows box on the same IP net as the rest.
And regarding one log been scrambled, I strongly suggest a QNAP restart, since this could indicate memory probs
I have the system I’m using to rip the DVD’s in my workshop subnet…separate from the house network. The fans on the workstation are loud and obnoxious…so I put it somewhere I don’t have to hear it all day (and night).
Since I’m the Admin, it just didn’t seem it would actually cause problems if the Sony TV was also logged into the same user. I was using it to match up the movies with the correct titles if the software didn’t link them automatically.
We took a power outage the other morning from the cold here in Texas. I recovered the NAS and rebooted it after the file system checks…but it won’t hurt to reboot it again now.
Not sure of the exact time this morning…but search for “The Raven” and you should see what the time it went completely haywire. Usually it is just a subtle glitch or 5 before it really kicks the user out, but this morning it was doing it for over a minute continuously before it cratered.
