Jump to content

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

quickmic

By quickmic
in Emby For Kodi Next Gen

 Share
Go to solution Solved by quickmic,

Recommended Posts

OpenHT

OpenHT 8

Posted
Posted
5 hours ago, quickmic said:

Agreed, but that's what I mentioned. The interval of the DNS queries is 10 seconds (the ping interval), which means  the connection drops and is re-established every 10 seconds.

The 2 dns queries actually makes sense. One for the main connection and one for the async commands connection. As mentioned, I could lower the ping interval but I try to avoid that. Actually there are HTTP header parameters available to change the keep-alive timeouts, but never worked in my setup. I'll review it again...

So I think the DNS lookups are correct, but the connection shouldn't drop after 5 seconds.

Sure, for the initial connections DNS lookups must be made but there shouldn't be any lookups after the connection is established (keepalive). But keepalive doesn't seem to work for me, every "ping" request opens a new connection to the emby server instead of using an already established connection. If i debug the network connection from the addon to my emby server it doesn't even seem to try to use a keepalive connection, does keepalive actually work for you?

I'll try to debug it further as soon as I've some spare time.

 

Also, there is still a very minor issue with a white-space, see :

 

 

 

 

quickmic

quickmic 1703

Posted
  • Author
Posted
2 minutes ago, OpenHT said:

does keepalive actually work for you?

 

Seems not, It worked via proxy (when adjusting the timeouts), but not directly to Emby. There is something wrong with the header parameters I think. I'm checking...

quickmic

quickmic 1703

Posted
  • Author
Posted (edited)
15 hours ago, OpenHT said:

Yes, I'm using a NGINX reverse proxy in front of my EMBY server but to be absolutely sure that it's not the proxy's fault I've setup a new instance which directly connects to the EMBY server on port 8096.

Result is the same, even without a proxy the initial sync does hundreds of EMBY server hostname lookups and so does every "ping" request: 

2024-06-17 22:07:34.277 T:501882   debug <general>: EMBY.emby.http: [ http ] Method: POST / Handler: System/Ping / Params: {} / Binary: True / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-17 22:07:34.277 T:501882   debug <general>: EMBY.emby.http: Socket MAIN closed
2024-06-17 22:07:34.277 T:501882   debug <general>: Emby.helper.utils: get_url_info: ConnectionString='http://emby.xxx.xxx:8096/' Scheme='http' Hostname='emby.xxx.xxx' SubUrl='/' Port='8096'
2024-06-17 22:07:34.307 T:501882   debug <general>: EMBY.emby.http: Socket MAIN opened
2024-06-17 22:07:39.364 T:501886   debug <general>: EMBY.emby.emby: Websocket Pong received

2024-06-17 22:07:44.341 T:501882   debug <general>: EMBY.emby.http: [ http ] Method: POST / Handler: System/Ping / Params: {} / Binary: True / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-17 22:07:44.341 T:501882   debug <general>: EMBY.emby.http: Socket MAIN closed
2024-06-17 22:07:44.341 T:501882   debug <general>: Emby.helper.utils: get_url_info: ConnectionString='http://emby.xxx.xxx:8096/' Scheme='http' Hostname='emby.xxx.xxx' SubUrl='/' Port='8096'
2024-06-17 22:07:44.373 T:501882   debug <general>: EMBY.emby.http: Socket MAIN opened
2024-06-17 22:07:49.429 T:501886   debug <general>: EMBY.emby.emby: Websocket Pong received

  

Jun 17 22:07:24 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:24 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:34 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:34 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:44 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:44 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:54 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1
Jun 17 22:07:54 dnsmasq[102]: query[A] emby.xxx.xxx from 127.0.0.1

I think I found the problem. It was myself in the code who closed the connection accidentally. I'll fix it in next version.

Edited by quickmic
  • Thanks 1
quickmic

quickmic 1703

Posted
  • Author
Posted
4 hours ago, Andy2k said:

Hi quickmic, there is another bug in the last E4K 10.x versions we had before iirc in the 8.x and 9.x tree. I use beta server 4.9.0.24.

 

Playing a local file from outside the the emby / Kodi database (non synced content) from eg a network share or local folder defined in souces.xml breaks progress updates on all synced contend i play after this till i restart Kodi.

 

 

Just thought about that again, might be related to a bug I reported here:

 

Check if it's fix in next version.

quickmic

quickmic 1703

Posted
  • Author
Posted
On 4/10/2024 at 11:41 AM, OpenHT said:

Thanks for the quick update! Nodes seem to work fine now ...

Just a very minor issue I noticed: (missing whitespace in replace) 

--- views.py    2024-04-10 04:53:06.000000000 +0200
+++ views.py    2024-04-10 11:26:37.437472274 +0200
@@ -583,7 +679,7 @@
                 NodeIndex += 1

                 if view['ContentType'] == "root":
-                    NodeData = {'title': node[1].replace("EMBY:", ""), 'path': f"library://video/{node[0]}.xml", 'icon': node[2]}
+                    NodeData = {'title': node[1].replace("EMBY: ", ""), 'path': f"library://video/{node[0]}.xml", 'icon': node[2]}
                     NodeAdd = True

                     if node[0] in ('emby_collections_movies', 'emby_collections_tvshows', 'emby_collections_musicvideos'):

Schenen Urlaub! :)

Done

quickmic

quickmic 1703

Posted
  • Author
Posted

New BETA version available 10.0.32:

Delta changelog 10.0.31 -> 10.0.32

fix sync paused issue for realtime library updates
fix http connection
fix node typo

OpenHT

OpenHT 8

Posted
Posted

Thanks for the update!

After a quick test :

  • Keepalive connection for "Ping" requests seem to be working now
  • Keepalive connection for downloads e.g. poster/thumb images are not working (still a new request for every image download)
  • Keepalive connection for watch time updates are not working (when watching media every time update is also still a new request)
quickmic

quickmic 1703

Posted
  • Author
Posted
1 minute ago, OpenHT said:

Thanks for the update!

After a quick test :

  • Keepalive connection for "Ping" requests seem to be working now
  • Keepalive connection for downloads e.g. poster/thumb images are not working (still a new request for every image download)
  • Keepalive connection for watch time updates are not working (when watching media every time update is also still a new request)

This is actually per design. I don't use the "main" connection for downloads and progress updates etc.

Emby server has issues with HTTP request threading (especially under load e.g. emby library scans active etc.). Could be a side effect of (obviously) not supporting SQL query threading, however.

A single (long running SQL) HTTP query could block the entire Emby webserver. The main-http-thread in the plugin is used for critical data queries and has always priority over the others.

The download connections (mostly used for images) can be multi-threaded/multi-connection and has a lower priority.

Emby can deal with multi queries as long as no long running SQL queries are triggered on the server.

The progress updates are also low priority, actually it doesn't matter if one progress update gets lost on the way. It's called async command in the plugin code. Actually there are no response data from server (204) for progress data.

So what I do here, is kind of qos not overloading the server.

 

OpenHT

OpenHT 8

Posted
Posted

I understand. The problem here isn't actually the new connection, it's that every new connection also does a DNS lookup. Normally, if you use requests.session() or urllib3.poolmanager you won't have this problem because this stuff is already taken care of but I'm not sure how it works with your own written low-level class.

So, ideally you only want to resolve the IP of the EMBY server once, cache it and then use the cached information to reduce overhead / unnecessary DNS lookups for all follow-up requests (until the DNS TTL expires).

quickmic

quickmic 1703

Posted
  • Author
Posted (edited)
44 minutes ago, OpenHT said:

requests.session() or urllib3.poolmanager you won't have this problem

Yes, but different ones. I used urllib3 and requests before. They all have the same issue, you cannot interrupt a long running query. Also they have unnecessary overhead. Additionally urllib3 1.X is totally incompatible with 2.X and they had bugs.

Also urllib3 2.X is not supported on all Kodi boxes, I had to write a compatibility parser. To sum it up, I don't like 3rd party library/frameworks what so every. Mostly they cause more problems as they solve.

I'll continue review on the DNS requests, sure there is room for optimization. Most important, the persistent "main" contention. This is a performance matter.

 

Edited by quickmic
  • Agree 1
quickmic

quickmic 1703

Posted
  • Author
Posted

DNS will be cached by next version. If the connection fails (could be a dynamic IP), a new DNS request is fired. If still no connection the regular error handling will take over...

  • Thanks 1
supermood

supermood 71

Posted
Posted
14 hours ago, quickmic said:

Yes please, send me a kodi.log for review. btw, which version? 10.0.31?

thanks! I've tried a bit and the problem is gone for the moment. fantastic :)

if it comes back I will send a log. 

I'm in 32 now. That was an auto update 

  • Like 1
Andy2k

Andy2k 75

Posted
Posted
7 hours ago, quickmic said:

Just thought about that again, might be related to a bug I reported here:

 

Check if it's fix in next version.

Funny, now im unable to reproduce my own problem;) At least on 2x Windows and one of my older Coreelec (Odroid N2+) devices.

Maybe some rare case depending on the newer Hardware or Corelec nightlies...anyway, i will do a factory reset after i update this client and keep an eye on it. Thx again.

d0ogie

d0ogie 9

Posted
Posted (edited)
Some pretty significant issues after the http changes, I'm sorry to say.
 
-Using a reverse proxy in front of the Emby server no longer seems to work (bypassing this and going directly to Emby does), requests and log below for this situation.
 
Data points:
-after a factory reset of the addon, I can log in just fine
-I manually add the server (https://emby.x.yz, port 443), this is exactly what I did through version 10.0.29 and all was fine
-The problem seems to manifest the first time we ask for an image
 
-During a full library sync, the Emby server seems to be overwhelmed with requests now and does not respond. CPU usage goes very high. This resolves after the client has finished syncing. This is new behavior. There are indeed a ton of requests but I don't yet see what could be different, it looks like generally the same pattern as before.
 
Bypassing the reverse proxy, things do seem to work OK. Neither the excessive load, or the image request breakage, happen on versions <=10.0.29
 
At the reverse proxy, here are the requests I see upon starting up the Kodi client:
  
[18/Jun/2024:22:16:33 +0000] "GET /system/info/public HTTP/1.1" 200 250 "-" "-" 174380 "http://172.17.1.69:32800" 2ms
[18/Jun/2024:22:16:33 +0000] "GET /Sessions?DeviceId=6255336e-9a81-4576-9cdb-14fa825f8f62 HTTP/1.1" 200 754 "-" "-" 174381 "http://172.17.1.69:32800" 1ms
[18/Jun/2024:22:16:33 +0000] "POST /Sessions/Capabilities/Full HTTP/1.1" 204 0 "-" "-" 174382 "http://172.17.1.69:32800" 1ms
[18/Jun/2024:22:16:33 +0000] "GET /Users/a019e081702f4ad9a304199169ee77af/Views HTTP/1.1" 200 881 "-" "-" 174383 "http://172.17.1.69:32800" 2ms
[18/Jun/2024:22:16:33 +0000] "GET /Items/48723/Images/Primary/0?EnableImageEnhancers=False&tag=a4c1db77f4117188495606a8d7ffabe1 HTTP/1.1" 200 399917 "-" "-" 174384 "http://172.17.1.69:32800" 2ms

 
Here is the debug log: 
2024-06-18 15:09:22.513 T:3508    debug <general>: Emby.helper.utils: Json response: {"jsonrpc":"2.0", "method":"Favourites.GetFavourites", "params":{"properties":["windowparameter", "path", "thumbnail", "window"]}, "id": 1} / {'id': 1, 'jsonrpc': '2.0', 'result': {'favourites': None, 'limits': {'end': 0, 'start': 0, 'total': 0}}}
2024-06-18 15:09:22.525 T:4916     info <general>: Skipped 1 duplicate messages..
2024-06-18 15:09:22.525 T:4916    debug <general>: EMBY.hooks.websocket: WSClient initializing...
2024-06-18 15:09:22.527 T:1564    debug <general>: PERIPHERALS::CPeripheralCecAdapter::SetMenuLanguage - language set to 'resource.language.en_gb'
2024-06-18 15:09:22.527 T:4916     info <general>: EMBY.database.library: -->[ library ]
2024-06-18 15:09:22.527 T:4916     info <general>: EMBY.emby.emby: ---[ INIT EMBYCLIENT: ]---
2024-06-18 15:09:22.527 T:4916     info <general>: EMBY.emby.emby: --[ server/DEFAULT ]
2024-06-18 15:09:22.528 T:4916    debug <general>: EMBY.hooks.monitor: THREAD: ---<[ ServersConnect ]
2024-06-18 15:09:22.528 T:1040    debug <general>: EMBY.emby.emby: THREAD: --->[ EstablishExistingConnection ]
2024-06-18 15:09:22.528 T:1040    debug <general>: EMBY.emby.emby: Begin connectToServer
2024-06-18 15:09:22.528 T:1040    debug <general>: EMBY.emby.http: [ http ] Method: GET / Handler: system/info/public / Params: {} / Binary: False / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-18 15:09:22.528 T:1040    debug <general>: Emby.helper.utils: get_url_info: ConnectionString='https://emby.x.yz:443/' Scheme='https' Hostname='emby.x.yz' SubUrl='/' Port='443'
2024-06-18 15:09:22.569 T:1040    debug <general>: EMBY.emby.http: Socket MAIN opened
2024-06-18 15:09:22.571 T:1040    debug <general>: EMBY.emby.http: [ http ] Method: GET / Handler: Sessions / Params: {'DeviceId': '6255336e-9a81-4576-9cdb-14fa825f8f62'} / Binary: False / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-18 15:09:22.574 T:1040    debug <general>: EMBY.emby.http: [ http ] Method: POST / Handler: Sessions/Capabilities/Full / Params: {'Id': '09beaf821a89d50a72bb023794dfe93a', 'SupportsRemoteControl': True, 'PlayableMediaTypes': ['Audio', 'Video', 'Photo'], 'SupportsMediaControl': True, 'SupportsSync': True, 'SupportedCommands': ['MoveUp', 'MoveDown', 'MoveLeft', 'MoveRight', 'Select', 'Back', 'ToggleContextMenu', 'ToggleFullscreen', 'ToggleOsdMenu', 'GoHome', 'PageUp', 'NextLetter', 'GoToSearch', 'GoToSettings', 'PageDown', 'PreviousLetter', 'TakeScreenshot', 'VolumeUp', 'VolumeDown', 'ToggleMute', 'SendString', 'DisplayMessage', 'SetAudioStreamIndex', 'SetSubtitleStreamIndex', 'SetRepeatMode', 'Mute', 'Unmute', 'SetVolume', 'Pause', 'Unpause', 'Play', 'Playstate', 'PlayNext', 'PlayMediaSource'], 'IconUrl': 'https://raw.githubusercontent.com/MediaBrowser/plugin.video.emby/master/kodi_icon.png'} / Binary: False / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-18 15:09:22.576 T:1040     info <general>: EMBY.emby.emby: ---[ START EMBYCLIENT: aMMc / fe02bd703bb043ba92bf60a497794db5]---
2024-06-18 15:09:22.576 T:1040     info <general>: EMBY.database.library: fe02bd703bb043ba92bf60a497794db5 --->[ load settings ]
2024-06-18 15:09:22.576 T:1040    debug <general>: EMBY.database.dbio: ---> DBRW: fe02bd703bb043ba92bf60a497794db5/load_settings
2024-06-18 15:09:22.589 T:1040    debug <general>: EMBY.database.dbio: ---< DBRW: fe02bd703bb043ba92bf60a497794db5 / 0 / load_settings rows updated on db close
2024-06-18 15:09:22.589 T:1040    debug <general>: EMBY.database.dbio: ---> DBRW: video/load_settings
2024-06-18 15:09:22.591 T:1040    debug <general>: EMBY.database.dbio: ---< DBRW: video / 0 / load_settings rows updated on db close
2024-06-18 15:09:22.591 T:1040    debug <general>: EMBY.database.dbio: ---> DBRW: music/load_settings
2024-06-18 15:09:22.592 T:1564    debug <general>: PERIPHERALS::CPeripheralCecAdapterUpdateThread::UpdateAudioSystemStatus - no CEC capable amplifier found
2024-06-18 15:09:22.605 T:1040    debug <general>: EMBY.database.dbio: ---< DBRW: music / 4 / load_settings rows updated on db close
2024-06-18 15:09:22.605 T:1040    debug <general>: EMBY.database.dbio: ---> DBRW: texture/load_settings
2024-06-18 15:09:22.608 T:1040    debug <general>: EMBY.database.dbio: ---< DBRW: texture / 0 / load_settings rows updated on db close
2024-06-18 15:09:22.608 T:1040     info <general>: EMBY.database.library: fe02bd703bb043ba92bf60a497794db5 ---<[ load settings ]
2024-06-18 15:09:22.608 T:1040    debug <general>: EMBY.emby.http: [ http ] Method: GET / Handler: Users/a019e081702f4ad9a304199169ee77af/Views / Params: {} / Binary: False / ConnectionString:  / CloseConnection: False / RequestHeader: {}
2024-06-18 15:09:22.611 T:1040    debug <general>: EMBY.emby.http: [ http ] Method: GET / Handler: Items/48723/Images/Primary/0 / Params: {'EnableImageEnhancers': False, 'tag': 'a4c1db77f4117188495606a8d7ffabe1'} / Binary: True / ConnectionString:  / CloseConnection: True / RequestHeader: {}
2024-06-18 15:09:22.612 T:1040    debug <general>: Emby.helper.utils: get_url_info: ConnectionString='https://emby.x.yz:443/' Scheme='https' Hostname='emby.x.yz' SubUrl='/' Port='443'
2024-06-18 15:09:22.632 T:1040    debug <general>: EMBY.emby.http: Socket 57b648bb-dcf7-4e77-8441-6b193e6f8b4f opened
2024-06-18 15:09:22.633 T:1040    error <general>: Exception ignored in thread started by
2024-06-18 15:09:22.633 T:1040    error <general>: :
2024-06-18 15:09:22.633 T:1040    error <general>: <bound method EmbyServer.EstablishExistingConnection of <emby.emby.EmbyServer object at 0x0000022504472970>>
2024-06-18 15:09:22.633 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.633 T:1040    error <general>: Traceback (most recent call last):
                                                   
2024-06-18 15:09:22.633 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\emby.py", line 214, in EstablishExistingConnection
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:     
2024-06-18 15:09:22.634 T:1040    error <general>: self.start()
2024-06-18 15:09:22.634 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\emby.py", line 70, in start
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:     
2024-06-18 15:09:22.634 T:1040    error <general>: self.Views.update_views()
2024-06-18 15:09:22.634 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\views.py", line 387, in update_views
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:     
2024-06-18 15:09:22.634 T:1040    error <general>: BinaryData, _, FileExtension = self.EmbyServer.API.get_Image_Binary(library['Id'], "Primary", 0, library["ImageTags"]["Primary"])
2024-06-18 15:09:22.634 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.634 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\api.py", line 596, in get_Image_Binary
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>:     
2024-06-18 15:09:22.635 T:1040    error <general>: _, Header, Payload = self.EmbyServer.http.request("GET", f"Items/{Id}/Images/{ImageType}/{ImageIndex}", Params, {}, True, "", True)
2024-06-18 15:09:22.635 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\http.py", line 568, in request
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>:     
2024-06-18 15:09:22.635 T:1040    error <general>: StatusCode, Header, Payload = self.socket_request(Method, Handler, Params, Binary, 10, 300, ConnectionId, "", "")
2024-06-18 15:09:22.635 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>:   File "C:\Users\htpcuser\AppData\Roaming\Kodi\addons\plugin.service.emby-next-gen\emby\http.py", line 336, in socket_request
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>:     
2024-06-18 15:09:22.635 T:1040    error <general>: IncomingDataHeader[Temp[0].lower()] = Temp[1]
2024-06-18 15:09:22.635 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.635 T:1040    error <general>: IndexError
2024-06-18 15:09:22.635 T:1040    error <general>: :
2024-06-18 15:09:22.635 T:1040    error <general>: list index out of range
2024-06-18 15:09:22.635 T:1040    error <general>:
                                                   
2024-06-18 15:09:22.635 T:1040    debug <general>: .

 

Edited by d0ogie
d0ogie

d0ogie 9

Posted
Posted (edited)

I can't seem to edit my previous post - I cited an incorrect add-on version. 10.0.25 is the last known working version for me with nominal load on the server (v4.8.8.0) and reverse proxy  (traefik v3) working. My previous post/logs are for version 10.0.32 which only works if I bypass the proxy.

Edited by d0ogie
  • Like 1
DarWun

DarWun 349

Posted
Posted
11 hours ago, quickmic said:

New BETA version available 10.0.32:

Delta changelog 10.0.31 -> 10.0.32

fix sync paused issue for realtime library updates
fix http connection
fix node typo

No immediately apparent issues after updating. Everything works as expected. I'll post back if I notice anything "weird".

  • Thanks 1
quickmic

quickmic 1703

Posted
  • Author
Posted
4 hours ago, d0ogie said:

I can't seem to edit my previous post - I cited an incorrect add-on version. 10.0.25 is the last known working version for me with nominal load on the server (v4.8.8.0) and reverse proxy  (traefik v3) working. My previous post/logs are for version 10.0.32 which only works if I bypass the proxy.

Can you please send me your Emby server URL (from wan/internet). I don't need a login, I just want to review the handshake.

quickmic

quickmic 1703

Posted
  • Author
Posted

FYI:

If you use Emby server beta versions and you update from to >= .25 a FULL re-sync is required. Emby server changed its MediasourcesId and it's not compatible with previous versions.

I'll implement a version control of Emby server in next plugin version and force a re-sync  automatically.

OpenHT

OpenHT 8

Posted
Posted

Just noticed a minor thing:

When you first go into Library --> SyncedNode --> Index (e.g. userdata/library/video/emby_tvshows_MyTVShows/index.xml) the default sort method seems to be "playlist" instead of "title".

quickmic

quickmic 1703

Posted
  • Author
Posted
59 minutes ago, OpenHT said:

Just noticed a minor thing:

When you first go into Library --> SyncedNode --> Index (e.g. userdata/library/video/emby_tvshows_MyTVShows/index.xml) the default sort method seems to be "playlist" instead of "title".

Yes, I noticed that either. Wasn't sure if it's the skin or the plugin.

RaptorCentauri

RaptorCentauri 59

Posted
Posted

 Hey quickmic,

I wanted to checkin on the status of integrating Kodi's native multi version selection into E4K. Is this something we can expect in a v10 release or is it more likely for v11? Any estimations on a timeline?

quickmic

quickmic 1703

Posted
  • Author
Posted (edited)
7 hours ago, RaptorCentauri said:

 Hey quickmic,

I wanted to checkin on the status of integrating Kodi's native multi version selection into E4K. Is this something we can expect in a v10 release or is it more likely for v11? Any estimations on a timeline?

In v11 and after v10 is released as stable.

Native multi version support will require a full database reset. I assume in one or two month.

btw, too bad Kodi didn't unify the code/functions. I have multiversions also for musicvideos and episodes. Therefore will be only the "classic" multiversion available. Kodi added the selection for movie content only.

Edited by quickmic
Glyde62

Glyde62 50

Posted
Posted

Noticed Show Options in plugin menu doesn't seem to be working

quickmic

quickmic 1703

Posted
  • Author
Posted
32 minutes ago, Glyde62 said:

Noticed Show Options in plugin menu doesn't seem to be working

Seems to work in my setup. Can you please double check and probably send me a kodi.log.

supermood

supermood 71

Posted
Posted

hi quickmic, 

happened again, file cannot be played after I was checking the completeness of a boxsets or browsing through movie lists. after a reboot the movie plays perfectly. 

which log do you need? mans thanks and best, d

Screenshot_20240621_134944.thumb.jpg.d663d11cc5c4e314599cd4363e626414.jpgScreenshot_20240621_134634.thumb.jpg.a91d854a972a9641bb8ddf766fcf0acc.jpg

 

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
 Share
Go to topic listing
×
×
  • Create New...