All Activity

Hello, I have my users configured through Emby Connect, and up until recently have been able to connect remotely to the server without issues. Immediately after my server updated itself to version 4.10.0.40 it was no longer possible to connect remotely to the server. The server shouldn't be going through my VPN (I have split tunneling turned on where it will only include programs I select), but just in case I tried turning my VPN off entirely and still no dice. No other changes were made to the server or VPN, it just stopped working exactly when the update happened. Any idea what might be going on?

Have you set these settings correctly? Yes, please send a log.

I guess this would be a problem if your paying customers are trying to circumvent the restrictions you've placed on their account.

Same issue here. Noticed it started a couple of days ago on all my Legacy Emby Theater clients.

Installed and ran some scans with no issues. With that said, a recent release (prior to this) resulted in the Emby Scheduled Task execution ignoring my configured library settings, and is scanning media that I don't want it to check. If you need any log files, let me know.

Don't mention Amiga, there's a big chance of me writing a huge nostalgia fueled wall of text about them. I resisted getting a PC for so long after the Amiga was official dead. Back on topic.. Yeah AV1 never got to where it was promised/hyped to. It's first now that some manufactures actually support it on their devices, way to late IMO.

I think I got it responding and doing different things, but nothing yet will make it grow vertically bigger than Embys size. Narrower yes, wider no.. Hopefully Emby is updating to a proper spotlight soon instead of the present banner style. Hopefully that'll turn out ok.

I have not tried this, so I’m assuming it’s legitimate, but in order exploit this, it looks like an actual user on your server would require intimate access (admin) and knowledge of your server, no? How else would they get the proper payload?

Hi. Searching is so bad all of a sudden. And the client-facing delays are enormous. For example, the Samsung search: H → 626 ms HE → 15.5 seconds HER → 15.6 seconds HERO → 541.9 seconds HEROES → 150.8 seconds HEROE → 154.9 seconds 1.117 seconds for an Emby SQLite query explicitly flagged as slow 6x. 3.464 seconds for another SQLite GetItemList query, also flagged slow 6x. And the HTTP requests that depend on these library queries are taking 15–150+ seconds, with one reaching 541.9 seconds (9 minutes). Log attached and hardware report attached Running the latest version, search hasn't been an issue on this box with emby for a couple of years at least. Otherwise Play back is fine, every 12 hours or so lately the main menu will become too slow to load and I'll have to tell the server to restart via the admin console and that usually fixes the issue until it slows down again. embyserverv9-11-26.txt hardware_detection-63924746614.txt

Hey Could i have the link to join emby beta on TestFlight?!! Thanks in advance

The biggest problem with AV1 is it is far too fragmented, and the community gatekeep information to prevent outside users from using it. They prefer to hang out on discord, and when you ask for help, they treat you like you're below them. We've had discussions about it on Doom9, and it's frustrating as heck as when someone is looking for help, if they get help, it's always "use this" with no explanation as to WHY. BlueSword is the only person I've come across in the AV1 community who actually cares and does their best to help people, while everyone else is apparently toxic. If we go back to the fragmentation, there are currently 4 or 5 forks that are recommended, all with their own different switches/commands, and not a single guide has been kept up to date in regards to what encoding parameters to use. So good luck on trying to figure out what to do! I've tried AV1 many, many times, and I can't make a single encode, size for size/vmaf score/xpsnr score, etc, that is better than my HEVC encodes. To give you an idea, I've been encoding since the Amiga days, so I do know what I am doing.

I'd like to say that something has improved with latest stable build. But on lg tv app i'm still watching the search circle more than in the past. something has definetly improved, but now it takes 2 minutes instead of 5 to show some results. Right now doing a search for a film with 4 words. The first word comes up really fast, like 15-20sek but the rest takes up to 2 minutes to get refined results. Although it doesnt look like it locks the server up completely. Streams don't get stopped in the background. One thing came to my mind, i see disk spin up when i do searches. But also when all disk are spun up it takes a long time. Could this be with not caching all metadata to metadata cache disk? How to force all metadata to be copied to the cache? And why no cronjob that does this at a regular base? Ssd/nvme is much faster than spining disk (Of course only if this is now the bottleneck instead of the database requests)

I don't think the video player (MPV) has an explicit play button but a play/pause toggle which maps to keyboard and remote buttons. The up/down arrow keys will bring up the video OSD.

QNAP, no idea. Windows, shut down Emby. Find this folder - C:\Users\YOURNAME\AppData\Roaming\Emby-Server\system\dashboard-ui\modules\emby-elements\emby-itemscontainer Rename the javascript file emby-itemscontainer to emby-itemscontainer_old and make a copy. Edit the copy in Notepad++ or whatever. It'll probably look like one huge line. Such is life. Search for 16 (there should only be one 16) and replace with 128 (or just pick a number). Save it and rename it to emby-itemscontainer. Make sure its still a javascript file. Clear every cache you can think of and restart Emby and if you're lucky the limit in a browser (and only a browser) will increase to 128. Hopefully you can do similar in/on QNAP. Note the hints about backups and not changing anything you can't change back.

Can you please provide the media info for an example? Thank

Just don't give Mr. Robot the password, I guess.

Many, many thanks for the offer! It's only EmbyIcons really and It shouldn't be too difficult, just hard work. An AI should be able to make a summery of the problems i will face and need to fix to lessen the work. It's kinda funny, i actually started the plugin as netstandard. Speaking of the portal, it seems to have problems deleting old versions. In case you are not aware.

Is there a help file or something that explains settings? When I launch Kodi I get the welcome message from the service. It syncs but seems to go through everything each time even when there are little or no additional media changes that should be identified. It takes several minutes to complete. Is that expected behavior? If not I am not sure the cause. Perhaps it is how my settings are configured? Any help is appreciated! Thanks

I have sent them via pm

As i was using the continue watching this evening, a clearer preference came to mind. My ideal configuration / infromation presentation. On continue watching (show thumbnails) (a) knowing a season i havent started yet is complete is critical (already working) (b) if season is not yet complete, knowing when the season finale will air would be nice. (c) Once ive started to watch said show, knowing i am at at the season finale position in my watched status would be nice. (d) knowing i am at at the season premier position in my watched status might be nice for some. use cases if i havent started watching a season i can see my watched position is on a premiere. i can see wether its complete or when its due to complete when i have started watching a season i can see wether season is complete or when due to complete. i can see my watched position is on a finale. On latest tv (show posters) Knowing show status would be nice (working) Knowing next air date would be nice (working) The TV Show poster overlay looks great https://www.themoviedb.org/tv/19614-it not sure why "Stephen king's IT" is complete rather than ended, the emby metadata says the show is ended. maybe as a 2 episode mini series, it confuses the plugin?

Well, did a bare metal build of my computer. Complete rebuild of my Autonomous System, went without a hitch! Other than a installer package my project is finished. Every service is capable of looking at failure conditions, analyze all its dependencies, determine what caused the failure (within predetermined guidelines) and restart and fix any service autonomously. This is HUGE! Pretty proud of it... Can see: CPU and Memory Utilization In Bound / Outbound Traffic totals Top CPU Processes (3) / Top Memory Processes (3) Storage Health / Storage Detail All Services Health All services Status Number of Devices Connected / Number Applications Seen PLEX / Emby / PIA Current Traffic AND YES THE WEATHER from my personal weather station. WHY? Because ALL of these items are part of the autonomous recovery scripts. Weather can tell WHY (or at least give a clue) why the connection (Starlink) to my gateway at a certain time was unavailable. Everything is monitored with set guide lines. Everything is documented. Everything is visual all on one control panel. Finished the google API. Everything is secure everything is available on my cellphone. If the automation fails, i can over ride the system and restart any service that is showing a fault condition. Over kill for a private server, absolutely! The coolest way to know or repair a service or its processes? No doubt! A pain in the .... well, yes it was. But well worth every hour put into it. No more guessing, no more wondering why something is down, no more being 400 miles away and finding out the service X, Y or Z is down. It should fix with out intervention.

Just send a PM if you don't want to post them here.

You need to pick a section type first...

netstandard2.0 TargetFramework This is a hard requirement for EmbyServer plugins as documented. Since yesterday, the plugin portal rejects plugin dlls which are not targeting netstandard2.0. It is not a change of policy - it's just an added check which should have been there ever since. @yocker - We are in the same boat in this regard. But it doesn't meant that all code needs to be rewritten. We have solutions for most of the typical issues (like via extension methods etc.) If you can assemble a list of code changes that are biting you, we can share the solutions we have, so that you don't need to rewrite all your code.