All Activity

I don't mind getting my hands dirty and writing a script to work around that - but I need Emby to pick it up somehow. Aside from the concept itself in which we have an image type that is practically in the limbo (and it's actually the highest priority image-type used in CW row episode-wise). As stated, it can either be done by the server automatically by copying series thumb or episode thumb/primary image as episode landscape and noone would be the wiser. Or simply give us the possibility to import those ourselves programatically.

Sorry, I don't follow. You would need to provide the IP address to canyouseeme. Can you tell us exactly what you did and what happened?

@GrimReaperBoth should be doable, but you might want to wait a lil bit till the next version comes out.

What is this mysterious version? I did not see it in the LG apps store.

Is that one of the new Vega devices?

That's the problem - I don't know where the failure is. I've done everything suggested, set up port forwarding, but still no connection. However, when I tried canyouseeme.org, it didn't match the IP address on the Emby dashboard

26.0.10 Fix positioning of video OSD brightness slider

Emby Web App Update: Version The Emby Web app has been updated to version Go and try out: https://app.emby.media/ Changes 26.0.10 Fix positioning of video OSD brightness slider

Sorry, I thought we had discussed this pre-implementation and that we decided the episode image is what should show there instead of the Show poster. Its not unclear its just that nothing in the wild will assign a thumb image to an individual episode.

I'm grateful for this topic. My server has, despite not being set to, created a load of automatic collections. I've just gone to delete them and got the frankly terrifying "Deleting these items will delete them from both the file system and your media library" message. Before I inadvertently destroy weeks of work, can it be confirmed that this is absolutely only the technical data relating to the collections, but not the videos within?

Okay. It was more than 10 years ago. It is a little more than 12. Hence this user in 2014 wanted larger unwatched count on their TV series (and collections) artwork. Then in 2018 options for the green watched checkmark were discussed. This isn't a recent change. It can be discussed again.

Thank you Luke.

Does Emby have full functionality and work on the new Fire TV Select devices from Amazon?

HI, can you get it to happen again?

Hi, it does not, no.

I know Infuse offers the ability to create a "streamlink" file that will play my Apple purchases (movies/tv shows). I had read that Emby can use strm files. Does that work the same way as Infuse where you click on the episode and the file takes you to the Apple TV site to play the title?

Yes.

I honestly don't understand the reluctance here nor what is unclear in all this. There's an image type that can be assigned, is used by Emby core and is utilized by multiple plugins (including your own CA, as stated). There's no naming convention for it (although it is saved under certain one within server's metadata folder, breaking opt-in option to save artwotk next to media). There should be one. As elaborated few years ago, it's the difference between: and That was only CA plugin example. There are multiple plugins nowdays that overlay that episode landscape image (Iconic, EmbyIcons, EmbyNewOverlay...).

I guess you need to look at the links in my post above. Or not port forward. Any server is as secure as the admin ( You )..... One guide can change or be faulty in many ways, some are easy, others hard. But you need to use your brain and learn if you want to NOT get in this situation....

It ain't, you're getting Poster if image type Primary selected.

I assume this will be applied going forward ?

I'd not tried since getting back from holiday, but I've just had another go and updating using pkg update && pkg upgrade and then updating emby with pkg add -f https://github.com/MediaBrowser/Emby.Releases/releases/download/4.9.5.0/emby-server-freebsd13_4.9.5.0_amd64.pkg runs but emby won't start as a service afterwards. Nothing in the emby log files as it's just failing to start. Rolled back to 4.9.3.0 which is working fine

Following guides I read years ago and have since forgotten. The docker image is nginx:latest, but I don't know if that means just the latest at the time I created the container or if it's updating itself when needed. I was running calibre out of a docker container some time back, then needed to update for a specific feature and was told updating was impossible, I could only delete it (losing all my data) and recreate it. Which seems wrong, but the path of least friction in that case was just recreating my library on my Windows PC. Since Emby is running on my Synology NAS, that's not an option here.

Then find out... When you say things like that, I wonder how you managed to set up a non-trivial system using docker, nginx, and Cloudflare in the first place. Paul