BaukeZwart 94 Posted November 19, 2021 Posted November 19, 2021 2 minutes ago, chef said: Okay, I'm not sure a proper web socket connection has been created then. If you restart the server instance, does the error disappear? No, same error on Emby server reboot 1
chef 3808 Posted November 19, 2021 Posted November 19, 2021 This is very interesting. @fallenwitch3r do you also see a websocket error in your logs?
fallenwitch3r 44 Posted November 19, 2021 Posted November 19, 2021 (edited) 3 minutes ago, chef said: This is very interesting. @fallenwitch3r do you also see a websocket error in your logs? since updating to the newest emby build Edited November 19, 2021 by fallenwitch3r 1
chef 3808 Posted November 19, 2021 Posted November 19, 2021 (edited) Hi @Luke we are noticing some udp web socket errors for the beta release here. Stack trace shows they seem to be thrown in the "UpdateStatusAfterSocketErrorAndThrowException" method... maybe. It may also only be affecting Linux distrobutions. Edited November 19, 2021 by chef
chef 3808 Posted November 19, 2021 Posted November 19, 2021 54 minutes ago, fallenwitch3r said: since updating to the newest emby build Which OS are you on?
BaukeZwart 94 Posted November 19, 2021 Posted November 19, 2021 (edited) @chef I stopped the container, deleted all log files and restarted the container and opened the plugin. This is the full log. https://0bin.net/paste/gajHMBJI#gJojH7mgCIH-K2kOmE03IUVsp2f+F1GZPCyQWKqcCdU EDIT: I'm running the Emby server in Docker on a Synology NAS (DS920+) Edited November 19, 2021 by BaukeZwart
chef 3808 Posted November 19, 2021 Posted November 19, 2021 further examination of the logs show that it might be a permission issue. System.Net.Sockets.SocketException: System.Net.Sockets.SocketException (13): Permission denied It's possible that when emby updated their version of ffmpeg, the new version wasn't given proper permissions. that is only a guess. We'll wait to see if Luke has time to respond. We probably stumbled on a beta bug, which is actually great work. 1 1
rbjtech 5000 Posted November 19, 2021 Posted November 19, 2021 You mean in the Linux distro's right @chef ? I'm running the latest Windows Beta and IntroSkip and thumb images appear to be ok ? 1
chef 3808 Posted November 19, 2021 Posted November 19, 2021 52 minutes ago, rbjtech said: You mean in the Linux distro's right @chef ? I'm running the latest Windows Beta and IntroSkip and thumb images appear to be ok ? yeah. Linux seems to be having permission issues with a udp web socket connection in the recent beta release. It seems to have something to do the ffmpeg suite. 1
Luke 40123 Posted November 19, 2021 Posted November 19, 2021 27 minutes ago, chef said: Hi @Luke we are noticing some udp web socket errors for the beta release here. Stack trace shows they seem to be thrown in the "UpdateStatusAfterSocketErrorAndThrowException" method... maybe. It may also only be affecting Linux distrobutions. server log? 1
fallenwitch3r 44 Posted November 19, 2021 Posted November 19, 2021 16 minutes ago, Luke said: server log? PM! 1
rbjtech 5000 Posted November 19, 2021 Posted November 19, 2021 16 minutes ago, Luke said: server log? 36 minutes ago, BaukeZwart said: @chef I stopped the container, deleted all log files and restarted the container and opened the plugin. This is the full log. https://0bin.net/paste/gajHMBJI#gJojH7mgCIH-K2kOmE03IUVsp2f+F1GZPCyQWKqcCdU EDIT: I'm running the Emby server in Docker on a Synology NAS (DS920+)
slevin7 70 Posted November 19, 2021 Posted November 19, 2021 I have the same feature on my ubuntu server 1
rbjtech 5000 Posted November 19, 2021 Posted November 19, 2021 Have any Windows users seen this issue ? It appears to be related to the new emby Beta Linux distro - @Luke is investigating...
fallenwitch3r 44 Posted November 21, 2021 Posted November 21, 2021 (edited) Has anyone figured out what the problem is and if so, when will it be fixed? Because this malfunction causes a very high cpu load when using the plugin The server crash if i use the plugin to set start and end points Edited November 21, 2021 by fallenwitch3r
neik 870 Posted November 21, 2021 Posted November 21, 2021 Given that you guys are now detecting credits as well are the devs aware that they could use this to further improve the "play next" feature? Right now it sometimes shows up to late or to early but if the correct credits time is available it could be tweaked, I guess. Just a thought I had right now while detection is running. PS: From what I see in the logs the detection has been tweaked, will report in a couple of days when it's through my library. 2
chef 3808 Posted November 21, 2021 Posted November 21, 2021 2 hours ago, fallenwitch3r said: Has anyone figured out what the problem is and if so, when will it be fixed? Because this malfunction causes a very high cpu load when using the plugin The server crash if i use the plugin to set start and end points We are still waiting I word about an update. So, you are saying that when you edit the start times in the UI, and hit 'save', you experience high CPU usage? That is interesting.
chef 3808 Posted November 21, 2021 Posted November 21, 2021 26 minutes ago, neik said: Given that you guys are now detecting credits as well are the devs aware that they could use this to further improve the "play next" feature? Right now it sometimes shows up to late or to early but if the correct credits time is available it could be tweaked, I guess. Just a thought I had right now while detection is running. PS: From what I see in the logs the detection has been tweaked, will report in a couple of days when it's through my library. Looking forward to the feedback. Thanks neik!
fallenwitch3r 44 Posted November 22, 2021 Posted November 22, 2021 Not the editing causes the high CPU load. The image loading is the problem. The high CPU load returns every time I reload the site or change the season or the series. Is it possible to save temporarily the start, stop generated pictures?
Gohlas 14 Posted November 22, 2021 Posted November 22, 2021 I am having the same "problem" with the high CPU usage. Every time when I change the series or season, it is generating the intro Sart/End miniatures, and the CPU usage is really high. (It seems that it is not saving it) The version .22 seems to fixed the detection stop. Other then that, the accuracy is very high. although I am using Detection confidence 1. I am running on Synology NAS
chef 3808 Posted November 22, 2021 Posted November 22, 2021 (edited) We are extracting the images using ffmpeg on the fly, so it will spike the CPU. We don't cache the images. It was a trade off of disk space or CPU. We figured that because the plugin configuration page wasn't going to be opened very often (just to check results every once in a while), it was best to extract images in the fly. Edited November 22, 2021 by chef 1
fallenwitch3r 44 Posted November 22, 2021 Posted November 22, 2021 (edited) Just my 5 cents but I think it would be better to extract the pictures after saving the right start/end time to prevent the high CPU load. Maybe with a resolution of 320x320. The random stopping during the detection progress seems to be fixed. Edited November 22, 2021 by fallenwitch3r 1 1
Recommended Posts