Jump to content

Plugin paths supported?


pünktchen
 Share

Recommended Posts

pünktchen

@quickmic 
Does your addon support simple plugin paths for playback like EmbyCon does?

plugin://plugin.video.embycon/?item_id={ItemId}&mode=PLAY

I know i can use the addon webserver like this:

http://127.0.0.1:57578/embyvideodynamic-{ServerId}-{ItemId}-{ItemType}-{Name}.{Extension}

But that requires to know to many parameters beforehand, when i only have the itemId.

Link to comment
Share on other sites

quickmic
On 8/26/2021 at 1:52 AM, pünktchen said:

@quickmic 
Does your addon support simple plugin paths for playback like EmbyCon does?







plugin://plugin.video.embycon/?item_id={ItemId}&mode=PLAY

I know i can use the addon webserver like this:







http://127.0.0.1:57578/embyvideodynamic-{ServerId}-{ItemId}-{ItemType}-{Name}.{Extension}

But that requires to know to many parameters beforehand, when i only have the itemId.

Well, you need the ServerID. It's mandatory due to multi-Emby-server-support.

The ServerID is NOT made up by next-gen plugin, it the real Emby-Server ID like: "2a38697ffc1b428b943aa1b6014e2263"

Also there are two options for remote content. One is the embyvideodynamic as you mentioned, the other one is embylivetv.

http://127.0.0.1:57578/embylivetv-{ServerID}-{ItemID}-stream.ts

For embyvideodynamic:

{ItemType} = "MusicVideo", "Movie", "Episode", "Video" etc

{Name} = Filename

{Extension} = mkv, mp4 etc.

{Filename} are not really critical. It's just used for connivance, you can also make that up like "blabla" as filename. (no special characters allowed, including spaces!)

{Extension} should at least indicate the content (Kodi uses the extensions to detect audio or video content. So it's critical NOT using mp3 if it's a video and vice versa.

It's not really critical to use mkv instead of mp4. Probably the Kodi OSD tags are not correct, but it will work anyway.

{ItemType} is used for identification. Actually dynamic content (this is all content received remotely from emby server via websocket) is checked if it's (already) synced to Kodi's DB.

If yes, next-gen pulls the metadata from Kodi DB (much faster). If it's not synced, next-gen queries Emby-server for metadata. If this info is not correct, worst case would be. next-gen pulls data from Emby server even it's already synced and actually no need for. (Slower). But it should work even it's not correct.

 

btw, what you hav ein mind?

VirtualTV is already supported by the latest experimental version.

Edited by quickmic
Link to comment
Share on other sites

pünktchen

My plugin can also export stream links for playback of past and future programs as archive video (SimplePVR calls it catchup streams) to a channels.m3u. The stream links are urls with a placeholder for the "CatchupId" that is provided as part of the program from a xmltv file. I must admit i didn't try if the CatchupId accepts such a long parameter like the ones that are needed for your addon. I thought i would ask for a simpler method before i start to code.

The reason why i also write EmbyNextGen urls in the export function of my plugin is, with the channels.m3u of your addon users that have a live tv plugin in Emby and the same as a Kodi pvr addon, get duplicated channels.

  • Like 1
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
 Share

×
×
  • Create New...