All Activity

Yes, there was some talk about the changes in the beta

Did the font in the web interface change in the last update (4.8.50)?

So which device are you now having issues with? That last log is not for playback on a SamsungTV.

Yes my network is set to private but I figured it out lol this whole entire time I had to restart my router and modem a few hours later just now it must have took effect and now I can connect to emby on my firestick and apple tv

Thank you! This is great. I have the new PC to use for testing Linux and was pleasantly surprised to find that it's exactly as advertised and works very well. I had to be away for a bit, but am looking forward to getting into this now. Thanks again for your help!

When you tag an episode for specific viewing, it appears on the home screen but strangely vanishes when you browse through all the TV series. This inconsistency confuses users, disrupting their viewing experience. Ensuring these tagged episodes remain visible across all sections would greatly improve user satisfaction and navigation ease. This feature is highly requested, and implementing it would greatly enhance the platform's usability. It doesn't make sense for these episodes to only show up in recent additions; they should be visible throughout the entire catalog for individually tagged episodes within TV series.

I'm eagerly awaiting the App Store update, hoping to finally remove the download icon. On my server, I don't want to allow content downloads, rendering the download icon entirely unnecessary. It would be fantastic if my users had the option to remove it through a dedicated setting. Additionally, I'd like Emby's tags to function more accurately. Currently, if a user is only allowed to view episode 2 of a TV series, it's odd that the series only appears on the home screen and disappears when viewing all TV series. This behavior isn't entirely sensible; the episode should be visible even when browsing all TV series.

The fact that even a single packet worked, means you have remote connectivity. canyouseeme should also now say the port is open. btw - make sure you used the port forward option, not the port trigger option (if it has it). It's really not ideal, but it should work, but for reliability/performance reasons especially as it's in the same room - I would invest in a suitable wired ethernet connection.

Wow! I see what you meant about a complete re-write. This is now a very impressive tool and something Emby should have put in the core years ago. Very well written examples as well, I actually understood them first time As my media is only watched by my wife and I I only have one user so up to now I doubted I'd be using batch. In fact I think the command I have been testing will do the job. The only task I need to work out now is how to delete the last episode in a series that has ended. The logic I was considering is; The series has ended There are no unwatched episodes There is only one watched episode Delete the episode That will leave an empty folder which can be cleaned up by Sonarr at the next scan. As currently I manually cleanup using Sonarr and I recall you said you do this as well I reckon it will be a useful addition. I was thinking of running two scheduled tasks with the daily cleanup of watched episodes and then a weekly deletion of finished series but now the batch is an option I might be brave and dive in. My current command is; serieskeep --log-file=EmbySweeper-log.txt --server-host="localhost" --server-login="system admin" --server-password=Password --server-port=8099 --lib-include "TV Shows" --cleanup-user=TV --filters=IsPlayed=true --min-age-days=0 --keep 1 As a use case I think it may be similar to many users requirements so an example would be nice

If those keys have ever been unintentionally published and scraped (such as in previously posted unobfuscated logs for other issues) - then your system may be vulnerable. I would change them peroidically - a manual api key has the equivalent of a full admin user with no password, so keep those keys secret.

I'm happy to report that the bug dissapears when moving emby addon to "addon" mode instead of native. So it's a bug found in native mode only. Since my kodi, emby server and media are all connected locally, I always used native mode, but if there is no other disadvantage to going Addon mode, I'll stay in this mode.

Les voici : Films : /media/Emby/Films Le chemin intru : /media/emby-server/SAVE Séries : /media/Emby/Séries Disney : /media/Emby/Walt Disney

Then I see the dialogue with username and password. Maybe it should also be added if the path begins with smb://

Yea ok looser, don't get upset.. It got a really low rating and for good reason. I guess you like it because it's got that peanut head Patrick Stewart in it...

An update on the picture issue, I set the cache all images option and let it cache everything and now it loads the images fine. So is this a timeout solved by caching or something else?

Why are you on 4.8.0.80? The post-release fixes have taken it to 4.8.5.0 now. Paul

Have the same problem with 4.8.0.80. With 4.7.6.0, no problems, work fine ffmpeg-transcode-675e41a7-e59e-4b5a-b4cc-1d12e864c72a_1.txt

Have the same problem with 4.8.0.80. With 4.7.6.0, no problems, work fine ffmpeg-transcode-675e41a7-e59e-4b5a-b4cc-1d12e864c72a_1.txt

Is Emby server on the laptop? If so, check that the networking hasn't been flipped to public mode (it needs to be private); this is a thing Windows sometimes does unexpectedly with updates. Paul

Hi, I have two files from same video, one is HEVC + ASS, other is AV1 with same ASS subtitles. Windows Emby Server 4.8.5.0, web windows client. If I play HEVC file with or without subtitles everithing works fine. If I play AV1 witout subtitles, works, but with subtitules, don't work, I receive a message "there is not compatible transmisions availables". I attach logs and mediainfo from files. Regards, ffmpeg-transcode-a4f4ff5e-7572-46f0-913c-215385d8af04_1.txt ffmpeg-transcode-1f793dd4-4be7-4213-9446-3c4d88312884_1.txt ffmpeg-transcode-4e843fda-7f7e-4077-bb77-ef1bb5cf96e2_1.txt embyserver.txt AV1.txt HEVC.txt

I'll try using addon mode. I found another weird thing, that may be related. I have both the "ask for deletion after watching" and "skip to next episode" on. It used to work fine, asking to delete the episode when I clicked next episode. But now, If I click next episode, it doesn't ask for deletion. If I hit esc twice (dismissing the "next episode" and exiting to the kodi interface) it asks for deletion. It doesn't bother much, but it's weird. may it be related to the dissapearing episodes bug?

I am not even sure where to put this so will just add it to the general area. I have a movie with subs that Emby is trying to burn in, not an issue really as the machine should be able to handle this ok, but for this file it is having issues. The movie transcodes at 24 fps which is just not fast enough to watch, it pauses every now and then to catch up, wife = not happy Ok so its having issues fine, its probably CPU/IO/MEM bound and it's just a performance issue with my machine you say, However if I grab the ffmpeg command being run from the ffmpeg log file and run it on the machine manually it transcode the file at about 105 fps or about x4 times the speed. I have attached the ffmpeg log for the transocde. I don't actually expect this is an Emby issue as I have said if I run the exact command from the ffmpeg log it runs fast. Has anyone seen this sort of thing before. subs Title(Default EIA_608) Embedded TitleClosed Captions 1 CodecEIA_608 DefaultYes ForcedNo Hearing ImpairedNo ExternalNo ffmpeg-transcode-2235fe24-a940-4713-9b39-d0ffefe91517_1.zip

I've been using this docker stack. Works great. No need for VIP on Trakt either. https://github.com/Taxel/PlexTraktSync

hey thanks for the reply. as u can see in the video there is something within emby that makes is take longer to start the stream as compared to vlc for example and i was wondering if u know what might be happening here and a potential fix, thank you again.

Hi, can you please describe what you're looking for? Thanks.