darkside40 91 Posted March 25, 2020 Share Posted March 25, 2020 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 More sharing options...
rechigo 293 Posted March 25, 2020 Share Posted March 25, 2020 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 More sharing options...
Luke 36884 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
rechigo 293 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
Luke 36884 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
rechigo 293 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
Luke 36884 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
darkside40 91 Posted March 26, 2020 Author Share Posted March 26, 2020 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 More sharing options...
rechigo 293 Posted March 26, 2020 Share Posted March 26, 2020 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 More sharing options...
Luke 36884 Posted March 27, 2020 Share Posted March 27, 2020 It is just one idea. I will figure it out when the time comes. Link to comment Share on other sites More sharing options...
Luke 36884 Posted March 27, 2020 Share Posted March 27, 2020 We have plugin documentation here: https://github.com/MediaBrowser/Emby/wiki/How-to-build-a-Server-Plugin Link to comment Share on other sites More sharing options...
rechigo 293 Posted March 27, 2020 Share Posted March 27, 2020 (edited) We have plugin documentation here: https://github.com/MediaBrowser/Emby/wiki/How-to-build-a-Server-Plugin 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 March 27, 2020 by rechigo Link to comment Share on other sites More sharing options...
darkside40 91 Posted March 28, 2020 Author Share Posted March 28, 2020 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 More sharing options...
rafinha 8 Posted March 28, 2020 Share Posted March 28, 2020 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 More sharing options...
darkside40 91 Posted March 28, 2020 Author Share Posted March 28, 2020 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 More sharing options...
rafinha 8 Posted March 28, 2020 Share Posted March 28, 2020 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 More sharing options...
darkside40 91 Posted March 28, 2020 Author Share Posted March 28, 2020 Problem is that there is no Webhook for New Media available. Link to comment Share on other sites More sharing options...
Luke 36884 Posted March 28, 2020 Share Posted March 28, 2020 That can be added. Link to comment Share on other sites More sharing options...
darkside40 91 Posted March 29, 2020 Author Share Posted March 29, 2020 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 More sharing options...
rafinha 8 Posted March 29, 2020 Share Posted March 29, 2020 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 More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now