Leaderboard

Heres a beta for those who dare. Added: Changes made to the View Time Makers function. 1. Mass edit season episodes with missing time stamps. 2. Run scan on episodes with missing time stamps. 3. Import and export individual TV show time stamps. This is made so people can share their time stamps and maybe avoid long detection runs. Todo: 1. Add function to easier import and export individual TV shows in one easy go to make sharing time stamps easier. 2. Fix the CSS to actually work with light mode so people can finally read the text. Important: THIS IS A BETA!! There might be bugs, i would very much appreciate it if you report them! EmbyCredits.dll

Agree and I've said this many times - let Emby focus on getting the basics implemented (password entropy enforcement if remote access has been enabled, patching known security vulnerabilities) and once all that is complete, then implement MFA and/or modern Auth. Also worth remembering that the vast majority of users still use what is offered out the box - http - so any passwords, passphases, keys, emby id's etc are all sent in plain text - so a high entropy password is beyond useless if you can just snoop it anyway ...

Kinda agree, but not really, as Emby is not a financial application! Note: There are many other ways to secure your server. Note: out of the box, most web servers offer very little security! I think 2FA/MFA is asking too much of a small software vendor at this time. As many others have said, this is probably way down the road for implementation. But I do think the priority should be the Administrator's right to enforce password strength of their choice (none/low/mid/high/extremely high...). And for sure, plug the existing known holes!! Ie, download images without authorization, etc.

Most of the time one uses the search to just search for Movie Titles or a quick way to access a TV Series. But some search terms flood one with actors, trailers, or even episodes of a TV serial. Not that they are wrong and sometimes you want to see them, and i fact I want to keep actors, trailers and episodes; just not in the default search (but maybe having the option to search for that too) Best Regards

Santa, you were late... Can I hope for more this Year??

Yes this part of the premiere validation, both the server and the client have to validate. You can continue to disallow internet access as long as you allow mb3admin.com.

Set their password yourself and untick the property that allows them to change it. Paul

That's awesome and very much needed!

We have been talking it over internally and it's going to be a little different from what I previously showed. Instead it's going to be a default remote auto quality per user, so that as long as they leave their quality setting on auto, you can control what that value will be.

Tired of seeing end credits before Emby loads the next episode of your favorite TV show? Now you can remove that iritation! EmbyCredits detects those end credits and add a marker for Emby to use so end credits can be skipped. https://github.com/yocksers/EmbyCredits This is either by done chroma fingerprinting and comparing the episodes or by the plugin extracting png/jpg images of the TV show, sending them to a tesseract docker container, the tesseract finds a match and reports that back to the plugin that then adds the skip to Embys database. Emby then shows a "Keep Watching | Next Episode" when it sees the marker. Requirements: yock1/embycreditocr installed if OCR detection is wanted (recommended method). In the plugin you add the Tesseract server IP: IMPORTANT!!!!! As the plugin extracts a lot of images it needs a custom folder to do this as to not fill up Emby docker disk images so set this setting: Then add some keywords to search for (i have added a few but for more precise detection you should add some more that are fitting to your library). Choose a library or a single episode and press process. The plugin can also be set to run as a scheduled task or auto detection for when new shows or episodes have been added to Emby. Speciel thanks to friends who helped developing and @Neminemfor help with testing! If you like this plugin then please consider donating at https://buymeacoffee.com/yockser so i can sit back and relax once in a while with a nice coffee. Disclaimer: Use at your own risk! The plugin has been tested and re-tested but bugs are devious little things that can creep in unnoticed. Do with the plugin what ever you want, change the code, call it your own creation or even take money for it.. I don't care. The original will be here for free!

Thanks for the update

4.9.3.0. local Web app. I'd guess it's unintentional, but in case it ain't: If item has no backdrop, it's not falling back to other - Primary in this case - image type, which makes item detail screen very dull and unsightly. 4.9.3.0. 4.9.1.90 Kindly revert backdrop fallback to Primary (or any other available) image type. Thanks.

it would be very nice, if there can be a possibility to get users the access to edit metadata and image so the user can manage a the libraries. I would like to use it as a "content manager"-user which is like a technical engineer caring about the media content and nothing else. btw. emby is very very nice, thanks for all of your work!

It was 3 years ago - but from memory, it was slow enough that we had to abandon it as a solution, fine as a poc - we found black frame and scene detection worked 'ok' - so we just stuck with that but clearly detecting actual credits should be superior. I'm keen to install this to reignite the interest !

Il faut autoriser l'utilisateur emby à écrire pour créer les sauvegardes et lire pour restaurer Dans File Station > Propriété > Emby_backup Cocher : Appliquer à ce dossier et sous dossiers Cliquer sur créer puis choisir l'utilisateur emby, lui attribuer les permissions Valider

You are awesome! Thank you for the quick response!

The Legacy option is in release 4.9.3.0 for Movies and Mixed Content Add library option to use legacy folder scanning method Does not exist in Movies in beta 4.9.4.1 yet only Mixed Content.

In today's updated release 4.9.3.0 Add user option to set user's auto remote quality

OK, here's what we just added internally: When the viewport size is smaller than the PDF's built in default size ("100%"), pages will always render with a resolution of 100%, or in other words, they will render with more pixels than the actual size of the page in the viewport. This should allow you to zoom in natively in the mobile device in order to see the text with more detail. We have no other reference for size, so if the detail is still insufficient for any specific PDF, that's on the PDF's creator; you can always use third party software to edit that PDF and make it bigger. But I'm confident this will make the vast majority of PDFs legible in low res devices. This feature will not be available in TV mode! Please keep an eye out for when this is released and update us if it didn't solve the problem.

HI, I think it is helpful to have different people explain what they are looking for in their own words.

@justinrhI think it would be best if i do my own testing using some of your files. Could you make two albums available to me for 2 artists - so one each and I will do tests with them. I will send you an upload link

I see it it the change log for 4.9.4.1-beta

I have extended this work from @BillOatmanso that it also has a web interface that Emby can directly call on a schedule - so you can run it with a docker container and it will using the Emby schedule fetch the new M3U generated from the Xtream API. It's been converted to Go as it was easier for me for portability to have a single static binary (which is how it's built) in the docker container and it has a health check and a way to see the config from the web interface. I hope it's also useful. https://github.com/j2deen/M3UFromXtreamGo-2.0.0.0 Thanks, Jay

I hope so. I guess I will find out.

Se te agradece la atención al problema.

Public Beta is open now, see first post.

I’ll look at this next week when I’m back home

I removed and reinstalled the two plugins because that was the minor change. This already fixed the problem. To be precise and potentially help others, the exact error message from the log was: 2026-01-07 13:11:55.469 Error App: Error retrieving version number of /config/plugins/BlurayMounter.dll *** Error Report *** Version: 4.9.1.90 Command line: /app/emby/system/EmbyServer.dll -programdata /config -ffdetect /app/emby/bin/ffdetect -ffmpeg /app/emby/bin/ffmpeg -ffprobe /app/emby/bin/ffprobe -restartexitcode 3 Operating System: Linux Version 5.10.60-qnap (root@Q64-102-92) (x86_64-QNAP-linux-gnu-gcc (Toolchain configuration: [gcc-4.9.2 binutils-2.25] glibc-2.21]) 4.9.2, GNU ld (GNU Bi) OS/Process: x64/x64 Framework: .NET 8.0.11 Runtime environment: app/emby/system/System.Private.CoreLib.dll Number of processors: 12 Data path: /config Application path: /app/emby/system System.ArgumentNullException: Value cannot be null. (Parameter 'input') I searched myself in older posts but did not find similar errors. Maybe this System.ArgumentNullException can give others a hint how to fix it.

I finally managed to make it work! There are a lot of parameters that have to be aligned correctly. After that, I restarted the server and reconnected the skill. These are the parameters: Public HTTPS port number: 443 (because the Cloudflare tunnel exposes that one) Custom SSL certificate path: the path to the certificate (taken from the one issued from Cloudflare and converted to the PKCS #12 format). Note: provide also the certificate password, if the certificate has one. Secure connection mode: Preferred, but not required (at least, I used this, and it worked; not sure if it would work with the other options that are not "Disabled")

Ah, I think I know what maybe going on as I do experience this same issue with EMBY. I do not RECORD with EMBY as I use Kodi as my daily driver. My observations: Emby will suck in all live tv channels from NextPVR for viewing, but for recording will do it's "own thing". If you schedule a recording in EMBY, EMBY settings govern, it does not get passed over to NextPVR. The only "Work Around" is to set the same recording directory in EMBY to the same as NextPVR, but I can assure you, that NextPVR will not be governing that recording. It's a one way communication to suck in channels and guide (if you setup the guide in NextPVR). Recording triggers and events are not passed back as far I have observed. This has really happened to me ONCE as my remote offsite location recorded in EMBY and that's how I stumbled upon this. Never an issue for me locally as triggering a recording schedule and event from Kodi gets passed directly through the NextPVR addon to the NextPVR backend. Again, don't use EMBY app locally to care enough and never really made a big deal of it.

@gthriftNice Just trying this out, on my test server. Would love to have playing colors change when transcoding. That way I don't need to mouse over to see if it is

@Luke, i would love to be able to test this feature, if this feature request is accepted. 640 bps AC3 is a lot better for all this fake soundbars that support DTS virtual X as sound enhancement, but DTS Virtual X is not a codec. it is a marketing trick. Most DTS Virtual X soundbars, does not decode dts core ! So that is why 640 bps old ac3 rocks ! have a nice day

Thanks for sharing .

The wait is over! We are excited to announce public availability of the new Emby Linux app beta program. Why a Native Linux App? While Emby’s web app works well across platforms, there are limits to what a browser-based player can achieve, especially when it comes to modern video and audio playback. The Linux app was created to go beyond those limits. At the core of this decision is one simple goal: BEST IN CLASS VIDEO PLAYBACK. Browsers continue to improve, but they inevitably lag behind native applications when it comes to advanced video technologies, hardware acceleration, and reliable fullscreen playback. Emby users expect smooth, high-quality playback — and delivering that consistently requires a native application. Benefits Over the Web Player The new Linux app provides several advantages over watching through a browser: More reliable video playback with fewer browser-related limitations Better performance and lower system overhead Improved full screen behavior across Linux desktop environments Direct integration with native video playback technologies A cleaner, distraction free viewing experience By separating video playback from the browser entirely, the app is able to take full advantage of the system and deliver a smoother experience. Designed for Linux Desktops The Emby Linux app is built to feel at home on Linux. It works across major Linux environments . The result is a modern Emby experience that’s faster, more consistent, and purpose built for Linux users. Available Now The new Emby Linux Beta app is now available and we are waiting for your feedback! Want to get started right away? Head on over to the beta instructions page for more! Please provide feedback in this forum: Linux Beta View the full article

Sorry, my statement was to us as developers. The app should adjust automatically when in TV mode.

I am looking to see if a SAML2/OAuth plugin is something others would use. I myself would love this feature to share Emby publicly with family members and friend and worry a little less about insecure passwords that some may use. I personally am a big advocate for security as I work in IT and see how a lack of good security can cause havoc. I love Okta and what it offers. Anyone can sign up and use it for free under 1000 users if you sign up as a Developer. That is just plain awesome. Let's see who else is interested. I am excited to find out! Thanks

I am planning on releasing it yes! I have only been working on it for 2 days, so it is not quite ready. what I would love is some conceptual feedback and any other possibly related idea/enhancement that I could include. Be advised this is not a plugin in the traditional Emby sense. It is an external application which will run inside a Docker Container, that interfaces with Emby via the API to create libraries/collections/playlists and setup the correct library/user associations.

Yes, but you have to scrape the Emby log for the failed attempts - all doable in fail2ban etc.

Currently you can't, but we can add more options around this.

Just my opinion - but I think this problem can be easily solved. If you save .nfo files in your library settings, you can see in them that there is one or more lines for trailers. <trailer>plugin://plugin.video.youtube/play/?video_id=ZkEjle729tI</trailer> <trailer>plugin://plugin.video.youtube/play/?video_id=M7QhCm98eIQ</trailer> It works the same way as example the ID:s from TMDB/TVDB/IMDB: <imdbid>tt1210027</imdbid> <tvdbid>356661</tvdbid> <tmdbid>507244</tmdbid> When it comes to ID:s those can already be modified in the EMBY interface: I believe it would be pretty easy to make a similar options to put Youtube ID numbers for trailers into the interface? Maybe our clever developers can look into it? Myself, I sometimes edit the .nfo files when a trailer is "dead", has a strange language, is not relevant or has a very low quality. Only in very few cases I need to download a file and add it next to the movie file. (Downloading from Youtube with good quality can be very tricky, even if it is possible). Here is how it looks in the .nfo file:

This has happened more than once in the 4.9 cycle. Why you specifically were affected Based on your setup history: You run Emby in Docker on TrueNAS SCALE You likely: Deployed during a beta-only window Or updated when 4.9.x had no stable equivalent yet Emby internally flipped: IsBetaTester = true That flag lives in your config volume, not the container From that moment on: Every redeploy stays beta No UI prompt No rollback warning Why this is especially nasty UX You get: “Train: stable” (TrueNAS) “Latest version” (Emby) “Thank you for being a beta tester” (Emby) No visible opt-in That violates the basic rule: Beta must be explicit consent So yes — your annoyance is justified. Devs and admins comment on this please ... The answer is already in the comments, you don’t need AI to figure it out. Is simple, Emby has nothing to do with how TrueNAS deploys the app. The issue is with TrueNAS not Emby

Hi, just wanted to update everyone. We are in process of submitting an update to LG that should resolve this. Thanks.

Newest version went online on github and can be downloaded.

This was more of a precautionary question. I am planning to make a similar move to a dedicated trailer subfolder and wanted to get ahead of any known issues before that. Will keep the logs from when I make the move in case I hit the same issue.

Not a problem Seems my usb storage not enough read speed And some times delays appears on playback Later install drive normally in m2 slot Initial problem (that not problem) was with many entries in htop And all solved now

Hi, Thanks for the suggestions . I have started to impliment some of them before the posts above.from the initial feedbacks, and I will add as many as I can. Just be aware though that I really don't have much time at all, so it will happen when I can allocate time to it. Thanks.

Is there plans on the roadmap for OpenID. I have searched but not found any indication this is in development. With many admins taking up SSO through Authelia or Authentik to enhance security it would be great for Emby to support it. One of the easier open standards is OpenID which the aforementioned support. Users could continue to use LDAP if they wish while others can use the arguably better SSO experience.

There is now a SportsDb plugin in the Emby plugin catalog. Please see here for more info:

Hey u need to set permissions like this on folders where your media is: sudo setfacl -m u:emby:rwx /home/user/media sudo setfacl -R -m u:emby:rwx /home/user/media sudo setfacl -R -d -m u:emby:rwx /home/user/media cheers