All Activity

What's "skip to next episode"? Sounds not like a e4k plugin option and frankly, "ask for deletion after watching" is not well tested. I don't use it and not really testable for me without modifying the code (faking the delete). I don't want my content actually deleted.

Search is your friend...

As I read the "help" text on your router page my guess is it's a language translation mixup. Possibly meant to say destination, not source port.

Ok, I felt there was something different, it looks nice! I hope we get the same style in the app versions.

It doesn't matter what device you play on, the problem is when you request a transcoding and the server for "x" reason gives an error, thats not happen in 4.7.6.0, tested on same devices 07:56:03.704 Too many packets buffered for output stream 1:1. 07:56:03.858 Conversion failed! 07:56:03.858 EXIT

no, i told in the comment above that im using latest stable 4.8.5.0 and have the problem, then, later, i try to make a docker with 4.8.0.80 (same problem) and another docker with 4.7.6.0 (no problems in 20min)

2024-04-25 10:40:12.796 Info App: Movie Theme Songs - Moving /var/lib/emby/cache/temp/55a8d404-163a-4b8a-a434-977962d1e80a.tmp to smb:/192.168.8.3/Public/Shared Videos/Filme/Life of Brian/theme.mp3 2024-04-25 10:40:12.798 Error App: Movie Theme Songs - Error downloading file from host *** 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.UnauthorizedAccessException: System.UnauthorizedAccessException: Access to the path '/opt/emby-server/smb:/192.168.8.3/Public/Shared Videos/Filme/Life of Brian' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at System.IO.FileSystem.CreateDirectory(String fullPath) at System.IO.Directory.CreateDirectory(String path) at MovieThemeSongs.Search.LocalMovieThemeSongDownloader.DownloadMovieThemeSongForItem(BaseItem item, CancellationToken cancellationToken, String html, String data, String uploadedhtml, ILibraryManager libraryManager) Source: System.Private.CoreLib TargetSite: Void CreateDirectory(System.String) InnerException: System.IO.IOException: Permission denied Source: TargetSite: To further dig into the topic of SMB shares and resulting permission errors. The share is restricted to a given user with password, read and write permissions. The credentials are working when reading the library, the share cannot be read without a valid user. I have the problem now that plugins have permission problems to write to the shared folder. When I mount it via CIFS with the same user I also set up in emby to login to the share I am able to write files. Could it be that plugins are not using the credentials when writing to a SMB share? And yes, I know mounting it via CIFS inside linux would be the better solution. But I am also reporting this behaviour of Emby.

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