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

[quickmic 1486]

Disclaimer:

If you decide using the delete option, IT'S YOUR RISK!
If you are using fileops on Kodi, LOOK and VERIFY what Kodi is about to delete or modify. The affected folder is clearly shown in a Kodi popup message.

 

Release Notes:
removed Kodi 19 support: ONLY FOR KODI 20

for Kodi 21 use public testing versions 10.X

 

 

STABLE VERSION 9.4.21:

Download Link:

https://kodi.emby.tv/Public testing/plugin.video.emby-next-gen-9.4.21.zip

fix multiversion episode delete issue
fix strm file issue
fix websocket close issue

fix 'FreeTypeFont' object has no attribute 'getsize' -> python pillow api change
fix playertracker issue
fix library removal issue for edge case
fix player crash

fix Studio sync issue
fix BoxSet sync issue
backport MusicAlbum bugfix from 10.X
fix extracted bluray and dvd playback

fix sync issue for invalid episodes metadata
fix nextepisodes synced node

fix SesaonId detection by PresentationUniqueKey -> compatibility with 4.9.X Emby server

exclude photos
fix virtual tv

fix books and games library issue

fix stream sync issue

fix invalid year values sync issue

fix database option set
fix favorites remove
fix content date
fix musicgenre removal

fix dynamic node

fix minor sync issue

fix dynamic nodes folder selection, when folder has multiple content types included (e.g. pictures)
fix delete after played option

fix player crash when content was playerd from an external source (not Emby)

fix nodes

fix initial xmls configuration
remove overlay from photos
add bookmark workarounds for episode widgets
fix cinemamode via widget playback
fix native mode widget playback

fix multiversion
fix player issues
fix upgrade issue from 8.X version

fix boxset update issue
fix favourites update
fix artwork cache
fix player issues

fix minor player issue
unified player code
fix sources.xml
fix artwork cache/remove
fix player timing issues (stability)
fix Boxsets synced via Emby server stable version
fix livetv issues

fix database vacuum
fix MusicGenre updates
fix playlists

keep advancedsettings.xml on factory reset
add options to adjust the context menu
fix watched status
fix context menu options
remove (library) label extension from tags
fix server busy notification when server is shutdown or restarting
fix favorites issue
added additional database consitency checks
fix multipart content

fix artwork caching
fix delete downloaded content
change downloaded content label from downloaded to download
fix database I/O issue
fix queue issue/hibernate issue
support subscontent donwload (via season, tvshow)
add support for season favorites
fix favourites "remove" action via Kodi's default favourite view
add translations
fix numeric check (e.g. aspect ratio value was not detected)
fix dynamic node subcontent issue (e.g. movies -> genre)
make paging factors adjustable by content
fix dynamic nodes content reports to Emby server
fix native mode Windows path issue
fix queue timing issue
new tvtunes integration
remove emby server -> clean content settings and nodes
fix several minor issues
unify code
lower MusicAlbum paging value (Emby server > 4.8.0.58 (beta) has performacne issues with subcontent queries)
fix Kodi nightly database issue
fix file delete issue
fix virtual content issue e.g. for upcoming episodes
fix database reset for Windows

Fix search cache issue
Fix minor musicvideo issue
Fix minor sync issue
Block .tbn file queries in addon mode, if not a picture query
Block invalid queries in addon mode
Add Download option
Fix player issues
Fix remote mode issues

Add additional caching for mixed content in dynamic mode
Add search option in dynamic nodes
Fix dynamic nodes issue

add additional image fallbacks for landscape
fix minor sync issue for BoxSet updates
fix smb pathes (native mode)
autoupdate Kodi settings for addon mode (myvideos.extractflags=disabled, myvideos.extractthumb=disabled, myvideos.usetags=disabled, musicfiles.findremotethumbs=disabled, musicfiles.usetags=disabled, myvideos.extractchapterthumbs=enabled (if path subsitution is enabled, otherwise myvideos.extractchapterthumbs=false)
fix picture load issue
fix realtime (library) update issue under for edge case

fix favorites content playback
use helper folder for dynacmic nodes including mixed content
fix sync issue for mixed content libraries
fix dynamic node for audio content
fix music sync issue
option to sync livetv channels on Kodi start

fix delete option via context menu
fix sort order for dynamic nodes
fix sync issue for Videos

fix kodi source -> http://kodi.emby.tv
fix Kodi shutdown when Emby server connection was down
fix dynamic node sort options
code unification
fix homevideo/photos dynamic node
fix init sync crash
option to disable favorites sync

clean code
fix crash on Kodi exit
fix remote playback issues

improve plugin startup
fix BoxSet updates on Kodi startup
add support for realtime updates of boxsets
fix/support sync issue for virtual content like BoxSets, MusicAlbum, MusicArtist, Tags, Persons, Genres, MusicGenres etc.
change Kodi events to a more reliable threading/queueing system
fix issue with different actors but similar names
support playlist sync
added sync tag nodes for collections
fix sync node issues
support favorites for all sorts of Emby content
support MusicGenres for Musicvideos
less ram usage while sync in progress
clean and restructure (code) modules
Subcontent unification changed (Genre, MusicGenre, Tags, MusicArtist, Studios, MusicAlbum)
Boxsets (Collections) to Tags as Option
Fix Artwork issue for MusicAlbum
xml python api plugin replaced by code. Plugin is a source of issues and not very stable.
Some livetv sync fixes
fix/improve cache for dynamic content updates
fix timeouts (CCurlFile::Stat)
new mixed in-progress node
Patching requests python lib to disable Nagle
add dynamic node links as xml
fix release date information
add continue-watching node
change default sort option for Episodes
fix folder playback

 

 

Edited June 9 by quickmic

[quickmic 1486]

This is a super early version and bugs are quite possible. Native mode and several other features not even tested yet!

[LittleWizard 30]

With 9.0.0 by now I'm ok except favourites: when I play a movie from there, it appears with a strange (service) name and it does not appear in progress in main library, but only in favorities.

I also whish an option to chose wether to syn favorities or not (maybe someone would like to keep favourites clean in Kodi to only add folders and nodes)

Also it seems not to work well with Emby PLAY ON. I'm now watching a movie. I asked myself about an actor. I opened emby on android and selected play on > emby for kody. I see the actual video with play controls and only faded background cover (no cover at center) and I can't see other infos like actors. Also I tried resuming the same film with play on but It started from beginning.

I have to confirm that, but it also seems not to remember last setted subtitle when stopped and resumed even if option active on Kodi.

Edited December 3, 2023 by LittleWizard

[FrostByte 5162]

I can say it crashes a lot using Omega nightly .  Got it set up under native mode though and will try a movie tonight.

 

BTW: When it resets the Kodi db can you have it so it only resets the libraries that are actually configured in the plugin?  For instance, I only have movies and TV in the plugin, but my Music library got reset also which takes a lot of time to rebuild.

[FrostByte 5162]

Watched Oppenheimer tonight.  Made it through the whole movie using direct access/NFS.

[quickmic 1486]

7 hours ago, LittleWizard said:

Emby PLAY ON

Did you select a content previously synced to Kodi or was it played as "dynamic" content?

Dynamic content played may have issues with progress.

Is it different as in 8.X?

Edited December 4, 2023 by quickmic

[quickmic 1486]

6 hours ago, FrostByte said:

I can say it crashes a lot using Omega nightly

Only in addon mode?

I tested with beta 1 (not nightly). It crashes sometimes, but not that often here. I assume Kodi problems?

[quickmic 1486]

7 hours ago, LittleWizard said:

I also whish an option to chose wether to syn favorities or not

I can add this option, no problem.

btw, Kodi's (internal) favorites mechanism has major design flaws. I would avoid using Kodi's (add to favorites)

Edited December 4, 2023 by quickmic

[quickmic 1486]

6 hours ago, FrostByte said:

BTW: When it resets the Kodi db can you have it so it only resets the libraries that are actually configured in the plugin?

You can use a repair sync if a database reset is not mandatory. Some versions needs a complete reset due to database changes.

[FrostByte 5162]

6 hours ago, quickmic said:

Only in addon mode?

I tested with beta 1 (not nightly). It crashes sometimes, but not that often here. I assume Kodi problems?

It may have been in addon mode at the time.  I first installed as addon, then restarted over as native mode which I'm using now.

It was only during the install process but seems to be okay now.  I'm guessing Kodi/Skin, but logs are long overwritten, and I never got a chance to investigate.

[quickmic 1486]

3 minutes ago, FrostByte said:

It was only during the install process but seems to be okay now.

Yes same here. A library scan on Kodi 21 beta 1 crashes after finished, but scan was completed. I assume it's due to the xml bug in Kodi 21.

[FrostByte 5162]

5 minutes ago, quickmic said:

Yes same here. A library scan on Kodi 21 beta 1 crashes after finished, but scan was completed. I assume it's due to the xml bug in Kodi 21.

Yes, same here.  Thanks

[FrostByte 5162]

Oh, I did notice something odd and this has probably been an issue for a while.

During one of my installs I had brought up a Kodi menu real quick and the initial setup E4K logon box that comes after restart popped in behind the Kodi box even though it was the active box.  So, I couldn't see the E4K box to type my pw, but I couldn't get rid of the Kodi box because the E4K box was the active box.

In the picture below I tried to show what I'm talking about.  The red box would be the one from E4K behind the one from Kodi.

[quickmic 1486]

6 minutes ago, FrostByte said:

Oh, I did notice something odd and this has probably been an issue for a while.

During one of my installs I had brought up a Kodi menu real quick and the initial setup E4K logon box that comes after restart popped in behind the Kodi box even though it was the active box.  So, I couldn't see the E4K box to type my pw, but I couldn't get rid of the Kodi box because the E4K box was the active box.

In the picture below I tried to show what I'm talking about.  The red box would be the one from E4K behind the one from Kodi.

Yep, not sure if there is something I could do to fix it.

[FrostByte 5162]

Np, I was hoping there was something to force a dialog box to the front.  Would rarely happen though and easy enough to just force close and restart.  I'll just remember not to do that again.

[LittleWizard 30]

On 12/3/2023 at 10:10 PM, LittleWizard said:

With 9.0.0 by now I'm ok except favourites: when I play a movie from there, it appears with a strange (service) name and it does not appear in progress in main library, but only in favorities.

I also whish an option to chose wether to syn favorities or not (maybe someone would like to keep favourites clean in Kodi to only add folders and nodes)

Also it seems not to work well with Emby PLAY ON. I'm now watching a movie. I asked myself about an actor. I opened emby on android and selected play on > emby for kody. I see the actual video with play controls and only faded background cover (no cover at center) and I can't see other infos like actors. Also I tried resuming the same film with play on but It started from beginning.

I have to confirm that, but it also seems not to remember last setted subtitle when stopped and resumed even if option active on Kodi.

I am referring to movies synched (not dynamic nodes). Anyway now I can see main cover and get infos. Still resume does not work. For example I start a movie with shield tv, I open emby app on smartphone to get infos and control kodi. Then I stop. I try to start with resume from emby app with play on (I can see it will resume from hh:mm, but it start from beginning.

Also with play on I can see subtitles on my smartphone, but if I try selecting another one, does nothing.

If I do the same thing while playing on Emby official app, it does work.

All in all 9.x it works fairly well, but I wonder: you are a great programmer so with a small effort you could improve emby app so that we don't need kodi anymore. Improving emby app is a lot simpler than adjusting embyforkody to make it works with various version of emby server, kodi and devices. Also amby app can control tv recordings. Why someone nedd kodi + embyforkodi if not for a better interface which can easily "copied" in emby app? Really a think your talent should be on Emby core. I love Kodi but for an Emby user it is only an unnecessary layer of complications.

 

 

 

 

[quickmic 1486]

7 hours ago, LittleWizard said:

I am referring to movies synched (not dynamic nodes). Anyway now I can see main cover and get infos. Still resume does not work. For example I start a movie with shield tv, I open emby app on smartphone to get infos and control kodi. Then I stop. I try to start with resume from emby app with play on (I can see it will resume from hh:mm, but it start from beginning.

Also with play on I can see subtitles on my smartphone, but if I try selecting another one, does nothing.

If I do the same thing while playing on Emby official app, it does work.

 

That's an Emby server bug, frankly I don't know why it works on Emby app.

@Luke

Remote playback doesn't report the progress any more (beta58). (Tested via WebUI resuming a movie).

btw, this bug quite old, not specifically related to beta 58.

Incoming msg is:

IncomingData  b'{"MessageType":"Play","MessageId":"128edb7fd64346e19702e72c27da24ea","Data":{"Id":"b82061c6f670029e1862349469c55ed5","ItemIds":[75092],"PlayCommand":"PlayNow","ControllingUserId":"e1f4f9fe335c47ae8524d0d7de19e9ab"}}

I could pull the progress via API, but if playback is initiated by a different user, I guess this wouldn't work without admin previlegies. Also that shouldn't be necessary.

In the past there was following info included: "StartPositionTicks" and "StartIndex"

 

Quote

All in all 9.x it works fairly well, but I wonder: you are a great programmer so with a small effort you could improve emby app so that we don't need kodi anymore. Improving emby app is a lot simpler than adjusting embyforkody to make it works with various version of emby server, kodi and devices. Also amby app can control tv recordings. Why someone nedd kodi + embyforkodi if not for a better interface which can easily "copied" in emby app? Really a think your talent should be on Emby core. I love Kodi but for an Emby user it is only an unnecessary layer of complications.

Well I don't use Emby app cause it's Android based. Also it uses realtime API queries (dynamic content). For my usecase, this is too slow. Third, it's written in Java I guess. My java skills are quite rusty, but maybe in future I can have a look at this app.

 

 

Edited December 5, 2023 by quickmic

[Luke 38096]

6 minutes ago, quickmic said:

That's an Emby server bug, frankly I don't know why it works on Emby app.

@Luke

Remote playback doesn't report the progress any more (beta58). (Tested via WebUI resuming a movie).

btw, this bug quite old, not specifically related to beta 58.

Incoming msg is:

IncomingData  b'{"MessageType":"Play","MessageId":"128edb7fd64346e19702e72c27da24ea","Data":{"Id":"b82061c6f670029e1862349469c55ed5","ItemIds":[75092],"PlayCommand":"PlayNow","ControllingUserId":"e1f4f9fe335c47ae8524d0d7de19e9ab"}}

I could pull the progress via API, but if playback is initiated by a different use, I guess this wouldn't work without admin previlegies. Also that shouldn't be neccessary.

Well I don't use Emby app cause it's Android based. Also it uses realtime API queries (dynamic content). For my usecase, this is too slow. Third, it's written in Java I guess. My java skills are quite rusty, but maybe in future I can have a look at this app.

 

 

Yea this is not new. The way it's done now in Emby apps is that when a play position is not specifically requested, then play should be a resume. In other words, resuming is more or less default behavior and doesn't require params. It's only to start from the beginning that requires a specific position such as 0.

The benefit of this is that it doesn't depend on the calling app having to have up to date progress information.

[quickmic 1486]

Just now, Luke said:

Yea this is not new. The way it's done now in Emby apps is that when a play position is not specifically requested, then play should be a resume. In other words, resuming is more or less default behavior and doesn't require params. It's only to start from the beginning that requires a specific position such as 0.

The benefit of this is that it doesn't depend on the calling app having to have up to date progress information.

Ok, but what if the progress is different for the user on the client than on the initiator? I assume the progress of the "master" should be used and this could differ.

[howarmat 0]

I never had this happen with any of the 8.x.xx series but when I load the libraries all the “dynamic” libraries are turned off but it still wants to load all the Persons, Studios and Tags.  Is there a different setting to turn that off or a bug right now?

[quickmic 1486]

1 minute ago, howarmat said:

I never had this happen with any of the 8.x.xx series but when I load the libraries all the “dynamic” libraries are turned off but it still wants to load all the Persons, Studios and Tags.  Is there a different setting to turn that off or a bug right now?

Not sure what you try to say. Person Studio and Tags are part of the sync process in 9.x.

 

[LittleWizard 30]

On 12/5/2023 at 6:49 AM, quickmic said:

Ok, but what if the progress is different for the user on the client than on the initiator? I assume the progress of the "master" should be used and this could differ.

Anyway "play to" works fairly bad also using official emby app (cover sometime flashes every second, sometime progress bar goes away after few seconds, no chapters available.

Only problem that is specific to play on embyforkodi is the fail or resume.

Yes, kodi is really faster than emby app, but Emby app also has recording schedule management. Someone could develop a pvr addon for emby to control also recordings, but in the end it is simpler to enhance Emby app I think

Anyway till now 9.x version of embyforkodi does work very well. No hangs on stop.

[quickmic 1486]

6 hours ago, LittleWizard said:

Only problem that is specific to play on embyforkodi is the fail or resume.

I'll use the emby app approach in next version.

[quickmic 1486]

New PUBLIC TESTING version available 9.1.1:

Delta changelog 9.1.0 -> 9.1.1

clean code
fix crash on Kodi exit
fix remote playback issues

[quickmic 1486]

20 hours ago, LittleWizard said:

 

Anyway till now 9.x version of embyforkodi does work very well. No hangs on stop.

Well, the core issue is in Kodi's codebase and not fixed. 9.X just uses workarounds.

The hangs will still be there but no longer than 2 seconds (plugin default settings). You can try network timeout 1 second (plugin config menu -> advanced) for further improvement but could be too low.

 

Edited December 7, 2023 by quickmic