All Activity

Thanks for reporting this - I will follow this up

Server: 4.8.6.0 OS Win 10 Hi, I recorgnized since the update from 4.7.x to 4.8 where the playlists and a lot stuff changed, that every time when i add new music (albums) and i enter the album for the first time over the browser or the tv or any plattform, that it take about 2-6 seconds to list the content of the album, but only for the first time you enter a new album. Is there a reason for this? Is there something happening in the background as i never had this on 4.7. It is not really a bug, but maybe this can be improved. Thanks

CRICFY TV.apk

yep, I did so already.

Yes that has never been supported and per other topics does create issue. Previously would cause empty library as all items where already in parent library. But with all the server changes new things appear to happen. In the end you will need to come up with a different folder structure and potentially use folder access. Folder Based Access Control | Emby Documentation

This is the same error that I saw in the earlier log - a file open clash on this System.IO.IOException: System.IO.IOException: The requested operation cannot be performed on a file with a user-mapped section open. : 'C:\Users\emby-server\AppData\Roaming\Emby-Server\programdata\data\livetv\timers.json' with the full error being 2024-05-09 08:50:37.122 Info LiveTV: Found existing series based on provider ids: 2365438 2024-05-09 08:50:37.128 Error TaskManager: Error *** Error Report *** Version: 4.8.6.0 Command line: C:\Users\emby-server\AppData\Roaming\Emby-Server\system\EmbyServer.dll -noautorunwebapp Operating system: Microsoft Windows 10.0.19045 Framework: .NET 6.0.29 OS/Process: x64/x64 Runtime: C:/Users/emby-server/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll Processor count: 4 Data path: C:\Users\emby-server\AppData\Roaming\Emby-Server\programdata Application path: C:\Users\emby-server\AppData\Roaming\Emby-Server\system System.IO.IOException: System.IO.IOException: The requested operation cannot be performed on a file with a user-mapped section open. : 'C:\Users\emby-server\AppData\Roaming\Emby-Server\programdata\data\livetv\timers.json' at Microsoft.Win32.SafeHandles.SafeFileHandle.CreateFile(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize) at System.IO.Strategies.OSFileStreamStrategy..ctor(String path, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize) at System.IO.Strategies.FileStreamHelpers.ChooseStrategy(FileStream fileStream, String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, Int64 preallocationSize) at System.IO.FileStream..ctor(String path, FileStreamOptions options) at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileStream(String path, FileOpenMode mode, FileAccessMode access, FileShareMode share, Int32 bufferSize, FileOpenOptions fileOpenOptions, Int64 preAllocationSize) at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileStream(String path, FileOpenMode mode, FileAccessMode access, FileOpenOptions fileOpenOptions) at Emby.Common.Implementations.Serialization.JsonSerializer.SerializeToFile(Object obj, String file) at Emby.LiveTV.ItemDataProvider`1.UpdateList(List`1 newList) at Emby.LiveTV.TimerManager.Update(TimerInfo item) at Emby.LiveTV.EmbyTV.UpdateTimersForSeriesTimer(SeriesTimerInfo seriesTimer, Boolean updateTimerSettings, Boolean deleteInvalidTimers, SeriesMetadataState seriesMetadataState, CancellationToken cancellationToken) at Emby.LiveTV.EmbyTV.RefreshSeriesTimers(CancellationToken cancellationToken, IProgress`1 progress) at Emby.LiveTV.LiveTvManager.RefreshChannels(IProgress`1 progress, CancellationToken cancellationToken) at Emby.Server.Implementations.ScheduledTasks.ScheduledTaskWorker.ExecuteInternal(TaskOptions options) Source: System.Private.CoreLib TargetSite: Microsoft.Win32.SafeHandles.SafeFileHandle CreateFile(System.String, System.IO.FileMode, System.IO.FileAccess, System.IO.FileShare, System.IO.FileOptions) 2024-05-09 08:50:37.128 Debug TaskManager: Refresh Guide Failed after 3 minute(s) and 1 seconds As this appears reproducible and it is running on windows, we can troubleshoot the problem using https://learn.microsoft.com/en-us/sysinternals/downloads/procmon Server Debug Logging may also add some more info Would be happy to investigate and see what has the file locked out Please note that procmon PML files would be massive but they zip very well. Do not leave procmon running for long as it gobbles system resources - so enable debug logging on the server, run procmon to capture events then restart the server and start a guide refresh. Stop procmon capture when it fails and save all as PML and zip and upload externally and send me a link by private message and would also need the server log to see the time of the file access error Do you run some auto backup software that may have locked the file out at that time? What antivirus / security software do you have running There are some tools that list all open files - you could use these before starting to capture diagnostics to see if the file is open by any process The file being 'C:\Users\emby-server\AppData\Roaming\Emby-Server\programdata\data\livetv\timers.json'

No, you certainly do not sound like a jerk! I agree with what your saying and want you to keep saying it. Please carry on. You are our best advocate for getting Audio Books to where it should be. I'm just suggesting you don't expand the scope outside of books until we get some progress. Radio Shows/Podcasts needs an entirely different rethink..

yup, this is sad story. The devs don't feel this is a "standard" things in flac/wav based albums, like m3u in mp3 files. I bet they have lots of other important issues about bug hunting or focus on other demands.

There are other forum threads about memory usage and crashes - one recent one being here I suggest enabling debug logging and providing server logs covering the time of the oom crash to see what activity was running and also the subsequent launch period If you do upload logs in the forum make sure you use the download options to anonymize the log contents - see

Greetings, I am experiencing an issue similar to this thread, where Emby starts up fine, but after some time (10+ minutes), will get killed. It seems the cause is a memory leak, because the latest time this happened, the status that systemctl gives for `emby-server.service` was `Active: failed (Result: oom-kill)`. Now, I believe the "oom" in "oom-kill" means "out of memory". I would be willing to profile the application to find the leak, but first wanted to know if there are any easy fixes? I was using Emby 4.8.5.0 (which I am now updating to 4.8.6.0 - but this problem has persisted for a couple of updates, already, so I am making this thread), on Debian 11 x64, kernel 5.10.0-26.

Yes but have now decided that for the very small number of users that still use it - it is not worth my time. Refactoring the code is a huge job. My time is better spent 'adding' features to the Core that everybody can use. Yep - some of these features will come back as supplements/plugins to the core - that way, both work in harmony as opposed to the current Plugin which uses a brute force way of writing it's data to 'work' with the core feature set.

Sound like existing discussion.

Thanks...? I don't mean to sound like a jerk. I just really do think Emby could do better. And I do want them to do better.

Yes, Activate Refresh Rate

You don't have to manually clean them up. They already get cleaned up automatically when the jobs complete, so that's probably what needs looking at more than just deleting the files.

DankeDir @Luke, habe gerade @radeonden kompletten Ordner "Logs"per PM gesendet. MfG ------------------------------------------------------------------------ Thank you @Luke, I just PMed @radeon the entire “Logs” folder. Kind regards

OK we'll take a look at it. Thanks.

hi there, have you explored the playback options in the app?

HI, yes please send him a PM if after some time he hasn't seen this and doesn't respond. Thanks.

Didn't you only just resume working on the plugin a couple of weeks ago? The plugin still blows away the core. Better detection, editing features, end credits detection, etc etc. It just has no way of telling Emby where the markers need to go, without editing the existing chapter points.

Emby apps are aware of supported formats and will have the server transcode when needed.

Emby Server Data Folder

Wo genau ist ein Emby_log abgelegt? Mir ist per WinSCP aufgefallen das die beiden Partition wo ich in letzter Zeit neu Filme drauf geschoben habe die Rechte 777 haben, liegt es eventuell daran? _______________ Where exactly is an Emby log stored? I noticed via WinSCP that the two partitions I recently put new films on have permissions 777. Could that be the reason?

Do you have Season and episode level examples? As those are just Alias Season 0 examples.

Yes, it's the same. What if, for example, one of my TV's can't play OGG or Opus? I shouldn't listen for the music stored in free formats?