All Activity

Lots of combinations to test? Moving or renaming content: If you move a media folder, using any file management or command lines, all collection, tags and sometimes even extra descriptions details can be lost. You could take a screen shot of the media page details, move the media and then redo the collections, tags and other details of the content from the screenshot. Or just avoid moving or renaming media. This is obviously not user friendly and worth discussing as a new feature. Multiple audio: Rare situation with multiple audios might cause strange behavior and loose the ability for playback with some software. I am guessing each combination and TV brand handles this differently. If the first choice audio doesn't play, some setups just give up and perhaps Emby sends it to transcode. The exact same media with other setups, jumps to the next audio track. Each media with .mkv container can have default audio settings for multiple audio tracks and Emby can have it's own rules for preferred language. Some players can do audio track 1 and some cannot. Does this work with every possible default media or Emby setting for each video codec on all resolutions on each TV brand and with every Emby software? 4 variables with 2 options result in 64 combinations to test for each playback setup. Has this been well tested? Adding extra content to media in the same directory with a filename that is different before the dash: Fame (1980) - 720P, Fame (1980) Street dance - 720P. This might wipe out collection data. I think the preferred way is to add an Extras subfolder. What happens if you just throw the videos in the same directory? Has someone tested it?

Would it be simple or possible to add in more User accent color options? I've been working on a CSS theme that can heavily utilize the user accent colors and would love to see more options. And a special request of gold at Hex: #FFB900, RGBA(255, 185, 0, 1). I know super low hanging fruit here... Thanks!

Hi All, My trusted ser8 8745hs minipc sitting beside my TV is going to be taken by my kid. Do you think this 16-year-old shoebox PC will work well as a replacement for an Emby server? 250Gb SSD with Debian 13 and Emby server h55n i7 890 2.93 - 3.20Ghz 8Gb non-dual channel GeForce 560 1gb usb 3.0 with the external 12tb media hdd (same as now) I understand that Emby will rely on software transcode with that graphics card. I do watch 2k and 4k content with transcode for subtitles, only one user connected to the server. Is the computer suitable do you think? I also have a Geforce 1080, but I don't think I'm able to take it from another system on account that the 560 is not compatible with that, so I can't swap them. Thanks

This is the key. It is how the store identifies the plugin.

Du kannst von TMM auch nur die kostenlose Version nutzen, die reicht für deine Zwecke aus. Du kannst deine Dateinamen für die Onlinesuche verwenden, kurz matchen, nfo speichern, fertig. Zu den nfo Dateien findest du die Dokumentation hier https://kodi.wiki/view/NFO_files/Movies, im Grunde orientierten sich fast alle Media Center daran, aber ich würde dir TMM empfehlen Bei deinen falschen Matches reicht es wahrscheinlich nicht aus, den Tag auf Movie zu stellen. Der Online Abgleich erfolgt meist über tmdb, und hier werden die ids doppelt vergeben, d.h. es gibt eventuell einen Film und eine Serie mit der gleichen Id xyz. Emby ist bei den einzelnen Libraries wie Filme oder Serien sehr zuverlässig, gemischte Inhalte sollten besser manuell getagt werden, da Emby sonst nicht weiß, ob eine Serie oder Film gematcht werden soll. Auf lange Sicht solltest du vielleicht auf separate Libraries für Filme und Serien wechseln, Kodi oder Plex haben damit auch Probleme ohne saubere nfo.

Downloaded and testing

Hi, there's already an open request for this or something functionally equivalent. Please join in and contribute to the existing discussion at:

This issue was fixed long time ago.

Updates: Added missing admin help button to the header-icon-colors Fixed the logo that took a nap when the sidebar was collapsed. More ordering options (see section 1 updates) Fixes to some icon colors, more targeted. (see section 1 updates for a new color being used) Fix to --play-button-display not being respected anymore Section 1 Updates: If you customized your CSS, you could keep your section 1 and just update section 2 on down. but here are the important things that were added or changed so you can modify accordingly. Layout ordering has been updated to this to add in more targets /* --- LAYOUT & ORDERING --- */ --order-seasons: 1; /* Vertical order of Seasons section */ --order-next-up: 2; /* Vertical order of Next Up section */ --order-more-from: 3; /* Vertical order of "More from Season/Artist" sections */ --order-chapters: 4; /* Vertical order of the Chapters row */ --order-included-in: 5; /* Vertical order of "Appears In" / Collections section */ --order-cast-crew: 6; /* Vertical order of Cast & Crew section */ --order-similar: 7; /* Vertical order of "More Like This" (Similar) section */ --order-about: 8; /* Vertical order of the Text Overview/About section and Media stream info cards */ New variable section /* --- STATUS OK COLORS --- */ --status-ok: rgba(76, 175, 79, 1); /* Good status color, green checkmarks */ Emby Navy and Gold v5.4.css Side note. I have request more user accent color options and to include our gold in there. So hopefully we can get rid of that variable option. I would like your support and upvote in this forum topic:

Danke - war von haus aus aktiviert. nfo werden aber scheinbar nur für Serienfilme greifbar generiert. Bearbeite die vorhandenen Dateien jetzt mit Notepad++. Ein Hinweis auf die Syntax und den Aufbau wäre noch nützlich. Z.B. <tvshow> ersetzen mit <movie>? Welche Datenblöcke sind essentiell? Usw. TinyMediaManager werde ich ggf. ausprobieren, zumal das Tool sehr günstig ist. Hätte aber erwartet, dass eine vergleichbare/bessere Funktion (funktionierend) bereits integriert ist. Obwohl emby eine gute Anwendung zu sein scheint, mangelt es doch da und dort deutlich. Intuitiv bedienbar "nein", "Dokumentationen" verbesserungsfähig, Erkennung von logisch angelegten Ordnerstrukturen "stark verbesserungsfähig", Nachbearbeitung von Einträgen "mühsam beschreibt es nicht einmal annähernd". Wie z.B. kategorisiert man einen "Film" neu, der als Serie erfasst wurde? Mir stehen jetzt viele Wochen der händischen Nachbearbeitung bevor - herzlichen Dank emby. Euch sollte bewusst sein, dass immer die Sammlung nach der Verwaltung kommt. Deswegen gehören Strukturerkennung und Nachbearbeitungsmöglichkeiten auf die Prioritätsliste nach weit oben.

@Maestro27devs will need logs from that attempt.

While it's good that this is finally being addressed, this comes 6 years after the community first demonstrated how easily library images could be scraped via ID enumeration, and over 2 years after the dev team acknowledged that they plan to address it. Fixing security debt from 2020 isn't exactly a win here. It's just further proof that basic security practices have long been ignored and consistently taken a backseat to other features.

From you screenshot it looks like your NOT connecting from your remote IP. Connecting from Client Apps

Cool would love to teste it, if you made a docker version. And give you feedback on the tests.

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.