Search the Community

Hi all, First of all a huge congratulations for this magnificent software in free access. Secondly, I bring my modest contribution by sharing with you my work on Photoshop with regard to genre thumbnails. This includes a PSD file to create your own thumbnails with the typo file and background image. Also includes the 16 thumbnails in png format that I created for myself, in French only. Preview on emby : Downloading the zip file (7.6Mo): Vignettes-Genres.zip Sorry for my bad English, I use Google Trad... Best wishes.

I've been trying to find a thread that can tell me how to delete all my video thumbnails that have been generated automatically with Emby server. Is there a tool or setting to accomplish this?

Editing the "primary" picture of a folder is currently cumbersome. There is an option to edit the picture. This only offers to upload a new picture. However, the desired pictures already exist in the folder itself. So I'll have to download it, and reupload it as folder picture. Instead would it be possible to add: a context menu option "Use as folder thumbnail". This would be easier I suppose. optionally, allow to select an existing picture instead of the "upload" button? Thanks in advance. This is a wonderful product which is a treat to use.

Hi I've been wondering about this for a while, but why does some videos produce this kind of Image via the screen grabber image fetcher, but the thumbnail generator does not seem to have any issue? Also watching the video is fine, (it transcodes properly) Video has the following media info:

Hi Everyone. Problem: I got a trial emby on an OpenSUSE server. All looks good except the thumbnails usage. Every time I enter some folder thumbnail images are downloading again and it causes a 100% or high CPU usage. Already looked for a solution on the forum but can't find it. VM Hardware: 4 CPU Cores. 2 GB RAM. External mounted NAS with photos and videos of high resolution (~1TB). Also I use Nginx. Config: server { listen 80; server_name media.domain.com; root /var/www/html; return 301 https://$server_name$request_uri; } server { listen 443 ssl http2; server_name media.domain.com; root /var/www/html/emby; ssl_certificate /etc/nginx/ssl.crt/some.crt; ssl_certificate_key /etc/nginx/ssl.crt/some.key; location / { try_files $uri $uri/ @backend; } location @backend { proxy_pass http://127.0.0.1:8096; # Allow WebSocket connections via HTTP 201 proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header X-Forwarded-Host $host; proxy_set_header X-Forwarded-Server $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; proxy_redirect off; } } No errors in nginx log. /var/lib/emby/logs/embyserver.txt: 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 8000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 300000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 600000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 900000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 1200000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 1500000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 1800000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 2100000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 2400000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 2700000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 3000000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 3300000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 3600000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 3900000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 4200000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 4500000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 4800000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 5100000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 5400000ms. 2020-09-08 02:00:03.484 Error ChapterImagesTask: Error during chapter image extraction for 2013-12-20 17.00 Annual Company Meeting, December 20, 2013, at 5700000ms. 37M /media/cache/ 3.0G /media/metadata/ Please kindly help me. And let me know if you need any information additionally. Thank you in advance. KN

Hi, On Firefox 72.0.1 the thumbnails fail to load with the exception of maybe one random image when scrubbing. On chromium however the thumbnails display just fine. Anything I could do about that? I'm happy to provide server logs if necessary.

There may be a simple answer to this, but I noticed that not all of thumbnails for cast & crew are not stored locally, but instead with the media. Under Library -> Advanced, I had selected the option to have a custom local metadata path. And within my library options, I did UNSELECT: Save subtitles into media folders Save artwork into media folders I wanted this stored separately for speed reasons. I recently started a fresh installation of Emby Server (Windows) without any media in there. I placed three movies in there just to test things out. When I opened the three Nfo's that were generated, I noticed that about 10% (estimate) of them have a local path, but the remaining 90% (estimate) have a path like: https://image.tmdb.org/t/p/original/.... Is there a reason why only some of them are stored locally? And how can I change that? Thanks! ~Q

Hello Everyone, there is a bug within CoverArts and i dont know how to fix it. the Edges of nearly all episodes are bugged. Some are extremly visable, some are only minor. and some aren't even working at all. I want to use the rounded style. here are some example Screenshots. Merry Christmas by the way

Hi all having an issue with emby generating episode images, and I can see this error related to it. Thanks for the help. 2020-04-22 22:04:56.454 Error ChapterImagesTask: Error creating thumbnails for smb://10.2.x.xx/Multimedia/tv/Avenue 5/Season 1/Avenue 5 - S01E01 - I Was Flying WEBDL-1080p.mkv *** Error Report *** Version: 4.5.0.6 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: Unix 4.15.0.96 64-Bit OS: True 64-Bit Process: True User Interactive: True Runtime: file:///opt/emby-server/system/System.Private.CoreLib.dll System.Environment.Version: 3.1.2 Processor count: 10 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.NotSupportedException: System.NotSupportedException: Stream does not support writing. at System.IO.StreamHelpers.ValidateCopyToArgs(Stream source, Stream destination, Int32 bufferSize) at System.IO.Stream.CopyTo(Stream destination, Int32 bufferSize) at Emby.Server.Implementations.IO.ManagedFileSystem.CopyFileUsingStreams(String source, String target, Boolean overwrite) at Emby.Server.Implementations.IO.ManagedFileSystem.CopyFile(String source, String target, Boolean overwrite) at MediaBrowser.Providers.MediaInfo.ThumbnailGenerator.CreateThumbnailSet(Video item, LibraryOptions libraryOptions, Int32 width, CancellationToken cancellationToken) at MediaBrowser.Providers.MediaInfo.ThumbnailGenerator.CreateThumbnailSets(Video item, LibraryOptions libraryOptions, CancellationToken cancellationToken) at MediaBrowser.Providers.MediaInfo.ThumbnailGenerator.RefreshThumbnailImages(Video item, LibraryOptions libraryOptions, IDirectoryService directoryService, List`1 chapters, Boolean extractImages, Boolean saveChapters, CancellationToken cancellationToken) Source: System.Private.CoreLib TargetSite: Void ValidateCopyToArgs(System.IO.Stream, System.IO.Stream, Int32) I dont think its a permission issue, and I cant think what else it could be, ive started pulling my hair out.

Woher nimmt Emby die Bilder von den Interpreten? Ich habe meine MP3s mit MP3Tag getaggt und bei allen auch den Album Interpreten eingetragen. Die Musicbrainz ID ist ebenfalls enthalten, und wenn ich die ID auf der Webseite von Musicbrainz eingebe, bekomme ich den korrekten Interpreten/Band angezeigt. Dennoch werden mir zu den meisten Album Interpreten keine Bilder in der entsprechenden Ansicht angezeigt. Wie kommt das?

Hello all, I skimmed through the topics and didn't see a thumbnail issue quite like this. For some reason, each of the library thumbnails is the same movie repeated four times. Any idea why it hasn't chosen four different images? In the Movies and TV shows libraries there is a subfolder structure using \movies\A-D\The Andromeda Strain etc. But in the Christmas and Gospel libraries, the movies are all just put in that root folder. Either way, the system seems to be having trouble with the library thumbnails. Note: Once you click on the library, all the individual movie thumbnails are all creating properly. Just is a weird issue. Thank you in advance for any suggestions. -Karl

Hi, Could scraping mkv's for cover_land.(jpg/png) for thumbnails be added, and used as a higher priority than cover.(jpg/png) for thumbs... also use cover.(jpg/png) as the poster. I am in the process of re-repping my bluray and DVD collection, and using the media cover as cover.jpg and extracting the thumb (using ffmpeg) as cover_land.jpg for the episode thumb or using fanart as the movie landscape.jpg.

I have a vintage Roku, Model 2500X. It has been working great for 7 years and suddenly has a problem showing the thumbnail photos or labels on the various menus. For example, when I open Netflix, instead of the home page/menu, I get a line of grey boxes where the little photos should be. Also, on the top row for navigation, there are no labels so I can't find "My List" or "Search" except by trial and error. This only happens on Netflix and Prime. Other channels are OK. I have put in all Roku updates. When it happened yesterday, I totally logged off Roku, all the way to HDMI1. This worked yesterday, but the problem is back. I don't want to have to logon twice every day. Any suggestions? Thanks.

Recent I run into the problem that the thumbnail does not work or get corrupted. See attachments. What I have done a few times is to install the entire (Emby) server on new ones. This with the result that everything works again in time. But I am done with that now haha. Would someone help me. Greetings SPARTAN

I'd like to a address a question here that is coming up regularly and sometimes getting into the focus of user desire as a must-have feature with apparent benefits. Obviously it's an evident conception that some graphics acceleration hardware should be able to accelerate graphics related operations like image extraction. But in this case that doesn't quite apply. The short answer to the subject question is:It wouldn't make a lot of sense. That answer is not really convincing, so let's get into depth.. Most of you will have noticed that we've taken great effort in the area of hardware acceleration for real-time media conversion (transcoding), so from a technical perspective it's not that we couldn't apply that to image extraction. But it doesn't fit well because image extraction is quite a different process. So, what's different here compared to transcoding? - Quite a few things: No Video Encoder Required In case you didn't know: In transcoding situations it's always the Encoder doing the hard part of the job. Situations differ, but to name some figures, you may imagine something like from 90%<>10% to 70%<>30% for Encoder<>Decoder processing requirements. In case of image extraction, it's just about a few hundred still images (jpg) to be saved - as opposed to thousands of video frames having inter-frame dependencies, so no video encoding needs to be done No video encoder also means, that there's no 70, 80,90% percent of the process that could be hardware accelerated. . There's no hardware acceleration for encoding jpg images The encoding of jpg images will always be done by the CPU. (Intel and Nvidia have an MJPEG encoder but that would require an additional processing step that might just slow down things altogether) . Decoding could be done by Hardware Right. That's the only part that could in fact be performed by using hardware decoders. But the simple question here is: Why? What would be the benefit? Getting the Job done faster? We still have the output jpg encoder running on CPU resources which is also limited to a single thread. So, that is the limiting factor actually - no matter how fast the GPU might be . => Would hardly be faster (at least not in magnitudes that would be of interest - e.g. 5x, 10x, 100x) . Saving Resources? When the GPU does the decoding, then there's less processing for the CPU, but the CPU will also have some additional load to handle:Copying video stream data to GPU memory A CPU based decoder can read the stream from a memory-mapped file without copying Copying decoded uncompressed(!) frames back to system memory Uncompressed video frames means huge amounts of data We need to copy those back to system memory in full size uncompressed, even though we just want to create rather small images from it . ​=> Would not save resources (significantly) Emby High-Speed Extraction Quite recently we've introduced a new mechanism for image extraction. This procedure requires only a minimal amount of frames to be decoded, many of them being keyframes. Previously we had to decode every single frame of a video for thumbnail extraction. With an extraction interval of 10s and a framerate of 25 fps that means we had to decode 250 frames for a single thumbnail image. Now, we're seeking to the position, decode 0-20 frames for accuracy (from keyframe to desired position), might be about 10 frames average. That means, with the new image extraction we need to decode only 4% of all video frames instead of 100%. => There isn't much work left to do for a hw decoder . Acceleration Potential Test's have shown that using hw acceleration with the new extraction method can achieve performance gains ranging from 1.0 (same speed) to 2.0 (double speed) only. But that usually at the cost of high consumption of system resources (CPU for JPG encoding) And that leads to the question: Why? There's no hurry and no need to get the extraction done a bit faster. Instead, this is meant to be a Background Operation that shouldn't interrupt your Emby Server's availability (and also not occupy your GPU resources) . Maintenance At the time of writing, Emby supports 8 different hardware acceleration variants each supporting a bunch of decoders all with different specifics. Making sure that all those are working with image extraction would be a huge effort for no practical benefit at all.

Hi! I've taken the time to have my library calculate the chapter thumbnails for a better user experience. However, the (beta) Roku app that I'm currently using doesn't show those thumbnails during playback. When I choose a movie/show to play, I can find the chapter list down below and see the thumbnails. But this is before playback begins. When playback starts, I can no longer see the thumbnails on the Roku app when I try to fast-forward or rewind, or regardless of what I try. Both the Android and Web apps show them just fine. Thanks!

Seems the Roku thumbnails plugin always tries to create thumbnails for trailers during a scheduled task. Except it has nowhere to save these so simply discards them, wasting a bunch of time, and trailers are so short they shouldn't need thumbnails anyways.

Hello all, I'm trying to sort out whether this is a general problem with my install or an incompatibility between the image sizing of Emby and the image sizing of the online image db's (themoviedb, etc.). I have a bunch of tv shows where the cast/crew images appear but they appear squished (incorrect aspect ratio). I have my primary db's set that for TV the images come from thetvdb.com and for movies it's themoviedb.org. It appears that thetvdb doesn't support profile/actor images but themoviedb does and this is where Emby is getting the images. The specifications for themoviedb images is with an aspect ratio of 1:1.5 with a maximum resolution of 2000x3000 and the lowest resolution of 500x750. Both are obviously 1:1.5. I had to resize the images to about 180x275 for it to look correct on Emby. This isn't quite 1:1.5 (that would be 180x270. Is there a way to correct Emby for the correct aspect ratio so the images scale properly? I don't want to have to redo images locally. Or am I wrong in this? I checked a bunch of the images on themoviedb and they are 1:1.5 so I don't think it's the size of the images uploaded that's the issue.

Hi all, New Emby user here. On my system, my EPG thumbnails are cropped as per the attached images. I originally thought that this issue was specific to the ATV client, but tonight I noticed that this can also be observed in the "Schedule" section on the web client. Emby server running on MacOS ATV client Chrome browser IceTV EPG I have already discussed this with the IceTV folks, and at this point they assume that this must be related to how Emby handles the images. Anyone else seen this problem? Any suggestions? Thanks, Rob

I use Emby Beta for Roku and used to have thumbnails for the actors in a given episode or movie at the bottom of the page on my dashboard, but now I have detailed medai info at the bottom of the pages for each episode or movie and no actor thumbnails. These thumbnails would show other episodes and movies that I have with the same actor in them. How do I get these back?

Hey guys, How do I remove this frame that gets put around all episode thumbnails? I've tried searching the forums but I haven't been able to find an answer. Is this a setting that I have inadvertently turned on? A plugin? I've looked through the settings and I can't find anything. I tried changing themes and it still appears. The episode thumbnail jpg on the disk is normal and without the frame, so the server is adding it. It's been around since a server update a while ago and I wasn't bothered by it. It's only now that I have an Apple TV 4K that it bugs me because the home screen of the Apple TV interface cuts off the top of the "TV" and bottom of the "TV Stand". It looks horrible. Any help is greatly appreciated.

Since the latest update to the Roku app, the movie thumbnails are taking a unusually long time to generate while browsing thru the movies, If you change the sort order the names will appear, but a lot will either have no thumbnails or a green movie thumbnail. If you wait long enough most will generate the thumbnail. Prior to the update they worked fine. server-63636721287.txt

I have a funny problem: In some of the TV shows scanned by Emby, I get thumbnails for each episode of a certain season. In addition to that, a same number of thumbnails with just the picture of the series is also added, 'doubling' the number of episodes displayed for a certain season. Attached a file that illustrates the situation. Only the first ones can obviously be accessed, while the second set just being displayed. Clicking on them does nothing... I already removed all metadata, asked for refresh and even moved all folders residing in the one for that TV show to a different/new folder. Nothing worked for me so far. I should mention that all data is on a Qnap NAS, but I run the server on a Windows 10 PC. Thanks for any suggestion of how to remove those redundant thumbnails Thanks for any suggestion of how to remove those redundant thumbnails

I would love to have a setting that forces Emby to write the actor thumbs with the Internet addresses where they are located and not also use some local ones into the nfo. Some thumbs show: <thumb>D:\MediaBrowser Data\Metadata\metadata\People\.....jpg</thumb> I would like all nfos to be like: <thumb>https://image.tmdb.org/t/p/original/........jpg</thumb> It seems to happen if you refresh something from the "front-end" and then this actor seems to be locked-in to that path. Having this setting would make the nfo more portable. Thanks Mark

I'm a long time user of Win 7 and Emby for WMC with the Chocolate theme. I've tweaked everything (lots of trial and error) and I have everything running smoothly. There is now a problem with the Specials display on the Details page. As you can see in the Before screenshot the captions are either missing or partially hidden. I've determined that the problem is with the resolution of the video clips. Most of the clips are 640x360 but the three in the lower left are 640x294 or 640x268 etc. When I remove these three clips from my extras folder the Specials display is all good as shown in the After screenshot. My question is, does this mean i have to edit video clips and change their resolution so that all the clips in the extras folder are the same resolution or can this be fixed with a tweak of Emby for WMC or the Chocolate theme? Note: I do get clips from different sources and this is why they may vary in resolution.