Jump to content

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


quickmic
Go to solution Solved by quickmic,

Recommended Posts

seashell
2 hours ago, quickmic said:

New PUBLIC TESTING version available 10.0.14:

Nodes needs a reset and continue watching node must be re-added to skin if used as widget etc.

Thanks for these fixes.  Looking forward to them.  How does one reset a node?

Link to comment
Share on other sites

FrostByte
8 minutes ago, seashell said:

Thanks for these fixes.  Looking forward to them.  How does one reset a node?

It's about half the way down in the sync options.

image.jpeg.487defe6e1acc04bfd29b1162af69624.jpeg

  • Like 1
  • Thanks 1
Link to comment
Share on other sites

js28194

Nodes reset does nothing for me.  I can select it click ok, but clicking the ok button on the remote seems to do nothing.

Edited by js28194
Link to comment
Share on other sites

FrostByte
3 minutes ago, js28194 said:

Nodes reset does nothing for me.  I can select it click ok, but seems to do nothing.

It's real quick and doesn't display a message that it's complete.  I did request some sort of message earlier saying it was run.  Think I pressed it several times a while back myself thinking the same.

Might be something in the logs saying it was run.

  • Like 1
Link to comment
Share on other sites

quickmic
5 hours ago, FrostByte said:

It's real quick and doesn't display a message that it's complete.  I did request some sort of message earlier saying it was run.  Think I pressed it several times a while back myself thinking the same.

Might be something in the logs saying it was run.

Probably I should really add a done notification.

  • Like 2
Link to comment
Share on other sites

js28194

Strange issue, and I am not sure if this is skin related or plugin related.  I am using Omega 21, Aeon NOX MQ7, Emby for Kodi 10.0.14, Emby server 4.7.13.0 (I know, I know) but after watching an episode I delete the show, it ends up eating the entire season.  For example if I have 3 show's in a season 1, I watch episode 1, pop to delete, hit yes, then episode 2 and 3 will disappear.  They are not deleted, just gone from the display.  At the season level, it will show the correct season and episode count.  I can go down to the show level, hit menu and "scan for new content" then it will bring it back however the episode count is doubled as 4 even though there are only 2 shows in the season.

Link to comment
Share on other sites

quickmic
2 minutes ago, js28194 said:

Strange issue, and I am not sure if this is skin related or plugin related.  I am using Omega 21, Aeon NOX MQ7, Emby for Kodi 10.0.14, Emby server 4.7.13.0 (I know, I know) but after watching an episode I delete the show, it ends up eating the entire season.  For example if I have 3 show's in a season 1, I watch episode 1, pop to delete, hit yes, then episode 2 and 3 will disappear.  They are not deleted, just gone from the display.  At the season level, it will show the correct season and episode count.  I can go down to the show level, hit menu and "scan for new content" then it will bring it back however the episode count is doubled as 4 even though there are only 2 shows in the season.

Not reproducible at the moment.

Link to comment
Share on other sites

MilindP

Hello, i installed the latest beta repository in my Kodi v21, but the latest Emby for Kodi Next-Gen add-on in the repository is v9.4.21

is v10.x.x not available in the beta repo?

Link to comment
Share on other sites

quickmic
Posted (edited)
13 minutes ago, MilindP said:

Hello, i installed the latest beta repository in my Kodi v21, but the latest Emby for Kodi Next-Gen add-on in the repository is v9.4.21

is v10.x.x not available in the beta repo?

No, not yet. You need to sideload it.

Links are on page one (three modules) or installable via Kodi filebrowser (FAQ chapter "Public testing")

 

Edited by quickmic
Link to comment
Share on other sites

muzicman0
On 4/21/2024 at 7:00 AM, js28194 said:

Strange issue, and I am not sure if this is skin related or plugin related.  I am using Omega 21, Aeon NOX MQ7, Emby for Kodi 10.0.14, Emby server 4.7.13.0 (I know, I know) but after watching an episode I delete the show, it ends up eating the entire season.  For example if I have 3 show's in a season 1, I watch episode 1, pop to delete, hit yes, then episode 2 and 3 will disappear.  They are not deleted, just gone from the display.  At the season level, it will show the correct season and episode count.  I can go down to the show level, hit menu and "scan for new content" then it will bring it back however the episode count is doubled as 4 even though there are only 2 shows in the season.

I have the same issue.  The only way I have found to fix it is to repair the library.  I do find that if I use Kodi Events to delete an episode it doesn't do this.  It only does it if I use the Emby context menu.  I reported it a while back.  I believe it started in v9 of the plugin for me.  It is super annoying though!

[EDIT] I am on the Kodi 20.5, and Emby 4.8.4 (at the last time this happened), and plugin version 9.x through 10.0.14.

Edited by muzicman0
Link to comment
Share on other sites

ntls2000

I'm having a problem with a TV Show collection. I added a TV SHow to a collection but it does not appear in E4K

it's ok for Movies Collection, but TV Show Collection is empty

Normal or Bug ?

Link to comment
Share on other sites

quickmic
Posted (edited)
9 minutes ago, ntls2000 said:

I'm having a problem with a TV Show collection. I added a TV SHow to a collection but it does not appear in E4K

it's ok for Movies Collection, but TV Show Collection is empty

Normal or Bug ?

Kodi synced content/node I guess? Kodi does not support collections (actually Boxsets/Sets in Kodi terms) for TVShows.

You need to use dynamic nodes for TVShow collections.

Workaround for synced content would be using tags. There is an option available (Boxsets as Tags) in plugin sync settings.

Edited by quickmic
  • Like 1
Link to comment
Share on other sites

seashell

Not sure if this is an e4k issue, a skin issue, or a combo, but trying "Arctic Zephyr - Reloaded" on Omega it can't load images as it seems to think the links are to directories.

The log is filled with lines like

error <general>: GetDirectory - Unable to get http directory (http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/|redirect-limit=1000)
error <general>: GetDirectory - Error getting http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/|redirect-limit=1000

 

Trying manually it seems those links are direct picture links not directories.

If I wget http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/ I get 404.

If I wget http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6 I get an image.

 

Not really a big concern to me, but thought I'd mention it in case it's an e4k issue you'd like to address and not a skin issue. 

This is in add-on mode in case it matters.

 

ETA:

Seems to be happening in the recent omega port of Amber too.   Why it's "stat"-ing without the / and opening with it I don't know.  

error <general>: CCurlFile::Stat - <http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db|redirect-limit=1000> Failed: Weird server reply(8)
error <general>: CCurlFile::Open - <http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/> Failed with code 404:
                                                   
error <general>: GetDirectory - Unable to get http directory (http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/|redirect-limit=1000)
error <general>: GetDirectory - Error getting http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/|redirect-limit=1000

 

And oddly some photos do load in this skin.   I tried this skin in 20.5 and don't recall this being an issue.

Edited by seashell
Link to comment
Share on other sites

quickmic
Posted (edited)
3 hours ago, seashell said:

Not sure if this is an e4k issue, a skin issue, or a combo, but trying "Arctic Zephyr - Reloaded" on Omega it can't load images as it seems to think the links are to directories.

The log is filled with lines like

error <general>: GetDirectory - Unable to get http directory (http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/|redirect-limit=1000)
error <general>: GetDirectory - Error getting http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/|redirect-limit=1000

 

Trying manually it seems those links are direct picture links not directories.

If I wget http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6/ I get 404.

If I wget http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-93412-0-B-e01fc89527b5f7f89501fd930203b3b6 I get an image.

 

Not really a big concern to me, but thought I'd mention it in case it's an e4k issue you'd like to address and not a skin issue. 

This is in add-on mode in case it matters.

 

ETA:

Seems to be happening in the recent omega port of Amber too.   Why it's "stat"-ing without the / and opening with it I don't know.  

error <general>: CCurlFile::Stat - <http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db|redirect-limit=1000> Failed: Weird server reply(8)
error <general>: CCurlFile::Open - <http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/> Failed with code 404:
                                                   
error <general>: GetDirectory - Unable to get http directory (http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/|redirect-limit=1000)
error <general>: GetDirectory - Error getting http://127.0.0.1:57342/picture/8f96e117caea4dadacbfd99c712ad540/p-94316-0-B-2c21611f9cf14c531ad6f1d0816925db/|redirect-limit=1000

 

And oddly some photos do load in this skin.   I tried this skin in 20.5 and don't recall this being an issue.

Which kind of picture is it? Actor, episode, movie etc.

Could be a skin issue or I mistakenly used path substitution for images at some point.

btw, this could also happen for video content when using path substitution and is not an issue. The plugin tricks Kodi thinking videos are regular files.

Kodi does not extract embedded images (e.g. for chapter) if it's a http link even it's technically possible (hardcoded disabled in Kodi).

The / at the end happens when Kodi (or you manually) tried to read folder structure and is intercepted by the plugins "webserver". 404 is correct.

 

 

 

Edited by quickmic
Link to comment
Share on other sites

seashell
33 minutes ago, quickmic said:

Which kind of picture is it? Actor, episode, movie etc.

I'm pretty sure it's fanart.  The skins are trying to pull images for the background.

Link to comment
Share on other sites

seashell

Would you be ok with the addition of "Go To Show" and "Go To Season" options on the context menu for TV show episodes?  So that say in a "New Episodes" widget one would have the option of going from that episode directly to the related Show/Season page?

I've already written initial code that does it, but I'm not going to pretend that you won't have to look at it and go there's an edge case you're not handling here so it would increase your workload.

I've not added the two strings to the translation files either.

 

  • Like 1
Link to comment
Share on other sites

seashell

Here's a patch to add the go to functions, along with a setting to disable them and an en_gb language strings file in case you're interested.

There are two "Go To Show" language strings.  The first would actually be for the setting name for enable/disabled, the second what appears in the context menu (actually a sub-menu, I put show/season in a sub-menu to save space in the context menu).

goto.diff

Edited by seashell
  • Thanks 1
Link to comment
Share on other sites

quickmic
3 hours ago, seashell said:

Here's a patch to add the go to functions, along with a setting to disable them and an en_gb language strings file in case you're interested.

There are two "Go To Show" language strings.  The first would actually be for the setting name for enable/disabled, the second what appears in the context menu (actually a sub-menu, I put show/season in a sub-menu to save space in the context menu).

goto.diff 9.5 kB · 0 downloads

Thanks, today I'm busy, but will test it tomorrow.

Link to comment
Share on other sites

seashell

An update on the picture issue, I set the cache all images option and let it cache everything and now it loads the images fine.  So is this a timeout solved by caching or something else?

Link to comment
Share on other sites

quickmic
Posted (edited)
16 hours ago, seashell said:

Here's a patch to add the go to functions, along with a setting to disable them and an en_gb language strings file in case you're interested.

There are two "Go To Show" language strings.  The first would actually be for the setting name for enable/disabled, the second what appears in the context menu (actually a sub-menu, I put show/season in a sub-menu to save space in the context menu).

goto.diff 9.5 kB · 2 downloads

I merged the code, working great.

btw, yes I prefer json calls wherever possible. executebuiltin has issues. It took me hours to debug a special case till I figured out executebuiltin triggered the actual problem. I don't trust executebuiltin anymore.

Edited by quickmic
  • Like 1
Link to comment
Share on other sites

quickmic
Posted (edited)
7 hours ago, seashell said:

An update on the picture issue, I set the cache all images option and let it cache everything and now it loads the images fine.  So is this a timeout solved by caching or something else?

What is the actual problem? Not loaded?

The paths in the db are fine. Not sure why skin (or something else) thinks it's a folder.

Stat might be ok even for webserver files. Not sure if stat can process urls.

Edited by quickmic
Link to comment
Share on other sites

quickmic
Posted (edited)

New PUBLIC TESTING version available 10.0.15:

Delta changelog 10.0.14 -> 10.0.15

add Next Episodes played node
fix websocket close issue
fix recording library sync
fix delete episode issue in native mode

add goto context menu option

Edited by quickmic
  • Like 1
Link to comment
Share on other sites

seashell
1 hour ago, quickmic said:

I merged the code, working great.

btw, yes I prefer json calls wherever possible. executebuiltin has issues. It took me hours to debug a special case till I figured out executebuiltin triggered the actual problem. I don't trust executebuiltin anymore.

Great.  Thanks for accepting it.  I figured there was a reason on the json, thanks for letting me know.

  • Like 1
Link to comment
Share on other sites

seashell
1 hour ago, quickmic said:

What is the actual problem? Not loaded?

The paths in the db are fine. Not sure why skin (or something else) thinks it's a folder.

Stat might be ok even for webserver files. Not sure if stat can process urls.

The actual problem I noticed that made me look in the logs is that background images (fanart) were not showing.  Then the logs showed all the errors.

I noticed a few shows did show the art though, and realized it was shows that had loaded the image by visiting the show information page->show art which moved it into the cache.  So then I did the cache all and now the images are working.

So I don't know what's different to the skins when they fetch from cache vs not from cache.  Do they somehow get different locations?  Or is it purely a timeout?

I didn't see this problem on 20.5, it started with 21.0.  It's happening on two different skins.

Link to comment
Share on other sites

quickmic
Posted (edited)
7 minutes ago, seashell said:

The actual problem I noticed that made me look in the logs is that background images (fanart) were not showing.  Then the logs showed all the errors.

I noticed a few shows did show the art though, and realized it was shows that had loaded the image by visiting the show information page->show art which moved it into the cache.  So then I did the cache all and now the images are working.

So I don't know what's different to the skins when they fetch from cache vs not from cache.  Do they somehow get different locations?  Or is it purely a timeout?

I didn't see this problem on 20.5, it started with 21.0.  It's happening on two different skins.

Cached images are downloaded to Kodi (userdata/Thumbnails). http/urls queries are no longer used at this point.

Actually Kodi always caches images once loaded by a view (visible). The cache option does the same but without browsing views. It loads the images in advance.

Edited by quickmic
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...