Leaderboard

Right, here we go: I have dumped/removed the whole process I was using to update, remove and clean the files/folders. I have completely rewritten this, and using a completely different method, so this cannot really compare to the previous method. Everything is now done in memory and the filesystem isn't even touched until a file needs to be written or deleted, and then only those that need to be changed or deleted are modified. This is a MASSIVE change to how it was being done. I had been thinking about this for a long time how i could do this, then yesterday I had a moment of inspiration. I already read the files when I check the directories, so I know what is there and what link they contain. I already read the m3u data, so I already know what files I am going to write and what links they have. I can check them in memory without even touching the drive! - why did this not even occur to me until yesterday??? So this build I am doing this method, then only writing or deleting what is different. This should massively reduce IO operations and thus increase speed dramatically. I have also reverted the country code back to its original @fbrassinI hope this solves all of your issue's! - i await cautiously....... VODtoSTRMscheduledTask.dll

I don't think a native Emby server app would be released anytime soon. That would be a quick fix for the Emby team, so I've been using Docker containers for over a year. I can only recommend this approach, it's better than waiting years for a native app.

I'd like to just use my system brightness. The difference between 0 and 1 is huge and it's difficult to lock in the correct brightness at night.

I know devs have expressed concern that space is at a premium on phones and smaller devices, but essentially every other audio player app I have used includes jump forward and back buttons within an audio track. Attached is an example from a basic podcast player, and the equivalent Emby Android screen, both screenshots from the same small cellphone. There is plenty of room to add '10 sec back' and '30 sec forward' buttons, which would markedly improve user experience since, especially on a small device, swiping to jump short periods of time is very awkward and imprecise. There is room, so please add these buttons to the Android player.

I'm going on a trip with spotty Internet so I've downloaded an audiobook I'm in the middle of. The home page shows "resume" for the streaming file and remembers my place. Great. But if I go to downloads, I have to go to music, then artist, then the authors name, then the books name, then to music videos to get my download to play. And the position on the downloaded file isn't the same as non-downloaded. So, I end up using the streaming file when I can because it's easier to get to from the home page, but when I'm offline and dig all the way down to my download, the play head isn't in the right place. I'd love if the two stayed in sync and if I could play then from the same place.

For example, I added "The Gods Must Be Crazy (1980)" to my library a long time ago. It was originally imported with only the Director and no actors. I checked the current entries on both thetvdb and tmbd. They both had additional actors info, so I manually refreshed the metadata (replace all, keep existing images). The new actor information didn't appear. I verified that the TMDB was the top of the metadata search list in the library and refreshed again. (Tried this with thetvdb, open movie database, and TMBD at the top of the fetcher lists and had the same result - no update using metadata refresh). So I manually copied one of the actors from "The Gods Must Be Crazy II (1989)" into the NFO of the first movie. Emby didn't automatically update, so I manually refreshed the metadata again. Emby reverted the NFO to its previous state. I removed the media folder from the library and allowed Emby to recognize the change, deleted the NFO, and then moved the media folder back into the library. Emby picked it up and populated the actor information as found in the corresponding "top of the list" fetcher. However, it had a new "added date" which was not today's date. (Maybe pulled it from an old duplicate DB entry?). I.e., the original added date was 2014, the new one was 2021 (mp4 file date is 2014). And even stranger, when I manually refreshed the metadata, the actor info reverted back to the original one with the Director only and the NFO file was also reverted. I had to remove it from the library and repeat to get the actor info back.

This is the standard way to alphabetise titles, which has been used in libraries and bookshops since forever; articles, both definite and indefinite (a, an, the), are omitted when considering the order. The words to be ignored by Emby are listed in the config file: system.xml, in the <SortRemoveWord> entry; you can either remove those you don't want, or add others (e.g. for other languages). System.xml is in the programdata/config directory under the Emby installation directory. Usually when an episode or show seems to vanish, it is being seen by Emby as a version of another. If that's the case, one of them may need the folder/file naming adjusted to ensure correct recognition. It is also possible to split joined versions apart manually. Paul

HI, we have been in contact with ugreen. I don't have an ETA but hopefully in the near future we'll have something. Until then, community members here have been able to figure out both the docker and debian packages, so you could take your pick between those. Any ugreen package we do would most likely just be the debian/ubuntu package rewrapped anyway.

Hi Luke. I wanted to circle back on this request as it's been over a year and I would like to understand the roadmap on this if there is one. The AppleTV does not currently support TrueHD so uncompressed audio is not an option. We ATV users and those who review them always hope for passthrough support in either a new tvOS release or with new hardware but no one knows if that will ever happen. There are some android clients that will play compressed Atmos using Dolby Digital Plus in the Emby app even if the hardware does not support passthrough. On Apple TV, we can use Infuse but it requires going back and forth between the Emby app to use live tv and using Infuse to watch an Atmos encoded file. I am not sure of the percentage of Apple TV Emby users vs other clients but I wlll say for those in the Apple ecosystem, it's harder to use an alternative client. Has consideration been given to adding Atmos playback support for DD Plus to the Emby app? Is there a license cost which prohibits this? Is it possible to poll ATV users to find out if they would support a one-time fee to enable this support? Thank you!

I did this already and still see issues. I think its because emby wasn't the owner and the nfo is created by emby. I made the switch to have emby:user for /media and will see if this helps. here is my shell that I ran: #!/bin/bash # --- CONFIG --- MEDIA_DIR="/media" LOG_FILE="/var/log/media_permissions.log" TIMESTAMP=$(date +"%Y-%m-%d %H:%M:%S") # --- LOG HEADER --- echo -e "\n[${TIMESTAMP}] Starting permission check on $MEDIA_DIR" >> "$LOG_FILE" # --- Apply ownership and permissions --- echo "[INFO] Fixing ownership and permissions..." >> "$LOG_FILE" chown -R user:user "$MEDIA_DIR" chmod -R ug+rw "$MEDIA_DIR" find "$MEDIA_DIR" -type d -exec chmod g+s {} \; # --- Find files Emby can't write (common types: .nfo, clearlogo.png) --- echo "[INFO] Checking for non-writable metadata files (.nfo, clearlogo.png)..." >> "$LOG_FILE" find "$MEDIA_DIR" \( -iname "*.nfo" -o -iname "clearlogo.png" \) ! -perm -g=w -print >> "$LOG_FILE" # --- Summary Output --- FOUND=$(find "$MEDIA_DIR" \( -iname "*.nfo" -o -iname "clearlogo.png" \) ! -perm -g=w | wc -l) if [ "$FOUND" -gt 0 ]; then echo "[WARN] $FOUND metadata files without group write permission found." >> "$LOG_FILE" else echo "[OK] All .nfo and clearlogo.png files are group writable." >> "$LOG_FILE" fi

Correct, Factory reset didn't work. Thanks for taking a look!

Seems to be an bug, I'll fix it in next version.

Sorry for the long post, and my mistake. Yes, I'm currently running Emby-for-Kodi-next-gen Public ver 11.2 and Emby beta 4.9.0.48. NOT 4.9.0.27 as posted. and the problem persists. I will try a factory reset and see if that helps. Thank you.

I want a change in the naming convention that Emby uses for the thumbnails of episodes. I use a lot of "custom" episode/thumbnail cards from reddit Currently they have to have the same name as the actual episode file + "-thumb". So if the video file is called "series.s01e01.pilot.x264" the thumbnail/episode card file will be called "series.s01e01.pilot.x264-thumb" Since I have sometimes multiple files per episodes like an HD or 4K Version which creates two separate episode/thumbnail cards. I would like Emby to use a neutral naming convention let's say something like "s01e01-thumb", so both versions point at the same thumbnail/title card file. This would also come in handy when I re-encode video files (with a new name) and don't have to go and rename the titlecards as well. I hope it's possible. cheers

Woohoo!!!!! Looking forward to this -- thank you, @Luke!

@LukeThank you for pointing me in that direction, I've searched for recent changes and found this: This would explain why nothing gets added to my collection any more. The post is from January 22nd and it fits in the time frame.

When using this plugin. I think you need to reenable those options, after every restart of Emby server.

YOU ARE SUCH A BRO FOR THIS

Thank you, I hope the upgrade can be implemented soon.

Agree, and such a change would also satisfy other requests such as this one for Audiobooks:

Note: I've moved this to the Emby Server forum. For the unanswered part of your question, the answer is unfortunately "no". When the location of the files changes and you change (or add) the library location in Emby Server, you will have them in Emby Server again, but they are not the same Emby items like before. So any associated data (watched, like, resume position, audio and subtitle selection) wil be lost.

I don't have my LinkPI ENC1 auto reboot and I ssh uptime seems good to me right now. 19:39:08 up 79 days, 20:58, 2 users, load average: 4.08, 3.88, 3.92 My URay would need a reset every few weeks or the picture would go wonky. Since we don't have cable card in Canada or lot of channels on DVB like in Europe we are kind of stuck with capture or pirating to have our own DVR. I chose HDMI capture. I actually use the HDMI out on the LinkPi to my main TV. so that I can use an STB directly or go through NextPVR (I have a separate RPi controlling my STB with LIRC) . I have got the LinkPi REC1 on order since it offers full pass-through HDMI (apparently) so I won't be stuck with 4K 30. Why wouldn't I just use NextPVR or Emby you might ask? Mainly because My STB provides catchup Unfortunately Gracenote doesn't identify catchup shows in their metadata so it is difficult to automate with LIRC. My prime recording device on another STB is still the HDPVR with AC3 recording. Linux.has proven to be more stable than Windows for that. Two tuners plus OTA is plenty for me. In a pinch I do have cloud DVR. I already have UVC dongle on it connected to an Android stick's HDIM and it works well as I noted earlier. It's nice not having to depend on mjpeg video. Controlling Android is not as easy as LIRC to the STB though. Martin

after checking it was the apps quality setting which was giving me the error now i changed the quality to auto for both home and remote now its working

@MacAndBrandonyou need to install the "Diagnostics PlugIn" plugin, to get that extra feature.

HI, we'll enable this on the 4.9 beta channel for the next build. Thanks.

Listen to me. Audacity is an editor. It actually changes audio files. It does not do what is being asked for here. "metaflac" is the application that actually writes ReplayGain tags to FLAC metadata. If AI is telling you different, then you probably didn't phrase your question correctly.

Thanks @LukeJust did a test on 4.9.0.46 Unticking Season metadata providers and refresh all metadata now reverts season naming With Season metadata enabled. With Season metadata disabled and a refresh all metadata on "Babylon 5". How ever there is still no description of what Season metadata does. I will mark this as solved, in upcoming release 4.9.

Any ETA?

Great news it's a dynamic list ... Any hints on a beta release date @Luke?

Thank you this solved it for me. - Property Mapping to fetch Emby AccessToken: import json from urllib.parse import urlencode from urllib.request import Request, urlopen if request.user.username == "": return "null" else: embyuser = request.user.attributes.get("emby_username", "") embypass = request.user.attributes.get("emby_password", "") base_url = "http://embyserver:80" end_point = "/Users/AuthenticateByName?api_key=embyapitoken" json_data = {'Username': embyuser,'Pw': embypass} postdata = json.dumps(json_data).encode() headers = {"Content-Type": "application/json; charset=UTF-8"} try: httprequest = Request(base_url + end_point, data=postdata, method="POST", headers=headers) with urlopen(httprequest) as response: responddata = json.loads(response.read().decode()) AccessToken = responddata['AccessToken'] UserId = responddata['User']['Id'] except: AccessToken = "null" UserId = "null" return {"ak_proxy": {"user_attributes": {"additionalHeaders": {"X-Emby-Uri": "/web/index.html?userId=" + UserId + "&accessToken=" + AccessToken + "&e=1"}}}} - NPM configurations: client_max_body_size 100M; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Sec-WebSocket-Extensions $http_sec_websocket_extensions; proxy_set_header Sec-WebSocket-Key $http_sec_websocket_key; proxy_set_header Sec-WebSocket-Version $http_sec_websocket_version; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "Upgrade"; proxy_redirect off; proxy_buffering off; location / { proxy_pass $forward_scheme://$server:$port; } location /ssoauth { proxy_set_header Upgrade $http_upgrade; auth_request /outpost.goauthentik.io/auth/nginx; error_page 401 = @goauthentik_proxy_signin; auth_request_set $auth_cookie $upstream_http_set_cookie; add_header Set-Cookie $auth_cookie; auth_request_set $authentik_embyuri $upstream_http_x_emby_uri; add_header X-Debug-Emby-URI $scheme://$host$authentik_embyuri; try_files "" @redirect; } location @redirect { add_header Set-Cookie $auth_cookie; return 302 $scheme://$host$authentik_embyuri; } location /outpost.goauthentik.io { proxy_pass https://authentik-server:9443/outpost.goauthentik.io; proxy_set_header Host $host; proxy_set_header X-Original-URL $scheme://$http_host$request_uri; add_header Set-Cookie $auth_cookie; auth_request_set $auth_cookie $upstream_http_set_cookie; proxy_pass_request_body off; proxy_set_header Content-Length ""; } location @goauthentik_proxy_signin { internal; add_header Set-Cookie $auth_cookie; return 302 /outpost.goauthentik.io/start?rd=$request_uri; } I was able to use Authentik to login I to the web ui with Authentik.

Me ha pasado algo similar cuando algún archivo esta corrupto, el escaneo se queda atorado al tratar de agregar ese archivo corrupto. Desafortunadamente no hay manera fácil de saber cual es ese archivo. Intenta segmentar tu biblioteca y agregarla por partes, así al menos tendrás una idea de donde puede estar, por ejemplo primero agrega las películas, luego las series y vez en cual de las dos se queda atorado. O si tienes mas segmentadas tus carpetas mejor por ejemplo "Películas HD, Películas Bluray, Series Animadas, Series de Acción". En general revisa la salud de tus discos duros y elige aleatoreamente algunas películas para ver si se pueden abrir directamente.

Lend your support here: