Leaderboard

Many users want this and the competitors already have it, and have had the feature for years. We're just tired of waiting and hearing, "it's planned for a future release".

A lot of people want this, you can solve your AppleTV client issue by simply getting a better playback device like an Nvidia Shield.

I do think it would be helpful to give a bit more info about this kind of thing in general though. e.g. 'this feature is planned for future updates but unfortunately there's a lot of things in the list above it', or 'this feature is planned for future updates and the good news is its nearly at the top', or 'this feature is planned for future updates and its near the top but there's a few biggies in the way which will take a while'.

You'd be crazy to buy a poweredge for Emby. As stated, any modern system is more than enough. If anything, the transcoding capabilities of quicksync are bandwidth limited. Jason at BytemyBits on youtube did a video a few years ago with Plex doing 4k transcodes. He got to 19 before it started to buffer, while using an NVME drive as storage. I currently run my system from a 1235-u laptop and I've had up to 15 people at a time transcoding with no one knowing. The intensive heat has more people staying inside, and my using a laptop produces very little heat in itself so I don't need extra AC. Quicksync is a godsend.

Not even close. This has been one of the most asked for and talked about features. Who really cares about these issues, especially the appletv client. Yes and it has for years

What Year will this feature be available? It’s been planned for over 4 years

You will be used to using the excellent web based Tool created to Bulk Edit any of your media Items This is now being converted to be run directly from the plugins Section inside Emby Server. An extremely powerful tool that saves time Current Status: Development Testing This is currently under development and is consistently evolving. For this reason the dll files will be posted at the bottom of this thread. Bug Reporting & Issues: Please report bugs and Issues in this thread. corrected the problem with critic rating Feature Requests: While we welcome feature requests, please note that bugs and issues take priority and that feature requests will be subject to review and may or may not make it to the plugin. CURRENT VERSION: DEV 1.0.13.43 INSTALLATION - NOTE: Default Target for installation is Emby-Server/programdata/Plugins - Please download the "dll" file below copy and paste dll to the plugins folder. restart your emby server as this is in Development you will need to clear your browser Cache after each install, or the new changes will not appear Enjoy DOWNLOAD CHANGELOG: Filtering has now been added Bugs and Issues Reporting link - NOW WORKING Added "Image Not Found" image removed backgrounds added a spinner fixed several bugs with save IsFavorite and Played finally fixed saving UserData (IsFavorite and Played) fixed a bug in the custom editor - the edit buttons are now displayed for the results of a search fixed bug in bulk save added managing collections added managing playlists when you edit metata data for an item you can cast the video to a tv or monitor on your network. I added this just for fun added the ability to edit live tv channel meta data changed Shift click to work more in the traditional was - you can select segments you can now change primary images added the ability to remove specific tags simplified the code retained image aspect ratios added show folders button removed "cast to tv" from the edit menu, added it to the Movie and TV screens fixed the "Image Not Fpund" for none video items removed "Folder" button from screens where it didnt belong fixed button problem with custom filter added better file not found images added "emby data" and "channels" fixed bugs enhanced Channels rewrote Explorer Bulky is a collaboration between @Cheesegeezerand @VicMoore Bulky is an Emby plugin and it is in the Emby plugin library.

Since we can now detect end credits, or manually add them in other cases, it would be nice to see this, rather than an automatic percentage/time remaining, trigger the "next episode" popup and decide whether an episode is resumable or not. Even better if it could expand to movies for the latter point.

When using Emby for audiobooks, playback speed resets to 1x every time you reload the app, both web and android app have this issue. Even worse, accessing playback speed button requires 2 clicks more then ideally needed, making Emby a chore to use with audiobooks.

A possible cause of issues when updating Windows is the networking mode being changed to "public". If that has happened change it back to "private" and you should be fine again. Paul

I don't care about your opinion on anything, don't come here telling us what features we want or don't want. Move on.

Got it. You pay for an illegal box since you don’t have “plug-in” access pretty easy to see.

Not really go look at Reddit lots of people have issues with them. The devices are what 5+ years old at this point. I know others that have replaced thermal paste but it’s not worth it. Apple ui is 1000% better than shield. Maybe after the next switch thing that comes out in what another year they will release a new version. But funny plex works fine with Apple. Emby is the issue not the device lol.

What are you even talking about? Try and stay on topic. Emby Watch Party. Most people posting here want it. There, I summed it up for you.

So your issue is not related to this topic. It is this one about VIP Unauthorized. And if you remove plugin credentials it works correct. Eventhough that is not how it is suppose to work.

Yep as it may likely be user error all along.

Perfecto!! Gracias por la respuesta. Me queda claro.

Correcto. Emby Premiere Feature Matrix Ya sea una suscripción válida a Premiere (aplicaciones cliente universales de Android y AndroidTV) o un desbloqueo único de la aplicación (aplicación cliente AndroidTV).

Please see first post for update.

Thanks, yes "Long press" was the solution, I expected to find it under the "..." menu, but now I know better. BTW I'm using the Emby for for Android TV version, I find that to work better on my Android TV than the "universal" app. It can finally stream all my content, including x265 and live tv, with no stuttering or delays. So I'll stick with what is working (for me).

Hi. All we can do is report it to the provider. We are just providing you the information from them. There is a LOT of this data when you consider all the channels and variants in the world so updates like this are not always immediate. There are human steps that have to take place on their end and even contractual agreements that can slow it down.

I did it before the reinstal and ... problem fix !! I still have the cloudfare dns, don't know if that change anything but it works now. Thank you all !

Have installed the dll from above and it works. I have the nfo option in the games library and it also creates nfo files if I change metadata. Reading them back in, as always, only worked when I moved the items out, did a scan and moved them back in with the nfo file and scanned again.

I would also try restarting your router and rebooting your NAS. Please see if that helps.

Ok, no problem.

Sort of the catch 22 but do you really need artist in name if they are in artist folder? Reverse the order so title - artist?

Yeah for sure. For the moment I decided to just convert to h264 which is also totally fine for full hd with about 6 Mbps and also direct plays on more devices. if you happen to need more details or something else just ping me here but for the moment I am fine.

Yes I agree it is an extreme example, so while there should be some reduction in size, it shouldn't be that much.

Hi, here is a version of the nfo plugin with game support enabled: NfoMetadata.zip If you can test it and provide feedback then I'll publish it to the catalog. Thanks.

Looked at the transcoder ffmpeg log and the server log from the 29th June, the transcoder log showed no activity after segment 2615 (3 second segments) was being processed for the emby client app - a remote WAN connection from a It seems that the remote device streaming this video - a Pixel 8 Pro running Plex for Android 3.4.08 - with server running on 4.8.8.0. 22:12:52.109 [segment @ 0x1cc26c0] Opening '/transcode/t-temp/transcoding-temp/02747D/02747D_2614.ts.tmp' for writing 22:12:52.819 [segment @ 0x1cc26c0] Opening '/transcode/t-temp/transcoding-temp/02747D/02747D.m3u8.tmp' for writing 22:12:52.819 SegmentComplete=video:0 Index=2614 Start=7842.042333 End=7845.045333 Duration=3.003000 offset_pts=0 start_pts=7842042333 Frames=72 filename=02747D_2614.ts 22:12:52.819 [segment @ 0x1cc26c0] Opening '/transcode/t-temp/transcoding-temp/02747D/02747D_2615.ts.tmp' for writing 22:12:52.957 [hevc_qsv @ 0x19eee80] A decode call did not consume any data: expect more data at input (-10) Last message repeated 2 times 13:10:39.779 Finishing stream 1:0 without any data written to it. 13:10:39.820 Output #1, segment, to '/transcode/t-temp/transcoding-temp/02747D/02747D_s8_%d.vtt': 13:10:39.820 Metadata: 13:10:39.820 encoder : Lavf59.27.100 13:10:39.820 Stream #1:0: Subtitle: webvtt (default) 13:10:39.820 Metadata: 13:10:39.820 encoder : Lavc59.37.100 webvtt 13:10:39.820 Stream #1:1: Video: hevc (Main 10), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, Level 153, 23.98 fps, 23.98 tbr, 23.98 tbn 13:10:39.820 Side data: 13:10:39.820 DOVI configuration record: version: 1.0, profile: 7, level: 6, rpu flag: 1, el flag: 1, bl flag: 1, compatibility id: 6 The server log shows that after requesting segment 2615, the android device was no longer in communication with the server until just over an hour later coming back on a different WAN IP address and started a new direct play stream playback session for another video at 23:16. i don't know if there is a problem with the video "John Wick Chapter 3 - Parabellum (2019) Remux-2160p Proper.mkv" around that offset - would be around 2 hours 10 minutes in The server log shows no further activity for the orphaned transcoder playback session and this is the server log during the period when the android device stopped requesting transcoded segments for the John Wick movie and started direct play for another movie 2024-06-29 22:13:19.551 Info Server: http/1.1 GET http://emby_remote_ip/emby/videos/70767/hls1/subs/2615.vtt?PlaySessionId=abe97ea57af64b32b2db14ce097b8b18&VttTimestampMap=900000&CurrentSubtitleStreamIndex=8. Connection=Upgrade, Host=emby_remote_ip, User-Agent=Emby/3.4.08 (Linux;Android 14) AndroidXMedia3/1.1.1, Accept-Encoding=identity, X-Real-IP=host28, X-Forwarded-For=host28 2024-06-29 22:13:21.848 Info Server: http/1.1 GET http://emby_remote_ip/emby/videos/70767/hls1/main/2615.ts?PlaySessionId=abe97ea57af64b32b2db14ce097b8b18. Connection=Upgrade, Host=emby_remote_ip, User-Agent=Emby/3.4.08 (Linux;Android 14) AndroidXMedia3/1.1.1, Accept-Encoding=identity, X-Real-IP=host28, X-Forwarded-For=host28 2024-06-29 22:13:21.849 Info App: Returning empty segment at the end. RequestedSeconds: 7845, RuntimeSeconds: 7846.336, SegmentLength: 3 2024-06-29 22:13:21.853 Info Server: http/1.1 Response 200 to host28. Time: 6ms. GET http://emby_remote_ip/emby/videos/70767/hls1/main/2615.ts?PlaySessionId=abe97ea57af64b32b2db14ce097b8b18 2024-06-29 22:13:25.581 Info Server: http/1.1 Response 200 to host28. Time: 6031ms. GET http://emby_remote_ip/emby/videos/70767/hls1/subs/2615.vtt?PlaySessionId=abe97ea57af64b32b2db14ce097b8b18&VttTimestampMap=900000&CurrentSubtitleStreamIndex=8 2024-06-29 23:16:47.135 Info Server: http/1.1 POST http://emby_remote_ip/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Linux; Android 14; Pixel 8 Pro Build/AP2A.240605.024; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/126.0.6478.133 Mobile Safari/537.36 2024-06-29 23:16:47.136 Info Server: http/1.1 Response 204 to host36. Time: 1ms. POST http://emby_remote_ip/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json . . . 2024-06-29 23:16:51.382 Info Server: http/1.1 POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Linux; Android 14; Pixel 8 Pro Build/AP2A.240605.024; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/126.0.6478.133 Mobile Safari/537.36 2024-06-29 23:16:51.391 Info App: User policy for EatPrilosec. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True 2024-06-29 23:16:51.398 Info Server: http/1.1 Response 200 to host36. Time: 16ms. POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json 2024-06-29 23:16:52.100 Info HttpClient: GET https://image.tmdb.org/t/p/original/silK3Pdugbf1YOtIdXev1eZxzvF.jpg 2024-06-29 23:16:52.694 Info Server: http/1.1 POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=1088500000&IsPlayback=true&AutoOpenLiveStream=true&AudioStreamIndex=1&SubtitleStreamIndex=-1&MediaSourceId=0a2e3889c164ee14c33bc216cc0f2932&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Linux; Android 14; Pixel 8 Pro Build/AP2A.240605.024; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/126.0.6478.133 Mobile Safari/537.36 2024-06-29 23:16:52.698 Info App: User policy for EatPrilosec. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True 2024-06-29 23:16:52.698 Info SessionManager: Adding playSession 6ad2fbca31de476d9d3e0b3958f78d42 to session d3713008d59c7afb3563043cdfa7e6f4 2024-06-29 23:16:52.698 Info Server: http/1.1 Response 200 to host36. Time: 5ms. POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=1088500000&IsPlayback=true&AutoOpenLiveStream=true&AudioStreamIndex=1&SubtitleStreamIndex=-1&MediaSourceId=0a2e3889c164ee14c33bc216cc0f2932&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json 2024-06-29 23:16:52.711 Info Server: http/1.1 POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json. UserAgent: Mozilla/5.0 (Linux; Android 14; Pixel 8 Pro Build/AP2A.240605.024; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/126.0.6478.133 Mobile Safari/537.36 2024-06-29 23:16:52.712 Info App: User policy for EatPrilosec. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True 2024-06-29 23:16:52.712 Info Server: http/1.1 Response 200 to host36. Time: 2ms. POST http://emby_remote_ip/emby/Items/71631/PlaybackInfo?UserId=2703a7ddf3e942229a39fb01acf17d8f&StartTimeTicks=0&IsPlayback=false&AutoOpenLiveStream=false&MaxStreamingBitrate=8000001&X-Emby-Client=Emby for Android&X-Emby-Device-Name=Pixel 8 Pro&X-Emby-Device-Id=7e0d7f0f19d5f141&X-Emby-Client-Version=3.4.08&X-Emby-Token=x_secret2_x&X-Emby-Language=en-us&reqformat=json 2024-06-29 23:16:53.482 Info Server: http/1.1 GET http://emby_remote_ip/emby/videos/71631/original.mp4?DeviceId=7e0d7f0f19d5f141&MediaSourceId=0a2e3889c164ee14c33bc216cc0f2932&PlaySessionId=6ad2fbca31de476d9d3e0b3958f78d42&api_key=x_secret2_x. Connection=Upgrade, Host=emby_remote_ip, User-Agent=Emby/3.4.08 (Linux;Android 14) AndroidXMedia3/1.1.1, Accept-Encoding=identity, X-Real-IP=host36, X-Forwarded-For=host36, icy-metadata=1 2024-06-29 23:17:00.375 Info Server: http/1.1 Response 200 to host36. Time: 6893ms. GET http://emby_remote_ip/emby/videos/71631/original.mp4?DeviceId=7e0d7f0f19d5f141&MediaSourceId=0a2e3889c164ee14c33bc216cc0f2932&PlaySessionId=6ad2fbca31de476d9d3e0b3958f78d42&api_key=x_secret2_x @Lukeis the gap in the ffmpeg log between 22:12:52.957 and 13:10:39.779 indicative of a problem with handling the movie file data around that offset ? 22:12:52.819 [segment @ 0x1cc26c0] Opening '/transcode/t-temp/transcoding-temp/02747D/02747D_2615.ts.tmp' for writing 22:12:52.957 [hevc_qsv @ 0x19eee80] A decode call did not consume any data: expect more data at input (-10) Last message repeated 2 times 13:10:39.779 Finishing stream 1:0 without any data written to it. 13:10:39.820 Output #1, segment, to '/transcode/t-temp/transcoding-temp/02747D/02747D_s8_%d.vtt': It actually went back to segment 2601 after this. and what should / expected to happen to an orphaned transcoder process? Does it run to the end? The android phone device that instigated this transcode switched to streaming a different movie at 23:16 - Direct Playing.

Let me know if there's a place I should request RFE's. Typically in my business.. "no ticket, no laundry" .;-) Probably US nomenclature.....

i have had all my 4k john wicks playing in the background for a week or so off and on, has not happened again, with diagnostics plugin still installed. im going to keep my script going for safe measure and pretend this steam never happened lol

Guys, we really have to push to get the trailers improved, the quality we're getting within a paid option just isn't satisfactory any longer, we shouldn't have to use work arounds. I know the app isn't your life, but you have a paid service that's not working as is should. I have to be honest, I've looked at other request and issues, they often say "we're working on it" but not many ever has a resolution. Its been over a year for the Emby Premiere trailer issue and there doen't appear to be any improvement, yet it remains included in the Emby (Paid) Premiere service. Please make this a priority (We're paying for it) or remove it from the premiere servece and drop the price $1 monthly. I don't think we're asking for too much, many have been paying for a service for over a year that isn't 100%. 480p trailer quality shouldn't be a paid service. I think the Emby premiere service should be looked at as a priority, its not just the quality that has issues. If I set the app on to only show trailers for New and Upcoming in Theaters I still see trailers for movies in my Library. Guys, please take the paid service more seriously and make sure its working as advertised. We've been asking for this to be resolved for too long. Thanks

@roormongerThe Studios search is fixed. The problem is that the values field was "comma delimited" rather than "Pipe delimited". In otherwards, it was my problem rather than Emby's. Vic PseudoTV.zip PseudoTV.dll

Hi, we are looking into this. Thanks.

How is there not 2FA yet? That's ridiculous, there should at least be that option

I disagree on password checks... choice on some things are nice. Again just don't allow admin login from the internet.. this is why emby doesn't want to step in because there will always be someone upset over a new change.just allow 2fa on admin accounts. All we need.

Hm, i might have missed the part where i wrote to enable MFA over http, but instead spending all energy in trying to make this request rediculous we could just try to find solutions to get it working. So just make requirements and grey out the MFA option if not using HTTPS, problem solved, next.

MFA/2FA is not one thing. There are multiple options, multiple methods and multiple platforms to offer all of the above. Each requiring a different implementation. Thirteen pages into this thread just for the discussion to do it or not do it. How many more pages will it take to argue about which or how many of the MFA methods/options/platforms should be implemented?

MFA over http, there's a novel idea ..

I still wonder why i see all kinds of "but and excuses" statements instead of giving users the ABILITY to have MFA. All i see is "but it does not make your server more secure, etc." Just give users and Admins the OPTION to use MFA, as long as Emby is not a managed service and is doing all the maintenance for the linux or windows servers etc. people are using, this is nothing you have to bother about. When someone has a microsoft Entra Tenant, microsoft is not responsible for any misconfigurations if you have the wrong sharing options or not using conditional access etc. Why are you trying to make people feel like you do a full managed service and you need to ensure they have secure environment? You give people a program to host their own media server, nothing more, you are not managing my security or something else. If people forget their password or just use 12345 as a password, this is nothing you have to bother. Just give us the option out of the box, to enable MFA for those who wants it. No needs to discuss the whole 7 OSI Layers and security. Thanks

As the apps are using token based logins now, a OTP (MFA) 'could' be ultilised on the first login on a new device only to get the token. This I have no issues with - and it would also limit 'sharing' of accounts. But agree, the main use case is for the Admin accounts for those that want to ignore good practice and expose their admin account to the internet ...

needs to have each users server host the totp server. so couldnt emby have that baked isnto the isstallation? qr code then setup using microsoft or google authenticator.

Which is sad - Emby have a responsbility to protect not only their product and your media collection, but also the home network on which it is hosted. Lets say there is a vulnerability on an Authenticated account - allowing shell access. Now the lack of 'emby' security means your local network is visable and further attacks can now be made, snooping on your bank login credentials etc. All because embys view is they don't want to discourage the non-tech savvy from using emby remotely. As soon as you hit that 'remote access' button - you should be forced to create a decent password on all the admin accounts, and personally on all user accounts as well but until there is a decent way to enter this password or a OTP mechanism into the Apps - then I can see why they don't want to do this. They need to prioritise this imo but until they get hit again with a widespread vulnerability, I don't see things changing ...

Good to see the 2024 update to this 2,372-day-old thread. I wonder if we'll still be debating whether or not something that has been pretty much standard on any internet-facing service for the past 2-3 years will have been added to emby before the 2025 update? The lack of MFA after all this time is indefensible.

I dont want to be forced to PIN my accounts even if they are remembers - and specifically neither does my wife or children. If the network configuration has the ability to identify if I am local or not why can we not continue to utilise a feature that has existed for a long time I completely understand if you wish it to not be the default but if the user is willing to accept the associated risk for the convenience I really hope this is something we can bring back. This is actually something that should it been clearer in the upgrade logs i may have just stayed on 4.7. Upgrade logs were very vague on disappearing features. his is extremely disappointing and i would normally test on a docker or similar first but given how long this has been in beta i skipped that part. I already secure all my accounts with a strong password for when I decide to allow remote connectvity (this is not always active and i login manually) - Only i knew this password because locally "Allow logins from local network" allowed the login thorugh Now the only way to allow my wife and children to login easily is to remove all passwords from the account So can i ask a further question: If it is more secure to require a Password/PIN over the ability to "Login locally without password" - Why do i have the ability to have an account that simply has no password Surely a passwordless account is even less secure than what we had before? I will add a disclaimer here that i do agree this is more secure, but I also believe that as the end users we should be empowered to make the decision on the security risk and not have it made for us. Essentially now instead of having my accounts secured by a password, I have had to remove the passwords completely Can we please bring back the local network login? Disclaimer it that this is not recommended etc etc if you need to but this really is a approval factor for EMBY. Last I checked even Plex does not force this on its users and I really hope EMBY team listens to this feedback

Welcome to the WMC UI Public Beta! Thanks for your interest in the WMC UI and for being part of this! Your help and feedback is important and essential for getting this to perfection and ironing out all those things that one alone can't find and identify as everybody has different setup and different ways of using Emby. There are two places for interaction and communication: GitHub: Issue-Tracking and Releases WMC UI Forums (here) Issues Issues are used for tracking work that needs to be done Please create a new for every problem you see, no matter which kind - can be errors, unexpected behavior, visual glitches, etc. Please check first, whether an entry already exists for the same problem If you think an existing entry is the same, but the situation is slightly different, you can add a message to the existing issue or create a new one, we'll then find out whether it's different or same WMC UI Forums We’re using the forums as a place for general communication like: Publishing announcements about when updates are published Asking questions about the WMC UI Sharing ideas and suggestions Please always start a new topic for a new subject and let's try to avoid endless conversations which are "about everything" Platform Availability The WMC UI Beta is currently available in the following forms: Web Browser & Installable Web App Emby Theater WMC (Windows) Emby WMC (Android) Web Browser & Installable Web App Web Browser There's an http and an https URL available: http://wmc.emby.media/ https://wmc.emby.media/ Emby Theater WMC (Windows) ClickOnce Installation (auto-updating) Win 64bit: https://softworkz.github.io/etwmc/setup/x64/ Portable Installs These are useful to test or compare specific versions or in case of issues with ClickOnce installation. They can be found in the Releases section: https://github.com/EmbySupport/Emby.WMC.UI/releases Just unzip and run. Emby WMC (Android) The app version can be installed in parallel to the regular Emby Android App and the ATV app. Please side-load the app by using the matching APK. The APKs can be found in the Releases section: https://github.com/EmbySupport/Emby.WMC.UI/releases NOTE The Android app is limited by date, so that it is working within 10 days after release. We'll try to always have a new release ready before the previous one expires.

Both 8mm and the accountant are objectively part of collections. You may not agree but you don’t provide the metadata. I imagine what happened is you enabled collections initially with a minimum of 1 item, the collections were all correctly created and you later changed the minimum to 2.

Good day, I will explain and clear the confusing and misunderstanding about the group "Member". 1 - When you register at Emby Community support forum, you place at that group, from 0 to 25 posts you are "Member", when over 25 posts you will move to the group "Members". We have other groups as well, but our subject here the "Member" group with 0 post. 2 - Why sending "Force Password Reset" for that group and ONLY with zero post: We notice for the past month that some groups of spammers posting from these accounts, as we all know, many using same email/username/password in multi sites, and if one of these sites get breached and info get published on the net, any spammers can use that. either to spam any community or worst, attacking the members here with any posts they made, these kind of spammers do not care if they get banned or not. Any community faced that, normal will ask their members to force change their password, in OUR case here, the "Member" group with ONLY zero post. 3 - Why now start to deleting accounts for "Member" group with ONLY zero post from year 2013 to 2017: We notice from many replies when we did the force password reset, that many do not know if they ever had accounts here, In this deleting steps, we want to make sure that whom register here are the real user, not someone else using their info. After many confusing, I hope this thread clear the matters. Thanks all. My best

I took an added step for my Emby docker container of only allowing read-only access to all of the media mount points, so unless a threat actor finds a way to escape the "sand box", they still can't modify/delete my media (or the adjacent metadata files). The only downside to this approach is that I need to rely on tools like TinyMediaManager to fetch my metadata, whose automation capabilities leave a lot to be desired.