All Activity

Does that mean I will have to add all the thumbnails again?

Hi! There is a flag you can set in the cli when running the script to make it not touch the mkv at all, and just save it as a .srt file. Also. It shouldn't be much trouble making a docker version.. The only thing that might not work is the picker function in the linux version (It has a "picker.sh" script that lets you fast-search for movies and shows based on the paths you set in a config file, to make it easy to start the script on a particular movie or show). Tell me if you would like me to make a docker version, and i will look into it. That said, it automatically runs in its own environment using venv on linux or conda on powershell, which it auto checks for during installation and offers to install if missing..

I've been having this issue for awhile now. I've changed the pin numerous times and it always fails. It seems now when I try to request a new pin. I get the pin, enter it into Trakt plugin, but it just gets stuck saving. Checking on Trakts end, the access isn't even being created in Connected Apps.

If you're running Linux to Linux then NFS might be more reliable.

@visproductionthank you for the advice. I'm currently doing some investigations on what the root cause could be (with different media). It has happened to both Apple TV and LG app where it just stopped. Just now the Apple TV app just crashed to the home screen. I have taken the log snippets and should probably start my own thread about this issue to not confuse anyone else finding this thread.

OK so after enabling debug logging and running some test conversions, I can confirm the conversion feature itself works well. QuickSync hardware encoding, files writing correctly to the temp directory, replacements landing in the right place. No permissions issues (emby user is in the correct group with write access to the NAS shares). The problem I hit was a resilience issue rather than a conversion bug. Here's what happened: 1. Emby was mid-conversion, writing finished files back to the NAS via the Transfer media task 2. My (slightly crap) NAS became temporarily unresponsive under load 3. The CIFS/SMB mount hung at the kernel level which i think is a known Linux behaviour where processes with open file handles on an SMB share block indefinitely waiting for the server to respond 4. Emby's Transfer media task stalled on "Stopping" and couldn't be cancelled from the UI 5. The only recovery was a full server reboot This isn't really an Emby bug, it's a Linux kernel CIFS behaviour. But it does raise a question about whether Emby could handle NAS disconnects more gracefully during conversion transfer, perhaps with a configurable timeout or retry mechanism rather than hanging indefinitely. On the Linux side, the fix is to add echo_interval and echo_retries options to the fstab CIFS mount, which reduces the time before the kernel declares the server dead from ~5 minutes to ~60 seconds. But even with that, processes in uninterruptible sleep will still hang temporarily. Is there a cleaner way to handle this? Specifically, whether Emby has any internal timeout on file transfer operations that could be configured.

Tks. The quotes are going to be tricky to accomodate as those are used to pass the params to the external executables - you may have to live with that one. The HDR in AV1 .. good call, I don't think I had an HDR AV1 file to see how Mediainfo presented that. Can you post a JSON output from the file via the GUI Mediainfo ?

For the border you want /* --- UI DIMENSIONS & SHAPES --- */ --hover-border-thickness: 2px; /* Thickness for glow borders on hover */ I'll look into the mystery of the sleeping logo. EDIT: Fixed the logo, it will be in the next update.

Some friends pointed out that the latest Jellyfin Android TV client now fully supports Vimu as an external player for the exact same reasons I mentioned earlier. I tested it yesterday, and it’s true: Jellyfin now passes the resume tokens to Vimu perfectly. However, I much prefer the Emby interface; it looks far more polished and professional than Jellyfin’s layout. In my opinion, as a paid Emby user, it would be great to see the same level of external player integration that the free Jellyfin app already provides. It would make Emby the undisputed leader for high-end home theater enthusiasts who rely on Vimu for the best possible playback experience.

Forgotten about the problems you had, very sorry about that. Not sure precisely what Emby goes after when catalog is used but i would guess changing the version number to some high number would be enough, to be 100% safe the "[assembly: Guid("b8d0f5a4-3e96-4c0f-a6e2-9f0c2ecb5c5f")]" in Assemblyinfo.cs can be changed too to something else.

haha yes, thats exactly what i did.

No I don't think so. I double checked and I did already have all the permissions set. I honestly don't know what happened last time, but it does seem to be working now and I've got a telegram bot to warn me if the directory starts ballooning again.

@SamESThanks for suggestion. I‘m currently not on site, but I‘ll look into it asap and report back.

I guess you are running Emby beta.

I've been using Emby for Kodi and had to use an external flash drive and the pathsubstitution setting in Kodi to use it for the thumbnails folder, and thus free up space in the Android TV. I found out that if something goes wrong with the library scan such that I have to reset the local database or uninstall the addon and make a new library scan, then scanning can be very slow because it's writing to the external drive. I have to remove the pathsubstitution setting first and let the addon scan the library and write to device storage first, and then after that put back the pathsubstitution setting. Finally, I don't know if things will be easier if I use the Android settings and configure it to make Kodi store its user files in the flash drive, or if it won't make a difference.

Hey @yocker, it's really cool that it is now in the pluginstore but can you maybe help me out because i used a custom compiled version of it with my own icons and it was simply overwritten now. If i create and compile the project as you advised couple months ago what do i need to change so that the autoupdate feature doesn't overwrite it again? Thanks again for this awesome plugin and the constant updates!

For now, I haven't seen anything relevant, except for this thing that happens to me. The image of the emby logo that appears next to the start menu icon does not appear. I have tried your clean code without modifying anything and it doesn't appear either. And a question, the border that appears when selecting a library or in the dialogs, I can't find that thickness, can you tell me where I change it? I leave you a screenshot of both things. Thank you

I'm not sure exactly when this began but at least in the past few beta versions I now have a "Recently searched" which appears before my search results. Not only is this annoying, I cannot find a way to shut this off, and it shows results for items not related to the search itself. In addition, there are now huge gaps of empty page space between this and search results. i watched one episode of Sally yesterday. I did not search for the episode, yet it insists that I did and that I had searched for many others. Its unfortunate that the most basic functionality of Emby which has worked perfect for years is now broken. What is the fix for this? More nonsense: More nonsense:

On one of the recent Emby beta releases earlier this year, there were optional sub-headings for the new home screen sections. This has since been removed, but I thought I'd try a similar idea for the custom Group By views. This possibly simplifies the Release Type mappings, on import, and also provides a way to show more info without it being the (large-bold-font) main heading: As a proof-of-concept, it seems to be quite useful. Any changes to the Release Type sub-headings and the Decade headings/sub-headings do not require any changes to the Album Tags, so can be updated independently and relatively easy.

These aren’t contributing artists?

Any ideas? A few days before my first post this started, and seems to impact anyone using LG or Samsung app. Android and Roku seen unaffected. All three of my users effected worked fine till last week, now almost nothing plays for them. Emby didn't update, and while LG seems to have had an update earlier this month, nothing lines up with when the problem started. Testing/logs seem to show either the TVs aren't reporting back that they need transcoding, or if they are, Emby isn't starting it. So the streams are incompatible. Roku, Android, Web all seem to work as normal. And transcode when needed.

Any updates on this st all? The large gap under my media section is still there

Emby’s gradual rollout of Apple Silicon GPU acceleration is because macOS relies on a different video pipeline (VideoToolbox) that needs to be properly wired into ffmpeg. Since Emby uses ffmpeg for transcoding, the real work lies in making that integration stable on Apple’s tightly controlled hardware, not in the language or CPU translation layer. As an independent technical user with no affiliation to Emby, it’s obvious Luke and the team are putting in serious effort while also supporting a wide range of platforms. Hardware acceleration on something like a Celeron-based NAS didn’t happen overnight either—it took time to mature. This will get there as well, and when it does, it should deliver the same level of stability Emby users already expect.

Found two little bugs: 1. A movie title enclosed in "" holds back the complete treatment. It's enough to manually edit the metadata and then reprocess. 2. HDR in AV1-encodes doesn't get recognized.