All Activity

Thanks, android log attached emby_android_1784137960830.txt

Hi, what makes you think this? How did you setup port forwarding in your router?

But that's not what you said in the expected behavior section of your original posting.

I can confirm that the problem is resolved when using the ARM64 build beta. The beta version opens as expected and both GUI and playback are stable and responsive. I'll keep using the beta until there's a public release. Thanks very much!!

Interessting, thanks.

Vid, Using Wifi could maybe be an issue. 2.4 Ghz can broadcast much farther thn 5 Ghz. Also maybe your neighbor is using the same Wifi Channel and causing your Wifi to get some interference. You can check this with Mobile apps that scan for Wifi. Maybe just changing te Wifi channel and or Ghz band on your router might help.

here are logs from 13-15 ... I think... Downloads.zip

Which browser supports flac https://caniuse.com/flac

Great - will do. Thanks!

The new beta has been published and it has an ARM64 package now. Please follow the instructions on the beta portal to get it installed.

I have a related question. If the same device connects to two different Emby servers, is it counted as one device or two? For example, if I have one server running the stable version and another running the beta version, and I connect to both from the same smartphone, how many device slots does that use?

That's more or less when I noticed it was happening to me too. I got to Kodi to watch something and it said the Emby server was offline... I checked Synology and it was. Had to start it manually a few times. Now I have to start it manually at least once a day, as sometimes when this crash happens Synology package manager doesn't bring Emby back up automatically. Sometimes it does. But i take this is a Synology thing and not an Emby thing. I thought about setting a job to restart emby once a day, but that's pointless. I rather work towards a real solution, that's when I started collecting logs. Now sa2000 has all my logs. Hopefully he (she?) can see something I'm not seeing and find out what's causing this.

@sa2000I have sent you my logs via DM, and I also sent you my script that's collecting the statistics. I have been scanning every 30 minutes since I installed emby years ago and never had any issues. That's mostly because the hardware is powerful and largely underutilized. I have 32G of ram and until this problem started emby had never used more than 1GB RAM even under heavy stress (serving simultaneous 4K videos to all four KODIs in the house while scanning at the same time). This points to something new, introduced by a plugin or one of the latest updates, as I keep my emby version up to date as much as I can. Thanks for looking at my logs! I hope they're useful and lead to a solution of this issue to us all!

But I want FLAC to be played by default. I don't want to have to convert the format every time just because of a browser.

See attachment, one folder automatically plugged in an image while the other did not.

What was the solution?

Hi that’s odd. The browser must be reporting that it supports it. The next release will have a section in settings to force transcoding of certain formats so you can use that.

The date issues for non-US users also bothered me. Air Date Fixer is created from the ground up. The Alpha plugin is about 97% done, just a few more tweaks.

Description: I found what appears to be an issue with codec detection or playback profile matching in Emby Server 4.9.5.0. Environment: Emby Server: 4.9.5.0 Platform: ReadyNAS (Linux) Client: Emby Web Browser: Sony Vewd Browser (OMI) User-Agent: Mozilla/5.0 (Linux; Android 12; BRAVIA 4K VH22) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.6533.120 Safari/537.36 OMI/4.25.1.92.StableAVB_Sony.1 Problem: The Sony Vewd browser is unable to play FLAC audio. However, Emby does not transcode FLAC to AAC (or another supported codec). Instead, it serves the original FLAC file directly, causing playback to fail. Audio transcoding is enabled for the user. Expected behavior: Since the browser does not support FLAC playback, Emby should automatically transcode the audio to AAC (or another supported format). Actual behavior: The playback request is made through the UniversalAudioService with: AudioCodec=aac but the server responds with: Content-Type: audio/flac The original FLAC stream is sent instead of a transcoded AAC stream. Relevant log excerpts: User policy: EnableAudioPlaybackTranscoding: True GET /emby/Audio/.../universal ... AudioCodec=aac Response: Content-Type: audio/flac Additional information: The issue only occurs with the Sony Vewd browser. Other clients (Android TV app, desktop browsers, etc.) work as expected. It appears that Emby incorrectly assumes that the Vewd browser supports FLAC playback, or the browser's playback profile incorrectly advertises FLAC support. Could this be a bug in the Vewd browser device profile or codec detection logic? embyserver_sanitized.txt

the order you use to display them inside a collection..... and even if let's say you dont want to bother with the order just something like A collection you started has Unwatched elements and so you just display directly the collection and up to the user when he sees that to say "oh 'im missing a "Scream movie" i havent seen then click and he will see the elements within that collection and launch the one he wants if he misses more than one but its actually sad to have a media center and forgetting about some Collections that have a new movie released in it or that we havent finished..... and as the actual home screen continue watching we can hide an occurence if we want

And delete the server data folder: Emby Server Data Folder if you have an issue on the beta channel make sure to report it in the testing area. thanks.

Right that’s why I asked this. What did it show before?

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

What does the description tell you?

Swamp people