Jump to content

Extend Emby Notifications


darkside40

Recommended Posts

darkside40

Would it be possible to extend the send by Emby?

Till now when a new Iten is added Emby only sends the Name (if it works) and the Description.

Would it be possible that Emby sends for example also the IMDB, TVDB ID's or an image path for further processing?

Link to comment
Share on other sites

rechigo

I think It shoulfld send the BaseItem itself containing all available metadata/images on the item

 

Sent from my SM-G973U using Tapatalk

Link to comment
Share on other sites

I think the likely future of notifications is that once we have notification options built into the mobile apps, that's going to cause mass confusion between that and the notification system built into the server.

 

Therefore I think the best course of action will be that the notification plugins are no longer controlled by a core notification system, which will them free them up to do more of what they want and not be limited to the lowest common demonstrator of all the plugins.

Link to comment
Share on other sites

rechigo

 

 

Therefore I think the best course of action will be that the notification plugins are no longer controlled by a core notification system, which will them free them up to do more of what they want and not be limited to the lowest common demonstrator of all the plugins.

Like how your Webhooks plugin has the notification settingsnin the plugin page rather than using the core notificationbsystem?

 

Sent from my SM-G973U using Tapatalk

Link to comment
Share on other sites

Yea I think we should drop the core notification system and just let the plugins self-manage themselves. It's confusing for users to have to go to two places to set it all up. 

 

It will mean more code for the plugins but i think it is the right move. When the time comes i will convert all of the existing ones so that will give you sample code.

Link to comment
Share on other sites

rechigo

Yea I think we should drop the core notification system and just let the plugins self-manage themselves. It's confusing for users to have to go to two places to set it all up.

 

It will mean more code for the plugins but i think it is the right move. When the time comes i will convert all of the existing ones so that will give you sample code.

Wouldn't dropping the notification system also take away the ability of other plugins sending their own notifications? There are a couple that have their own custom notifications

 

Sent from my SM-G973U using Tapatalk

Link to comment
Share on other sites

It wouldn't take away anything. They would just have to subscribe to internal system events on their own rather than having a notifications framework invoke them.

Link to comment
Share on other sites

darkside40

Which would effectively mean to hand over the work for a proper Notification Framework from the Core Team to the Plugin Developers so they all have to create their own ways in retrieving the data.

Combined with the not really existing plugin developement documentation i dont know if that is the way to go. 

Link to comment
Share on other sites

rechigo

Which would effectively mean to hand over the work for a proper Notification Framework from the Core Team to the Plugin Developers so they all have to create their own ways in retrieving the data.

Combined with the not really existing plugin developement documentation i dont know if that is the way to go.

I agree. Before we start offloading core functionality to plugin developers, they should have a working documentation. The docs haven't been updated in years. The only way to get documentation is to Right Click the interface > go to declaration to view all properties and methods. Today I found something useful: the Jellyfin plugin documentation. It's not exactly identical, it probably doesn't contain all the Emby interfaces, but its magnitudes better than Emby's current documentation: https://github.com/jellyfin/jellyfin-plugin-template/blob/master/README.md

 

Sent from my SM-G973U using Tapatalk

Link to comment
Share on other sites

rechigo
Yes but it is very lackluster and is missing tons of interfaces and examples

 

It's enough to get you started, but once you want to explore the API further it can be difficult to find things

 

Sent from my SM-G973U using Tapatalk

Edited by rechigo
Link to comment
Share on other sites

darkside40

Thats the reason why there are so many plugins which are simply based upon other plugins.

This is the case with nearly all Notification Plugins, they are mainly based on the E-Mail plugin.

 

Due to the lacking documentation it is nearly impossible for any non-fulltime software developer to do plugins for Emby. Sad but true.

Link to comment
Share on other sites

rafinha

The good thing about Webhooks, is for people that are not C# developer.

Example, I. I can do the service using the language that I want like Typescript, and let webhook fire events to my service.

 

I believe if we go to this way, we will have way more plugins for Emby.

Link to comment
Share on other sites

darkside40

But if i recall it correctly for using Webhooks your Emby Server needs to be reachable from the internet. Correct me if i am wrong.

Link to comment
Share on other sites

rafinha

But if i recall it correctly for using Webhooks your Emby Server needs to be reachable from the internet. Correct me if i am wrong.

 

Not really, right now I'm creating my service using docker... so I just point the webhook url to my docker container http://192.168.2.30/test

Link to comment
Share on other sites

darkside40

So infact that would mean i write an external application for example in Python that waits for the notification made by the Emby Server via the Webhook when new media is added. After that my application would connect to the Emby Server via its api and takes all the info that is needed to send for example an info enriched Telegram Message.

 

Good concept the only downside i would say is that this is harder to install for most users than a plain Emby plugin.

Link to comment
Share on other sites

rafinha

So for telegram, what I want to do:

 

1. Receive from webhook

2. Format the message the way I want, message + thumb (right now, because emby has a limited info, I parse the info and search in emby api or themoviedb api)

3. Send to Telegram/Discord/Facebook/Whatsapp bot using their api

 

Yeah maybe for the people that don't create as service like me, using docker is not the ideal, but for my scenario is just perfect.

 

Anyway, is the way that webhooks works, i guess for the people that don't want use it as webhook, they still can work with plugins.

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...