All Activity

Salut, j'ai installé komga sur mon ds918 et il a scanné toutes les 37800 BDs et 35000 livres,epub,pdf. Il a mis 10 jours et a tout classé en "bibliothèque BD et Livres". Dans Emby ce serait super d' avoir par livre, - titre - sommaire - nombre de pages - couverture - année de parution - auteur, éditeur, dessinateur, - nom de la série si existante Regarde ce que fait komga et tu verras. Merci à toi Luke.

removed Test library restart Emby added Test Library, scan Libraries and logs embyserver.txt Folder view shows movie folder names, not the Czech movie names, not the collage image for the Western folder

Thanks for your response. Regarding the end credits, usually what happens in other apps is that Endcredits triggers Emby's built in "Next Episode" button. Currently, in the Emby app for example, if you didn't have end credits for a show, the next up button doesn't show until like the last 10 seconds. With the shows that do have end credits from the credit detector plugin, the next episode button just pops up when the show hits that time mark. I did notice that in your app, shows with Intros flagged and end credits flagged, you show them under the timeline in the "Chapters" section already. So, your app does read them, if that helps at all.

@kdackiwit looks like these are not fully following multi-version naming conventions? Movie Naming The filename of each version should be: foldername - versiondescription.ext That's folder name, space, dash, space, then some additional description of the version. I would try renaming the two movie files, then run a library scan and see if that helps. Please note this may also require renaming image and nfo files names as well. Please let us know if this helps. Thanks.

My point was more about wether the series image (thumb) can carry the hopes and dreams of the entire feature set (Show Status|Season Status|Episode Status) through recalculation based on onplayed event and specifying a user ('s watched status) to update the right outcome on the series image (the only image that can realistically work for continue watching, (given the limitations in image processing not being per user and images falling back to show) (i am talking about image processing functionality that can work with all clients not hacking the webclient)

If you install the plugin on emby It works across all platforms.Window, Linux, macOS and NAS.

Actually the timeout value is not fully being used. It's only being used as an on/off to determine if the dialog should be a toast or a dialog with an OK button.

Nope it does not show everything as 4K, when set to 4K. So this is a good troubleshooting. Shield set to 4K, movie still shows in 1080p, in one location, but not in another. But I'll check again tomorrow, before I am certain about this. Maybe it is right, but still wrong. I'll check. Be patient

@NeminemJust out of curiosity, how comes the facepalm reaction?

OK it is probably best to re-evaluate with the upcoming 4.10 release once that is available. That should be very soon.

"Series Finale badge instead of only Season Finale" Added to the current beta I'm working on

@pünktchenis virtual tv playing in the way i've always suggested or is it trying to do some trickery?

No because the settings only exist to turn off passthrough, not to make it happen.

@softworkz

Hi, are you still seeing this with the latest update to Emby for iOS?

Is there a "quick and easy" way to pop up a notification dialog from the Plugin API (which is not using the PluginUi at this moment)?

Will this be available across all platforms such as Nvidia Shield, Google 4K streamer and so on?

The current root page of the dev documentation should have a "Plugin C# API" and "Server C# API" in its "Emby SDK" TOC on the left hand side. Right now, to find either API, you have to realized its under the developer home (not obvious), then find the "worth a look" link in the "Emby Server .NET API" group. It would be great if there was a quick link at the top to get to the "Documentation/reference/index.html" page Scott

Thanks! Thats what I "kindof" figured. As in the old way works, and is still supported. But the new way is better Is there any "this is what you did in js+html, this is the equivilent in the PluginUI" reference material?

It's still not working as I show at first place, it does working from tv guide. Are you going to fix that or not? depends on you.

I reckon it’s more a case of the user having to test it. They pay money for the app and/or a subscription, and on top of that they get to act as a guinea pig. And then they’re asked to kindly send in the log. That way, the programmer saves themselves the testing phase.

I can open an issue but as a workaround if you can add the option to the "Android" version to toggle passthrough of audio formats like the Android TV version, it wouldn't matter that auto detect doesn't work. Thoughts?

Clear answer: No, you won't have to do this. As for advantages and disadvantages, we don't have such a table. The new one is called Plugin UI: https://betadev.emby.media/doc/plugins/ui/index.html The old htmljs method is still supported and has no specific name. The general guidance is to always use Plugin UI unless you really need something that cannot be done with Plugin UI - which are things like having full control over the rendered UI, and showing images. Almost everything else - in the context of a settings UI can be done with Plugin UI just well. The advantages of Plugin UI are It's future proof many older plugins have a weird-looking UI these days when they haven't been updated whatever you may do today in a htmljs plugin UI can be broken shortly after due to general UI code changes it's easy and declarative You just define your settings as a C# class with appropriate interactions, you don't need to care about presentation You don't have to create your own API service for the htmljs client code to interact with the server You can stick to a single language for development (C#) For more, see here: https://betadev.emby.media/doc/plugins/ui/index.html

Hi, are you still having an issue with this?