All Activity

When the VPN is on vs when it is off, wouldn't that require a different remote address to be used?

HI there, can you please provide a specific example? How to Report a Problem Thanks !

It happened immediately after the update (they finished the episode they had buffered, and was unable to connect to the server). There were no changes to the network at that time; no internet reconnects or router settings changed. I can't think of any reason why my public IP or ports would have suddenly changed on their own while still connected.

What type of drive is your N drive?

HI, can you try it again? I just tested this and it did refresh. it's possible there was an issue that has been fixed since then, but in such a short time since the release I would doubt that.

As previously stated, it simply refuses to connect using the remote address, as it has done the entire time this server has existed. It acts as if the remote address doesn't exist and does not even get to a login prompt.

You're actually on 3.0.19. I just tested this and did not see any problems. Also your log is really short but everything seems to have responded quickly there. You may want to try out the new linux app.

on the first screen what if you click skip and enter the address manually?

HI, yes we talked about this in the past but never ended up doing anything. The image api would have to be expanded to let client apps pass in some kind of context parameter to describe how the image is being used, and then that information could funnel through to image enhancers.

Can use tags on ACdb as well, but it's just one of those things that makes sense to have since it's available for other sections.

Have you tried the new Linux app? How does that compare?

Hi @Luke& Emby team, when it comes to plugins doing overlays, is there a fixable shortcoming in the way image overlays work on inherited images? Or is there an intended way to work with default images to work around the following issue. Consider a plugin which overlays useful data onto a show thumbnail. Consider a show which doesnt have a show thumbnail (so inherits the first backdrop image as show's thumbnail). The plugin doesnt overlay onto a thumbnail image that doesnt exist (even though inheritence is working). Eg. No Thumbnail, backdrop is inherited as thumbnail, no overlay present Eg Thumbnail present, overlay works. Is this behaviour a limitation of the plugin (is it the job of the plugin to know its in a inheritence situation and overlay on the backdrop, probably not even possible and messy?) of the Emby Ecosystem. If the plugin asks to overlay onto the shows thumbnail and emby determines the shows thimbnail is inherited from the backdrop, should Emby hide this internal monologue and allow the plugin just to work; by which i mean an overlay is presented on the inherited image. or just a neccessary outcome for inherited images working, without turning everything into a "rats nest". TLDR, is it possible for the very useful default image inheritence to do its job whilst abstracting away any need of plugin overlay developers to need to be aware of inheritence. Could the plugin developer just define the overlay and the target (Show - Thubmnail in this example) and the result just work; without breaking other functionality? thanks

20260914_122627.mp4

at least 6 times.

I Must say Thank that you all do this

The logs are all from 4.9.5. It doesn't look like the 4.10 server ever started. Could you have installed the wrong architecture?

A workaround in the meantime is to use the Home Screen Companion plugin to tag everything in the collection, then use the tag instead of the collection on the home screen.

Hi, what exactly is the problem?

Hi, can you please show a screenshot example? Thanks.

OK we'll take a look at it. Thanks.

I dont know it Scan very Slow. The percent are very slow

Hi, what version did you update from?

Hi, what example in this log do you feel took longer than normal?

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

OK we'll go over them. Thanks.