All Activity

I thought Luke was describing a hypothetical future feature where the image could be hashed with context or something like that. So, the generated result of backdrop-as-series-image.jpg would be cacheable and distinct from backdrop-as-backdrop-image.jpg. I think everyone gets that it's not possible without changes to the existing image pipeline.

Yes.

No I'm not...

Hi. Can you discern what order they are showing in? Like maybe last played? What happens if you change the sort to something else and then back to default?

Hi. Please see: My Emby Key Says it is Invalid or Missing

Its been a long time since I have had it working. Will it take multiple runs to fill in all the missing trailers for a large stack of movies? I assume the youtube api will throttle it at some point right? Cause the scan task takes a long time but not all movies are showing local trailers yet. Thanks in advance! @radeon

Then you want to use "Latest Releases" not "Latest Media".

Long shot but did you try this?

What you are seeing is really just by accident not by design. There is only one of each image. The fact you are seeing different results is probably just due to caching at particular sizes but could not be relied upon for what you are wanting.

Hi Luke, following the only log file generated for this specific issue. Take a look that only embyserver.txt is generated and not ffmpeg* at all. The emby macos client is not connecting from internet but is pointed inside the network through an internal router (NAT). After very few seconds (about 2) emby client for mac cresh. Thank you in advance. embyserver.txt

OK, an update. I've been using another box in the last maybe 2 months or so (Mi Box 3s 3rd gen), and this resume issue NEVER happened, not once! So, I guess this is the FireOS issue. To mention that I have the same .apk installed on both boxes, so the app is identical. Maybe this could be helpful.

To avoid conflation i believe "the backdrop" in your statement is both a source (eg jpg) image and 'a backdrop', i assume Emby's cache for "show thumbnail", is an abstraction over the top - I assume the source backdrop image is taken and 'made into/cached as;' the show thumbnail (by way of the rules of inheritence); i assert when looking at 'a backdrop', no overlay would be requested, and when looking at a show thumbnail, a 'show thumbnail overlay' would be requested. I dont think it would be a [good] solution if an image presented as 'a backdrop' in the ui received the "show thumbnail overlay". I am at a disadvtage in explaining as i dont know whats possible (or the inner workings of overlays) but hopefully that explain the intention of the feature request.... if the following quote doesnt do it better. This seems to be already working on inherited epiosde images. when looking at the inherited epiosde image (whoose source is the show poster by the rules of inheritence), the "episode overlay" is displayed and when looking at the show poster (whoose souce is the show poster) the "show overlay" is displayed. Sane source image, different overlay in different circumstances, successful granular presentation in the ui...so Emby already seems to be working for [inherited] episode images; But not working for [inherited] show thumbnails.

Came here to ask the exact same question. Upgraded over the weekend, and noticed thay Next Up was behaving oddly. @Luke, legacy Next Up had quite a bit of logic sitting behind it, from I can surmise. Only shows: - TV Show episodes - Only episodes of shows that have had at least one episode watched - Only the next (single) episode in chronological order.

Wow, they are awesome!!!

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Hi, that's strange. Are you still having an issue with this? Can you give it another try?

Hi, this is resolved in the next update to Emby for Android. Thanks.

Oh do I need to download it fresh? I forgot the link to the download page. Sorry, its been a while lol Never mind I found it

I have an active subscription to Emby Premiere, MBSupporter and livetv-plugin register fine, but IsSupporter/SupporterKeyInfo return "not registered" even right after a fresh key activation, and so unable to use Hardware Transcoding

Latest version was working the last time I checked.

Could be that you've just got all thats available right now pal. The themes get sporadically uploaded so may find times where you will and others not. To confirm you're not having functional issues, run them up with debug logs enabled and check if you're getting something fail. For my they're working fine.

Does anyone know if the trailer plugin is working again? @radeon

Not seeing any issues with my httpd reverse proxy with a stream playing on my phone (pixel 7 pro) and shield at the same time. Both are 3.5.55 and server 4.10.0.40. I generally don't see playback controls for Firesticks for whatever reason - that's not new with 4.10, even on 4.9 I saw that - but everything else seems normal.

Hallo und schönen Abend. Ich weis es ist nicht gerne gesehen wenn man pusht , aber wenn ich nicht irre ist @radeonder DEV der beiden von mir genannten Plugins welche ich käuflich erwerbt hatte. Wird denn an dem Problem gearbeitet bzw ist es überhaupt war genommen ? MfG ########################################################################################### Hello and good evening. I know that "bumping" threads is generally frowned upon, but if I’m not mistaken, @radeon is the developer of the two plugins I purchased. Is work being done on the problem, or has it even been acknowledged? Best regards, Sorry for Google Translator

@ebr When I start playing a video and try to set the speed to x2, nothing happens on some of them. I’ve sent you the log from the app after trying on 2 videos. I also tried a third one that works, and I’ve sent you the log from the app for that one as well. Is it clear for you ? For information : I test for the same video witch works on 2.0.70g on Emby for Android 3.5.57, no acceleration