All Activity

Thanks for the further reply. Using your examples above I've tested by creating 2 additional folders for my media; 1 for TV show name and then a sub folder with the Season number. And yes it does work but... however thats gonna be a load of work for so many files and a pain going forward. So basically individual files can't be indexed unless they are in 2 additional folders? Emby is pretty much better than Plex in most ways however Plex finds any file I throw at it without breaking a sweat. What are they doing differently and should Emby be doing the same? Lets face it 99% of individual TV downloads are not delivered in the format that Emby wants although admittely it should be fine for season downloads as they generally come in a folder. OK gonna play some more with this. I really appreciate all your help and support.

Not Synology, it is Chinese band NAS, os call UGOS, I am not able to open the terminal of it to check on that. strange that Jellyfin working normal with similar docker deployment

I'm normally happy enough to update after a quick check of the forums after a release, but 4.8.x made me hold off for far longer than I usually do, based off of a few common issues people were posting about.

Yes, what are you using for your NAS os, synology? My experience is with Debian. The command I mentioned would be used on the host with the gpu. As I understand it, the low power encoder/decoder must be enabled for transcoding to work. If you can get to a terminal you can try running: "sudo cat /sys/kernel/debug/dri/0/gt/uc/guc_info" (you may or may not need to use sudo at the beginning) or maybe try "sudo dmesg | grep GuC" and see what is returned . Sorry, but I don't have any experience with Synology and I don't know if things I am mentioning are even possible to do with it.

As per title says, it would be great, if there is a way / scheduled task for image scrapper for tv series, for example for logo, thumb and banner, and it's only fetch the image only, not entirely metadata the whole series (including the episode), i attached the recording, for the use case of recently new series (anime) but while added for the first time, the thumb and logo is not available yet also, 2nd or 3rd language for fallback, image scrapper, like in this thread would be good (recorded in the attachment, showing, some logo not available in my main language, English, but there is in Japanese) additionally, 1 more section for extra image (thumb and banner) configuration in library setting, since thumb is used for "Upcoming Tab" in the tv show library Video recording is in attached files opera_zc5mSJvcYQ.mp4

@williamdesousa I have setup test TV libraries using Emby Server 4.8.5 with the following test media files and in all 3 test libraries, all the episodes were identified and do show up Test Library TV1 - Folder Path to Media Server\TV1 Media Server\TV1\Blackadder (1983)\Season 4\Blackadder - S04E01 - Captain Cook.mkv Media Server\TV1\Masters of the Air (2024)\Season 1\Masters of the Air S01E01.mkv Media Server\TV1\Strange Angel (2018)\Season 1\Strange Angel S01E01.mkv Media Server\TV1\Young Sheldon (2017)\Season 7\Young Sheldon S07E06.mkv Media Server\TV1\Young Sheldon (2017)\Season 7\Young Sheldon S07E07.mkv Media Server\TV1\Young Sheldon (2017)\Season 7\Young Sheldon S07E08.mkv Test Library TV2 - Folder Path to Media Server\TV2 Media Server\TV2\Blackadder\Season 4\Blackadder - S04E01 - Captain Cook.mkv Media Server\TV2\Masters of the Air\Season 1\Masters of the Air S01E01.mkv Media Server\TV2\Strange Angel\Season 1\Strange Angel S01E01.mkv Media Server\TV2\Young Sheldon\Season 7\Young Sheldon S07E06.mkv Media Server\TV2\Young Sheldon\Season 7\Young Sheldon S07E07.mkv Media Server\TV2\Young Sheldon\Season 7\Young Sheldon S07E08.mkv Test Library TV3 - Folder Path to Media Server\TV3 Media Server\TV3\Blackadder\Season 4\Blackadder - S04E01 - Captain Cook.mkv Media Server\TV3\Masters of the Air\Season 1\Masters.of.the.Air.S01E01.mkv Media Server\TV3\Strange Angel\Season 1\Strange.Angel.S01E01.mkv Media Server\TV3\Young Sheldon\Season 7\Young.Sheldon.S07E06.mkv Media Server\TV3\Young Sheldon\Season 7\Young.Sheldon.S07E07.mkv Media Server\TV3\Young Sheldon\Season 7\Young.Sheldon.S07E08.mkv Would need to see the exact folder structure / naming for these shows in your library and also the emby server logs when scanning the library. See section on server logs here

Yes, same as Bohrfutter here. I also deleted the files as shown in the video, and also tried the delete after watch option, same results. But in my case, when I delete the episodes from the emby webui, they don't dissapear from the webui but all the folder (all the episodes in the same season) dissapear in kodi, resulting in the same bug, no matter from where I delete them. Changed skins, same result. Today there was an update to the emby server. I updated it, but the bug persists

Yeah. I don't really expect problems but releasing updates days apart points to what @rbjtech mentioned and does invite the introduction of problems. Besides, though I haven't been using Emby for that long, only since v3.3.x, there hasn't been an update with something I needed or wanted and couldn't wait for. I do appreciate the improvements but waiting for it to fully bake wasn't a big deal.

It's not geo-location. There's a reverse DNS registered for the source IP: firewall.rz.opal-consulting.com (didn't want to post it right away, in case you got any relation to them ) I'm not closely familiar with the DLNA implementation of Emby, but I know that you can also use a token for the api_key and maybe those were tokens which had been automatically issued to other local DLNA clients which the attacker has gotten hold of. I'm just guessing in the wild, though, but the question that I'm wondering about is not why he tried two non-working keys first - it's rather: "Why did the third one actually work?" This is what has lead me to believe from the first moment on that it must have been a targeted attack in some form. Maybe a neighbor or a visitor who got access to your LAN. Maybe also somebody in the same subnet of the dynamic IP address assigned by your provider to the router and he managed to get some DLNA communication working through your router (any ports open? UPnP enabled?). That's weird indeed and another reason which brought me in the direction that it might be somebody you know and who might get back to you later in some way like "haha, I've hacked your Emby Server and watched your videos!" And once another detail is that it appears that he (probably) started his actions from his own workplace (that company). This doesn't look like a professional hacker. (If he would have hacked that company, there would have been no need to switch over to Azure for continuing.) The other possibility is that it's an arbitrary hacker who found your server accidentally and is working out a general exploit. Did he really watch videos for a long time like from start to end and then the next one?

Oh well done Sir! Thank you so much for the explanation. I should have thought of the 2-part thing of course but it completely escaped me. Thanks so much!

I live in Germany, but I have no specific connection to Nürnberg myself (even though those geolocation tools within Germany tend to be wildly inaccurate anyway...). As for the key, there are no signs of breach on my local net - also, if there was, I'd guess the attack would have been a bit more directed (why use two wrong API keys first?). However, you are right that my local network security is lacking in the sense that I (as of now, I plan to change that) have no separated guest network for my visitors - so a breached phone or something like that being on my network in the past is a possibility. (Why use it to attack emby of all things then is a mystery to me though).

Very wise - I do the same and with the benefit of using a Windows Service, I get to choose when it updates. The recent unwelcome changes that have not been put into Beta first have re-enforced my views that release management, feedback and testing are not one of embys strongpoints ..

Removing is no improvement unless you have the replacement done. This is at least twice things have been removed before the replacement is implemented. Poor programming.

Sorry to mention, but I don't know what to do. @Luke could you give some advice?

I have reproduced this with the following library setup Media\Movies4\Fantasy\Harry Potter\7 Harry Potter and the Deathly Hallows Part 1\Harry Potter and the Deathly Hallows - Part 1.mkv Media\Movies4\Fantasy\Harry Potter\8 Harry Potter and the Deathly Hallows Part 2\Harry Potter and the Deathly Hallows - Part 2.mkv Media\Movies4\Fantasy\Harry Potter\UHD\Harry Potter and the Deathly Hallows - Part 1.mkv Media\Movies4\Fantasy\Harry Potter\UHD\Harry Potter and the Deathly Hallows - Part 2.mkv When viewing by folder and selecting the UHD folder, the Part 1 movie shows there is an additional part. The reason this arises is because you have two media items in the same folder (UHD) named as being parts 1 and 2 and thus being treated as a multi-part item. See Movie Naming | Emby Documentation and specifically the section covering "file stacking" So if the titles of the movies are the same except for having "Part 1" and "Part 2" suffixes, then they must be in separate folders, otherwise they would be treated as one multi-part movie.

Personne pour m'aider ?

Yea not really sure what emby are doing with this right now. They have taken away an integral part of TV show viewing (both missing and upcoming) and replaced it with a manual check which is all but useless for the average user. Emby for AndroidTV (you know, the client that has been in the process of being 'replaced' for the last 4 years..) now has some of this put back - it has an 'upcoming' row like before (with a 'future' banner across the poster) and if the latest episode is missing - then it shows that as 'missing'. But if mid-season are missing, then it doesn't show those - so it's only useful for current shows. No other client appears to have this. All in all - it's a bit of an inconsistent mess ..

Been after this QOL "feature" since core version was introduced... But seems since it was and the plugin seemingly sent to die, core has been ignored. Shame really.

Hello I'm facing an issue with connecting to my Emby server, and I could use some help in troubleshooting. Here's the problem I'm facing: When attempting to access my Emby server, I'm facing an error message stating "Unable to connect to server" or a similar message. This happens continuously across different devices and browsers. So far, I've tried restarting both my Emby server and the client devices, ensuring that the server is running and accessible on the network. I've also checked firewall settings and checked that port forwarding is correctly configured on my router. https://emby.media/support/articles/Installation.htmlinfo Despite all this , I'm still unable to establish a connection to the Emby server. Any suggestions or troubleshooting steps would be greatly appreciated. Thank you for your help! Thank you stevediaz

I guess it's a viable alternative if you use the same source, but for any self made/ripped/edited/modified file - it will obviously will not work.

Done , new version istalled and bug seems fixed Versione 4.8.5.0 I just tryed from PC and now the movies is played correct , The last test will be this evening from tv , I will update asap I will do it. From PC the movie now is played correct \Gianni

hi wedgekc, thank you for the update, I am running the server from docker, image is linuxserver/emby:latest, for os, do you mean the os that my NAS is running on? I am not able to locate /etc/modprobe.d/i915.conf within the container.

I'm running Emby on Ubuntu 22.04.4 LTS. During operation I'm getting this error several times: 2024-04-23 09:07:45.914 Info Server: http/1.1 POST http://host2:8096/host2/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=be58799c-2bc9-42ae-894d-004ab0b338e6&X-Emby-Client-Version=4.8.5.0&X-Emby-Token=x_secret1_x&X-Emby-Language=de&reqformat=json. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 2024-04-23 09:07:45.915 Info Server: http/1.1 Response 204 to host1. Time: 2ms. POST http://host2:8096/host2/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Chrome Windows&X-Emby-Device-Id=be58799c-2bc9-42ae-894d-004ab0b338e6&X-Emby-Client-Version=4.8.5.0&X-Emby-Token=x_secret1_x&X-Emby-Language=de&reqformat=json 2024-04-23 09:07:52.669 Error Server: Error processing request *** Error Report *** Version: 4.8.5.0 Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb Operating system: Linux version 5.15.0-105-generic (buildd@lcy02-amd64-007) (gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #115-Ubun Framework: .NET 6.0.25 OS/Process: x64/x64 Runtime: opt/emby-server/system/System.Private.CoreLib.dll Processor count: 6 Data path: /var/lib/emby Application path: /opt/emby-server/system System.IO.IOException: System.IO.IOException: File Reading Failed. at EzSmb.Streams.ReaderStream.InnerRead(Byte[] buffer, Int32 offset, Int32 count, CancellationToken cancelToken) at EzSmb.Streams.ReaderStream.Read(Byte[] buffer, Int32 offset, Int32 count) at System.IO.Stream.<>c.<BeginReadInternal>b__40_0(Object <p0>) at System.Threading.Tasks.Task`1.InnerInvoke() at System.Threading.ExecutionContext.RunFromThreadPoolDispatchLoop(Thread threadPoolThread, ExecutionContext executionContext, ContextCallback callback, Object state) --- End of stack trace from previous location --- at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread) --- End of stack trace from previous location --- at Emby.Server.Implementations.IO.StreamHelper.CopyToAsync(Stream source, PipeWriter destination, Int32 bufferSize, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.FileWriter.WriteToAsync(IResponse response, CancellationToken cancellationToken) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken) Source: Emby.Server.Implementations TargetSite: Int32 InnerRead(Byte[], Int32, Int32, System.Threading.CancellationToken) I don't know what exactly causes this and how to resolve this. Any advice please?

seems like updating the gpu drivers worked

Ok, if I try to update manually, do I have to uninstall the current version, or is it enough to interrupt the APP I have in the system and then proceed with installing the new version in manual mode? All my data \ configuration will remain , correct? \Gianni