embyforkodi (next-gen) 6.X.X support

[heula 189]

With the latest experimental version 5.2.07 build 55 I see that the Emby Coverart is visible in Kodi while I have disabled this in the Emby for Kodi settings.

In Kodi I use the Kodi coverart because that is more visible than the Emby Coverart. Now I have both.

A Kodi database reset did not work.

 

embyserver-63754579986.txt

[t123thomas 60]

@Quickmic, Please advise if this is skin or addon script issue  when I navigate through the list of movies/Tv shows, the posters and fanart seems to slow to display both on LAN, and even worst on WAN, I did a test on my sister system remotely, it appear to lag a lot, but the playback if very fast, any suggestion?

Thanks

[quickmic 1376]

5 hours ago, t123thomas said:

@Quickmic, Please advise if this is skin or addon script issue  when I navigate through the list of movies/Tv shows, the posters and fanart seems to slow to display both on LAN, and even worst on WAN, I did a test on my sister system remotely, it appear to lag a lot, but the playback if very fast, any suggestion?

Thanks

You can cache the artwork. There is an option available in the plugin options.

Kodi webinterface must be enabled for that feature!

 

EDIT:

I forgot to mention, currently artwork compression is disabled. I'll reenable this option in the next version, currently artwork comes straight from Emby server. Depending on size, it can take long.

Edited April 22, 2021 by quickmic

[t123thomas 60]

Hi Quickmic, Series of errors, I'm not sure the source either Kodi, Skin or Emby please advise so I can direct the issue to the right forum

 

kodi log

  INFO <general>: Loading skin file: Home.xml, load type: KEEP_IN_MEMORY
2021-04-22 14:30:25.419 T:8680    ERROR <general>: unmatched parentheses in string.isempty(skin.string(extrafanartdelay)

021-04-22 14:30:35.102 T:10852   ERROR <general>: Exception ignored in:
2021-04-22 14:30:35.102 T:10852   ERROR <general>: <Finalize object, dead>
2021-04-22 14:30:35.102 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.102 T:10852   ERROR <general>: Traceback (most recent call last):
                                                   
2021-04-22 14:30:35.102 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\util.py", line 224, in __call__
                                                   
2021-04-22 14:30:35.103 T:10852   ERROR <general>:     
2021-04-22 14:30:35.103 T:10852   ERROR <general>: res = self._callback(*self._args, **self._kwargs)
2021-04-22 14:30:35.103 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.103 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\pool.py", line 692, in _terminate_pool
                                                   
2021-04-22 14:30:35.105 T:10852   ERROR <general>:     
2021-04-22 14:30:35.105 T:10852   ERROR <general>: cls._help_stuff_finish(inqueue, task_handler, len(pool))
2021-04-22 14:30:35.105 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.105 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\pool.py", line 945, in _help_stuff_finish
                                                   
2021-04-22 14:30:35.106 T:10852   ERROR <general>:     
2021-04-22 14:30:35.106 T:10852   ERROR <general>: inqueue.get(block=False)
2021-04-22 14:30:35.106 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.106 T:10852   ERROR <general>: _queue
2021-04-22 14:30:35.106 T:10852   ERROR <general>: .
2021-04-22 14:30:35.106 T:10852   ERROR <general>: Empty
2021-04-22 14:30:35.106 T:10852   ERROR <general>: :
2021-04-22 14:30:35.106 T:10852   ERROR <general>:
2021-04-22 14:30:35.107 T:10852   ERROR <general>:

 

[bozrdnag 73]

On 4/20/2021 at 1:35 AM, quickmic said:

No, I'm still working on a new version and will release it in the next days.

 

Any chance it may solve my sync issues?

[quickmic 1376]

9 hours ago, t123thomas said:

Hi Quickmic, Series of errors, I'm not sure the source either Kodi, Skin or Emby please advise so I can direct the issue to the right forum

 

kodi log

  INFO <general>: Loading skin file: Home.xml, load type: KEEP_IN_MEMORY
2021-04-22 14:30:25.419 T:8680    ERROR <general>: unmatched parentheses in string.isempty(skin.string(extrafanartdelay)

021-04-22 14:30:35.102 T:10852   ERROR <general>: Exception ignored in:
2021-04-22 14:30:35.102 T:10852   ERROR <general>: <Finalize object, dead>
2021-04-22 14:30:35.102 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.102 T:10852   ERROR <general>: Traceback (most recent call last):
                                                   
2021-04-22 14:30:35.102 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\util.py", line 224, in __call__
                                                   
2021-04-22 14:30:35.103 T:10852   ERROR <general>:     
2021-04-22 14:30:35.103 T:10852   ERROR <general>: res = self._callback(*self._args, **self._kwargs)
2021-04-22 14:30:35.103 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.103 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\pool.py", line 692, in _terminate_pool
                                                   
2021-04-22 14:30:35.105 T:10852   ERROR <general>:     
2021-04-22 14:30:35.105 T:10852   ERROR <general>: cls._help_stuff_finish(inqueue, task_handler, len(pool))
2021-04-22 14:30:35.105 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.105 T:10852   ERROR <general>:   File "C:\Program Files\Kodi\system\python\Lib\multiprocessing\pool.py", line 945, in _help_stuff_finish
                                                   
2021-04-22 14:30:35.106 T:10852   ERROR <general>:     
2021-04-22 14:30:35.106 T:10852   ERROR <general>: inqueue.get(block=False)
2021-04-22 14:30:35.106 T:10852   ERROR <general>:
                                                   
2021-04-22 14:30:35.106 T:10852   ERROR <general>: _queue
2021-04-22 14:30:35.106 T:10852   ERROR <general>: .
2021-04-22 14:30:35.106 T:10852   ERROR <general>: Empty
2021-04-22 14:30:35.106 T:10852   ERROR <general>: :
2021-04-22 14:30:35.106 T:10852   ERROR <general>:
2021-04-22 14:30:35.107 T:10852   ERROR <general>:

 

I'm also not sure what causes the issue. Have you recently changed the config? I cannot track the issue back to the emby-plugin, probably could be a different plugin

[quickmic 1376]

7 hours ago, bozrdnag said:

 

Any chance it may solve my sync issues?

Not sure, I've changed a few lines in the sync code, but not directly addressing the issue. I also performed a test, and works fine on my box.

What I can see in the logs:

script.embuary.info depends on script.module.arrow and that one crashed on your box. Could be the cause of the issue. Can you check if there is a new script.module.arrow version available.

[t123thomas 60]

11 hours ago, quickmic said:

I'm also not sure what causes the issue. Have you recently changed the config? I cannot track the issue back to the emby-plugin, probably could be a different plugin

Thanks for your supports, the errors are related to Skin as acknowledged by Titan developer, sorry for the trouble.

 

Cheers

[t123thomas 60]

Sorry for so many logs warnings not an errors, I thought you  should be aware

2021-04-23 13:00:15.904 T:5940     INFO <general>: INFO: Emby.core.ws_client: --->[ websocket ]
2021-04-23 13:00:15.904 T:10208    INFO <general>: INFO: EMBY.hooks.monitor.Monitor: [ Server Online ]
2021-04-23 13:00:15.912 T:5996  WARNING <general>: EMBY.hooks.webservice.WebService--->[ webservice/57578 ]
2021-04-23 13:00:15.940 T:10208    INFO <general>: INFO: EMBY.hooks.monitor.Monitor: [ Server Online ]
 

2021-04-23 13:00:18.317 T:10208    INFO <general>: INFO: EMBY.database.database: [emby] 0 rows updated.
2021-04-23 13:00:18.390 T:7464  WARNING <general>: Skipped 1 duplicate messages..
2021-04-23 13:00:18.390 T:7464  WARNING <general>: WARNING: EMBY.library.Library: --->[ library ]
2021-04-23 13:00:18.417 T:7464     INFO <general>: INFO: EMBY.database.database: [emby] 1 rows updated.
2021-04-23 13:00:18.482 T:7464     INFO <general>: Skipped 5 duplicate messages..

 

 

 

[bozrdnag 73]

13 hours ago, quickmic said:

Not sure, I've changed a few lines in the sync code, but not directly addressing the issue. I also performed a test, and works fine on my box.

What I can see in the logs:

script.embuary.info depends on script.module.arrow and that one crashed on your box. Could be the cause of the issue. Can you check if there is a new script.module.arrow version available.

 

Where do you see that in the logs?  That script doesn't show up in settings>addons>All so I can't disable it.  I did disable both Embuary helper and info addons and that didn't help.  Whatever it is, it affects all three of my Shields because none of them sync correctly.  My Mac does seem to sync correctly and it has the arrow script installed also.

[quickmic 1376]

5 minutes ago, bozrdnag said:

 

Where do you see that in the logs?  That script doesn't show up in settings>addons>All so I can't disable it.  I did disable both Embuary helper and info addons and that didn't help.  Whatever it is, it affects all three of my Shields because none of them sync correctly.  My Mac does seem to sync correctly and it has the arrow script installed also.

 

2021-04-10 10:38:20.725 T:15676   ERROR <general>: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                                    - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                                   Error Type: <class 'AttributeError'>
                                                   Error Contents: 'datetime.timedelta' object has no attribute 'timestamp'
                                                   Traceback (most recent call last):
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.embuary.info/default.py", line 7, in <module>
                                                       from resources.lib.helper import *
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.embuary.info/resources/lib/helper.py", line 15, in <module>
                                                       import arrow
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/__init__.py", line 2, in <module>
                                                       from .api import get, now, utcnow
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/api.py", line 12, in <module>
                                                       from arrow.arrow import TZ_EXPR, Arrow
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/arrow.py", line 34, in <module>
                                                       from arrow import formatter, locales, parser, util
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/parser.py", line 26, in <module>
                                                       from arrow.util import next_weekday, normalize_timestamp
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/util.py", line 6, in <module>
                                                       from arrow.constants import (
                                                     File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/script.module.arrow/lib/arrow/constants.py", line 16, in <module>
                                                       _MAX_TIMESTAMP = datetime.max.timestamp()
                                                   AttributeError: 'datetime.timedelta' object has no attribute 'timestamp'
                                                   -->End of Python script error report<--
                                                   
2021-04-10 10:38:21.109 T:15676    INFO <general>: Python interpreter stopped

 

Edited April 23, 2021 by quickmic

[bozrdnag 73]

I see it now.  That's only in log 1.  So maybe that was just a glitch on that particular run or something?  Because I don't see that in log 2 that I posted or any of my current system logs on any of my systems and they are all missing episodes.  Wouldn't indicate that isn't the proiblem?

[quickmic 1376]

New experimental version available (page 1 of this thread).

Please be aware, this version is poorly tested. I'm on a business trip the next 8 days what's why I released it today.

Mostly the dynamic library nodes are rewritten. By default only essential information are loaded. You can add additional info in the plugin config menu. As more you add, as slower it gets. Currently, changes in dynamic library parameters (plugin config menu) requires a Kodi restart to apply.

Static library nodes are also redesigned. (I think that's the final approach).

Edited April 24, 2021 by quickmic

[bozrdnag 73]

1 hour ago, quickmic said:

New experimental version available (page 1 of this thread).

Please be aware, this version is poorly tested. I'm on a business trip the next 8 days what's why I released it today.

Mostly the dynamic library nodes are rewritten. By default only essential information are loaded. You can add additional info in the plugin config menu. As more you added, as slower it gets. Currently, changes in dynamic library parameters (plugin config menu) requires a Kodi restart to apply.

Static library nodes are also redesigned. (I think that the final approach).

 

Just tried this on one of my systems with a full database reset and I noticed there is no nextepisodes.xml under TV Shows.

[quickmic 1376]

6 minutes ago, bozrdnag said:

 

Just tried this on one of my systems with a full database reset and I noticed there is no nextepisodes.xml under TV Shows.

Yes, correct. This is a dynamic library node I have removed it at the moment. I'll re-add it in the next version.

btw, as it's a dynamic node, I don't recommend to use it. Dynamic nodes are slower by design.

Edited April 24, 2021 by quickmic

[bozrdnag 73]

I'm not sure how to identify static from dynamic, but I've always used Video Library>EmbyNextGen>TV Shows>Next Episodes as the source for a widget and never noticed any performance issues.  I typically use the widget to watch new episodes since it is less navigation to get to what I want.  I use it more than going into the TV Shows library itself.

 

Likewise I use Recently Added and In Progress for widgets on my Movies, TV Shows, Documentaries, Concert Videos and Fottball Games libraries via EmbyNextGen and have never noticed any performance issues whatsoever.  Not doubting you, just saying they have worked fine for my needs.

Edited April 24, 2021 by bozrdnag

[quickmic 1376]

Dynamic nodes queries data directly from Emby server and not from Kodi-DB. Depending of the number of data, it can take forever. e.g. If I query all my movies (7000+) via dynamic nodes, it takes on an PC i7 one minute best. Including all artwork and data etc, I don't know -> unusable. That's why I added in (almost) all dynamic nodes a letter-selection.

btw, dynamic nodes are not only slower due to server queries, it's also related to Kodi code (list-handels, no async loading etc.)

 

Dynamic nodes are fast if they are limited to a maximum number of items (e.g. 25 (currently) hardcoded for recently added etc) or query limited to a smaller item number.

 

Static nodes are easy to detect. I added "EMBY:" as a prefix. Also if you browse nodes via "Video Library" and not via "Add-on" you will get ONLY static nodes.

As mention in the previous version notes. I recommend a manual delete of all old nodes, BUT this will require a reconfiguration of skins (if you use a custom skin and custom nodes).

For my config it took me 2 hours to update the skin.

 

Edited April 24, 2021 by quickmic

[bozrdnag 73]

So I can (should) delete all those Emby libraries with the long number/letter sequence at the end?  I have already reconfigured my skin to point to the new nodes. 

 

So based on your description, Next Episodes should be one that is totally usable then because it usually has a very limited count, right?  I cant imagine the average user having more than 25 shows they are actively watching.  Heck, I can't even imagine that many.  My max is like 7 or 8.  So that is why it always worked fine for me then?

[Home2008 20]

Hello, I'm picking up no sync of the series library.
Version is the 6.

Edited April 24, 2021 by Home2008

[quickmic 1376]

27 minutes ago, bozrdnag said:

So I can (should) delete all those Emby libraries with the long number/letter sequence at the end?  I have already reconfigured my skin to point to the new nodes. 

 

So based on your description, Next Episodes should be one that is totally usable then because it usually has a very limited count, right?  I cant imagine the average user having more than 25 shows they are actively watching.  Heck, I can't even imagine that many.  My max is like 7 or 8.  So that is why it always worked fine for me then?

I didn't review the Next Episodes node yet. I assume it was hard limited to 25 items anyway and therefore no problem. Unlimited items is a issue IF the query result would be a huge number of items. I also use such large numbers as test cases.

You can delete ALL files in  ".kodi/userdata/library". The new Emby (and Kodi default) nodes will be rebuild on Kodi start. Probably you should backup this folder before you remove it.

 

[quickmic 1376]

15 minutes ago, Home2008 said:

Hello, I'm picking up no sync of the series library.
Version is the 6.

Version 6? You mean the beta? Try experimental -> page one of this thread.

 

[Home2008 20]

Yes Beta.

[dml33 23]

On 4/18/2021 at 8:31 PM, quickmic said:

exactly ->           <showsubtitles>

Hi.

I noticed that subtitles are correctly enabled when I resume a movie and they were already enabled. Then, I only have to select the correct subtitle track.

But, if I play a new movie, subtitles are not automatically enabled, but I have to enable them manually, instead.

I hope this helps you narrow the issue and it can be fixed.

Thanks!

[Home2008 20]

22 hours ago, quickmic said:

Version 6? You mean the beta? Try experimental -> page one of this thread.

 

Now, TV Shows are ok, but Musik make‘s no sync.

[benq999 0]

Movies and tv shows with external srt subtitle won't play unless I change the name of srt-file to moviename.NO.srt. All my srt-files are named moviename.srt. Tested on Win 10 and Shield.