All Activity

Es fällt halt auf das schon recht lange kein Ordner "backdrops" mit Inhalt erstellt werden. Sogar bei solch alten Filmen wie mein Beispiel heute. Bei aktuellen Filmen kann ich mir schon vorstellen das es eventuell noch keine gibt. Nur bei einem Film von 2003 wundert es mich doch schon. Grüße ############################################################################# It’s noticeable that "backdrops" folders containing content haven't been created for quite some time now. This applies even to old movies like the one I used as an example today. I can understand that there might not be any available yet for recent releases. But for a movie from 2003, I find it rather surprising. Regards

Hi, yes I can see how that would be useful. Thanks.

The actor is marked across multiple series (also in Leverage and The Librarians) on my server so it's sort of all recognizing the same person. I did manually delete the actor from all series. Scan library metadata to make sure he was "gone" (he didn't show up in Emby search results) and refreshed the series. I ended back at the starting point. For me, I don't understand why the link takes to a page that says Authorization failed. Also of interest, from the web interface, on the actor, if you click the triple dot button and select Edit Metadata, it opens a blank form for editing series metadata. If you do the same thing for a working actor entry, you get a proper actor metadata form filled out. See images below. EmbyActorIssue2-1.png This is the triple dot button I'm talking about on the web interface. This is from the TV Series main page. You can see the difference in 2-3 v 2-4. I wonder if Emby somehow has the itemId tied to wrong object type (hence opening the completely wrong form). EmbyActorIssue2-3.png The red box is to highlight the spinning blue circle indicating Emby is processing. That shows up and just continues to spin if you "Edit Metadata" on a corrupted actor entry.

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

Hi, can you please provide a log from the app? Thanks.

Yeah it throttles

ballingtons.com/products

I don't control theme images and the meta provider for images are much wider and expensive so if you're not getting those, I'd be surprised if you were getting any them video or song so the fact yo have a song is only a good thing. Also proves they're working fine

Guten Abend @radeon, Hatte heute einen "alten" Film hinzugefügt, Titel auf Deutsch "Tränen der Sonne". Hier wurde mal wieder ein 'theme.mp3' gefunden. Jedoch kein "theme.mp4" und "theme.jpg". Ich hänge hier mal das Protokoll von heute Abend hier an. Eventuell findest Du darin etwas warum es mit den "Themes ..." nicht mehr so gut funktioniert. Mit freundlichen Grüßen ################################################################################################# Good evening @radeon, I added an "old" movie today—titled "Tränen der Sonne" in German. A 'theme.mp3' was detected for it, as expected. However, there was no "theme.mp4" or "theme.jpg". I’ve attached this evening's log file here. You might find something in it that explains why the "themes..." feature isn't working quite as well anymore. Best regards, embyserver.txt

Did it. Had to rewrite half my firewall rules. It works directly on Roku. The odd thing is every other device I have works through the proxy except the Roku devices which are on my TV's. Cell Phone remotely works fine and on local network, Laptop Works fine, Apple TV works fine, tablets work fine. As stated in my previous post almost seems like a regression somewhere.

Any thoughts or feedback so far?

@Luke Any update is this is going to be fixed? (Also the request I had sent you in PM about being able to see upcoming shows and the dates like you could in Emby For Android TV so you do not need to go to the 3 dots, then all the way to the bottom, then select up comming, just to get the list. It would be nice to have it it visible.) Thanks

Thanks, that worked

four times now I have experienced Emby For Android 3.5.44 doing occasional 3 to 5 second freezes. If I go back to the TV's home screen then back to Emby the issue disappears for awhile before starting again. embyserver.txtffmpeg-transcode-5508b0db-2c9e-468a-aa4c-816fc43cad56_1.txthardware_detection-63925141975.txt

Hello @soderlund I apologize for making your day more stressful then needed as I might not be the best tech savvy person lol! I will play with this more to hopefully not be too much of bother... and report back later and thank you.

Hi The API key you created under Advanced → API Keys is correct. The documentation refers to an older Emby UI. If both Scrob and Emby are running in Docker on your Synology, the most likely issue is the "server URL" in Scrob. If you entered localhost or 127.0.0.1, Scrob is trying to connect to itself rather than the Emby container. Try using your Synology's LAN IP instead, for example: http://192.168.X.X:8096 Alternatively, if both containers are on the same Docker network, you can use the Emby container/service name: http://emby-container-name:8096 What URL are you currently using in Scrob?

Latest update the app goes black if the network changes from WiFi to Data. So, if I’ve had it running in the background on WiFi, if I later open the app on data, all I get is a black screen. I have to force close and then it works. I’m not entirely sure it’s because of a data switch (that’s just what I’ve run into) it’s possible it’s if the app has been running in the background for a while.

Yes, but somehow this would be consistent.

4 times, not 45 times! I can't seem to edit that post.

Older posts showing this issue with Fire OS. Do these apply to the setup in question? https://uk.amazonforum.com/s/question/0D54P00007XfYtRSAV/firetv-stick-4k-wont-remember-show-progress-or-update-recent-showsapps Also asking AI gets a detailed response. Apparently this is a known issue. There might be an up to date comment, somewhere on Amazon FireOS support. I don't think this failure is that surprising with FireOS. I can imagine a built in timeout to not continue a remote data link after a certain amount of time, because perhaps something has to be stored in cache to make sure the timeline location can work and this may cause other conflicts with FireOS data traffic or cause a stuck process. So, designing in a time to forget for a remote connection might be a built in choice for FireOS. - Just a guess.

Hello rob51, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team

I'm trying to decide if I want to move my Emby server install from a regular Windows install to a Docker container within Windows. The only reason would be to limit further intrusion if my Emby server were compromised from the Internet. I created a separate non-admin user and run Emby Portable as that user via a service (created with NSSM). Ideally that user will have full permissions to C:\Emby, write permissions to a transcoding temp folder, and read-only permissions to my media. The biggest issue with compartmentalizing my "EmbyServer" user with those permissions is... I cannot. Even if I only give EmbyServer read permissions to my media, it still has write permissions because of the dynamic Authenticated Users group. See attached photos. I can't just willy-nilly start removing that permission from folders (especially roots of drives) because that will break some other programs. So as it stands now, if my server is compromised, even that basic user EmbyServer can cause some damage. This can be fixed if I move to Docker, but I'd really rather not. I'm a new Emby user having come over from a decade+ of Plex. Has anyone had their Emby server compromised? If so, was it a bug or something you did or didn't do with your home firewall? ----------------------- Further info: I front Emby app with pfSense. I use my own domain and SSL is managed with ACME. Emby is piped through a reverse proxy haproxy with very curated permissions. Requests have to match my https://embyserver.mydomain.com exactly, or they are denied. Run it on a high port If any IP tries to login more than 45 times in a few minutes, I block them. Prevent long URL path hunting and more

I vote against it... Now I'm CONSTANTLY changing it because I do lots of playlist type double features and constantly testing and this is no good. To me it's like some programing ethics or the beginning of commercialized junk. Users should have control, and the option to change it should be right on the choices such as SUGGESTIONS, FOLDERS etc ... maybe you right click it on and choose default. When you realized the option to change a setting is cumbersome, you fix it instead of eliminating it.

Christian Kane(I) is the current imdb name for this actor. There is also a Christian Kane(III), but not a (II) (2). Imdb is also listing identical actor names with talent from earlier years, who have passed by adding their brith and death dates. John Smith(1931-1995) Maybe the actor look up code needs to be tweaked to work with these changes at imdb and other sites. Just a guess.

Short, Did you notice the media that is already on the server is listed as media poster right above on the actor page? I understand you might like have a link in the text list, but you are showing info that is already listed on the page. That is a bad practice choice. It complicates the page with additional code, which makes the page load a little slwer, strains the server to process the links and is another feature that can break and need dev time to fix. Everytime some member opens an actor's page, this extra processing drags the speed down of the server. These reasons are why it is a better practice to process info only once for any query per page.