(2021-12-06, 05:00)AkVRkSeN Wrote: I have  no idea if I did the "update" the right (or best) way. I went into github, find that the change was in kodi.py, selected show raw and downloaded the python file. Copied it to a sd card from my PC, put it in the FireTV and copied to the location on the FireTV. It felt clunky but it worked .

(2021-12-06, 05:00)AkVRkSeN Wrote: In my kids short lives, those are the happiest four lines of code for them. Thanks again.

(2021-12-06, 05:00)AkVRkSeN Wrote: I have tried some of the other addons for working with an Emby library and this take the cake. The instructions are clear and easy and the solution executes really quickly. Thank you!

(2021-10-02, 20:06)Montellese Wrote:

(2021-10-02, 16:05)enen92 Wrote: Can someone share what the blocking issue in Kodi/python3 is referred on above comments? I might be living under a rock

TBH I don't know that much about it either. At first I thought it was a media import related problem. But @sualfred mentioned to me that the same happens with his skins which use a lot of add-ons in Kodi Matrix. The problem seems to be that if too many Python sub-interpreters are running at the same type Python is unable to properly handle catching exceptions with a specific type. So if some code tries to catch a TimeoutError it will not be caught. If the same code would try to catch any exception it would work even though the thrown exception is of type TimeoutError. See e.g. this workaround which solves the issue but obviously is very ugly: https://github.com/Montellese/mediaimporter.plex/commit/07edca203118abf6b32469a5f30114d15fa6a9d3. And a Python add-on cannot control every exception being thrown / caught because lots of libraries / modules depend on proper exception handling.

I did some debugging on Windows with media import and noticed that the problem only appears if the number of sub-interpreters running concurrently is greater than 4 and even. Each media importer add-on runs two service scripts and at least one on-demand script. If I only have one media importer add-on active everything is peachy but if I run two media importer add-ons I run into these issues all the time. If I run an additional add-on which uses a service everything is fine again because most of the time the number of concurrently running sub-interpreters is odd (2 + 2 + 1).

I thought it might have something to do with the locking in our PythonInterpreter and tried to improve it but it didn't help.

(2021-12-06, 21:52)M4tt0 Wrote:

(2021-10-02, 20:06)Montellese Wrote:

(2021-10-02, 16:05)enen92 Wrote: Can someone share what the blocking issue in Kodi/python3 is referred on above comments? I might be living under a rock

TBH I don't know that much about it either. At first I thought it was a media import related problem. But @sualfred mentioned to me that the same happens with his skins which use a lot of add-ons in Kodi Matrix. The problem seems to be that if too many Python sub-interpreters are running at the same type Python is unable to properly handle catching exceptions with a specific type. So if some code tries to catch a TimeoutError it will not be caught. If the same code would try to catch any exception it would work even though the thrown exception is of type TimeoutError. See e.g. this workaround which solves the issue but obviously is very ugly: https://github.com/Montellese/mediaimporter.plex/commit/07edca203118abf6b32469a5f30114d15fa6a9d3. And a Python add-on cannot control every exception being thrown / caught because lots of libraries / modules depend on proper exception handling.

I did some debugging on Windows with media import and noticed that the problem only appears if the number of sub-interpreters running concurrently is greater than 4 and even. Each media importer add-on runs two service scripts and at least one on-demand script. If I only have one media importer add-on active everything is peachy but if I run two media importer add-ons I run into these issues all the time. If I run an additional add-on which uses a service everything is fine again because most of the time the number of concurrently running sub-interpreters is odd (2 + 2 + 1).

I thought it might have something to do with the locking in our PythonInterpreter and tried to improve it but it didn't help.

@enen92 @Montellese I understand the above prevented finally PRing this WONDERFUL, BEAUTIFUL, LIFE-CHANGING work to Master. I'm living under the rock, too. In fact, it seems I'm living under many rocks, this very earth, on a different planet. Did anything come out of your discussion above or was it a dead end, PLEASE?   ;-)

(2021-12-08, 21:12)psrkallez06 Wrote: Just noticed.. @LongMan provided me with a generic build. But it won't clean the library.. I normally use watchdog to clean/update my library. But even tho i delete a lot of movies from my FTP, the library won't clean even when i do it manually. the removed movies/shows are still there, when i try to play them i get "this is no longer available would you like to remove it from your library".

Any idea why that is?

(2021-12-08, 22:34)Montellese Wrote:

(2021-12-08, 21:12)psrkallez06 Wrote: Just noticed.. @LongMan provided me with a generic build. But it won't clean the library.. I normally use watchdog to clean/update my library. But even tho i delete a lot of movies from my FTP, the library won't clean even when i do it manually. the removed movies/shows are still there, when i try to play them i get "this is no longer available would you like to remove it from your library".

Any idea why that is?

Yeah one of the SQL queries in the database cleaning logic is broken in media import. I never use library cleaning so I didn't notice this myself. I'll try to fix it ASAP.

(2021-12-09, 20:44)LongMan Wrote: I will run the build for you ASAP the fix is in.

(2021-12-10, 23:48)LongMan Wrote: Doesn't look like it. The problem has already been identified. It's just finding the time to fix it. He will fix it as soon as he can.

Cheers,
LongMan

(2021-12-13, 19:56)LongMan Wrote: I am getting high memory usage. On the machines with a lot of memory, the effect is not detrimental,  however the Pi and NUCs with 2GB RAM, eventually slow down and then crash and restart. Anybody else seeing this?

• Enable MI Repo                       182                184
  
•  Install Emby mediaimporter    300                294
  
•  Add User                                333                334
  
•  Add Imports                           259                670       (at the end of the imports about 20 mins)
  
•  (No further action)                 670              1406      (about 4.5 hrs later)