All Activity

I’ve identified a persistent race condition in the tuner handshake process. In environments where tuners require a specific negotiation window, Emby’s current aggressive, automated retry logic creates contention, often resulting in avoidable handshake failures. I am proposing that the tuner retry logic be made configurable—specifically, allowing users to toggle these retries on/off or adjust the interval. This change would significantly improve stability for those of us using specific hardware or custom proxy setups without impacting the default behavior for the rest of the community. Is this something the development team would consider implementing? I have logs available to demonstrate the handshake conflict if needed.

Edge is the superior choice for watching any video as it supports all the formats and therefor doesn't require any transcoding. Firefox is slowly catching up. Chrome does support a good amount of formats but not as many as Edge. Pure browsing is a whole other discussion.

Auto doesn't work anyway and defaults to a very low quality (can't remember the actual quality). Auto should really be called default and not auto.

Holey Moses it is fixed! I have been waiting all this time as a test. All Hail Inter-Dev Cooperation!

I gave up and switched to the Emby portable install, which is a bit more stable.

The two (now three) Roku's that won't work are all remote, and are attempting to use secure connections. (The four working Rokus are all local and using an insecure connection) Using android emby app, or via web, both work remote over the secure connection. But maybe that's part of the problem? The emby server does still mention trying to get something from https from emby.tmsimg.com, but then says it receives a http reply. Could emby server be doing something that the strict roku system doesn't allow in a https connection? Other then that, the emby server logs sometime talk about some activity that completes after the remote connection is closed. So it does appear that the Emby Roku app is closing the connection. EDIT: Nevermind on the response from emby.tmsimg.com in the log. It says http response, but from https://. However, the question of if emby is possibly trying to do something not allowed in strict https:// that causes the emby Roku app to disconnect still remains. (?)

Related? http://videoprocessor.org/lldv https://professionalsupport.dolby.com/s/article/HTML5-Browser-Support?language=en_US

I would like to help bump this up the list. I recently discovered embycredits, and run only Roku's, so I would like to see all the work adding credit chapters pay off.

People use edge? Your globe icons are called "Favicons" typically with a .ico file extension. People use edge?

Buenísimo compa hoy llegando a mi casa llego aprobarlo se agradece mi compa aguante los strm

THANK YOU THANK YOU THANK YOU my Emby installation is shining tanks to your help. Go Emby!

Hey Luke, Just to clarify, the attached file was from the Emby server log, just not all thousand rows but the ones relating to the error. But I've attached the full file here from that crash. Hope it helps and sorry for not attaching the full thing from the start. I might as well have done so embyserver.txt

Whenever I switch the MacOS Emby client to "TV mode" (I can't quite recall what it's called in the menu because I can no longer get back to it), the application becomes unusable. There seems to be some sort of layering malfunction. Attached are some screenshots, it's really hard to showcase because nothing really works--I can't play a video or navigate the menu at all. Please note: This is a Mac Mini M4, but it also does the same thing on an M1 Mac Studio. Emby server: Version 4.9.5.0 MacOS version: 15.3.1

Hi @MarvinB sure my english wasn't very clear. TLDR the issues were not possible to reproduce 100% leave it with me i need to do more testing. What i do know for sure is that If you issue [or have interpreted through little fault of your own] "Alexa, stop|pause|resume" commands as opposed to "Alexa ask ear wax stop|pause|resume" commands you can find yourself in a situation where Echo A is controlling Echo B. I think i need to troublehsoot harder trying to be sure (although there is no 100% way) that the skill version of stop|pause|resume is being invoked. (And i assume the same could be the case for Emby Alexa). Any clarity that can be shed on the architecture might help but accept appetite might be limited for that until an issue is shown/reproduced.

I have been moving my numerous local drives over to a NAS raid box. I took my custom TV series "Dallas Cowboy Games" where I have all their wins from the 70s til now each in their own season folder from inside J:\TV1\NFL\ to \\NAS\Media\TV\NFL Because I have not removed the old J:\TV1\ path from my library Emby still sees it with all the custom work I did (images, dates. descriptions, etc) and it sees the \\NAS\Media\TV\NFL as "Inside the NFL" Is there anyway I can "Identify" the new location as my custom series without having to go through all that work again?

Seems to be a basic function that has long been overlooked.

Yo respondo yo probada la versión no beta y funcionando sin problema

Unfortunately, after enabling logging and debug logs, there is no option to send the logs from the Home screen or in the settings. I sent the logs to sa2000 and I will upload them here. These logs are for Google TV: Emby for Android 3.5.36 > EmbyServer 4.10.0.14 beta for my public facing EmbyServer. No longer plays movies with Error: Object reference not set to an instance of an object Emby for Android TV 4.9.5.0 > EmbyServer 4.10.0.14 bets for public EmbyServer Plays everything fine, but does not have the subtitle options: adjust placement or adjust timing. LOG: Emby.Server.Private.Home belongs to my private home use server. Previous.Logs.0.4.10.0.14 beta.txt embyserver.4.10.0.14 beta.txt Emby.Server.Private.Home.txt

I was responding to ebr's comment about Emby's 'normal use' about built-in OS integration. Maybe I misunderstood ebr?

Yes I'm aware of that setting and it's nice to have but it's also applied across all devices. I don't want my users burning through their mobile data when watching on their phones because I set Auto to 20 Mbps.

The lower x applies the execute/search permission bit to all the directories and files specified in the command. The upper X applies it to directories (needed) but only to files which already have it set for other users/levels. In other words lower x makes all files executable and upper X only does it for files which already were and ignores others, like media and metadata files. It's a cleaner and safer approach.

Admins can in newer versions of Emby force auto to be what they want it to be. With it set, you can by the power of deduction know if it is a manual setting.

Hola, poseo dos servidores un DS420 y un DS416 en los dos tengo instalado emby, hasta hace pocos días todo funcionaba perfectamente pero actual a último beta y en DS416 no se me ejecuta

Along the lines of this conversation I added my two cents for what it is worth; I want a menu item that clears all editable metadata and images without removing the item from the database. The reason I would like this is because I often add youtube videos to my emby collection and they often get misidentified as other things and I have to clear all the editable metadata and images. I generally can't be bothered to set up my own metadata manually, I just don't want my youtube videos identified as abstract movies or pornos from 1972. Thanks.

I guess you can't since this is a FR and not reality.