All Activity

And if you have a file with TrueHD, can you also confirm whether it plays fine (no freezing) with just an audio remux and not a full transcode? Thanks

Can you please do a quick test for me? You mentioned previously that if you play a file with a DTS track it freezes after 10 seconds, but if you then change the quality or do a double playback correction the it plays fine (just with crap video). Can you please start playback with one of these files, let it freeze, then drop the quality enough so that it transcodes and starts playback, then please send me the server log, ffmpeg remux log and ffmpeg transcode log for that test? I just want to try comparing something against the old logs. Thanks

Does it really matter how I have it setup? Maybe its the way I want it to be. I mean either way it should work right? Honestly I really think you guys arent seeing the points that are being made. This really has nothing to do with what I am saying... Things are being misidentified Emby is not going to the correct sections of the MovieDB and TVDB to correctly identify shows.... It goes to the movie section regardless if you have it setup as a TV show or movie... I showed the example in a previous post with images. Having to re-do all of your collections when moving things to a newer drive stinks Be nice to have a feature where you can mass select things to change images instead of having to do them singally. It shouldnt matter how you want your TV shows setup...

Bonjour à tous, ce matin impossible de me connecter. Ça m'indique que le serveur est introuvable et/ou peut-être même inexistant. Quelqu'un peut m'aider? J'ai redémarrer J'ai supprimé l'application et recommencer Ca ne fonctionne toujours pas

Hello, after migrating my database from DS918 to DS425 and copying all movies to the 425, lots (if not all) movies miss metadata (pictures of actors), see attachment. I already tried to update the metadata of the whole library without success. I have to update each movie individually in order to get the missing data. Whats wrong here? Emby Premiere Server 4.9.5.0 Regards, Jens

Yes I have tried changing it but like I said, for some reason its only certain TV shows. Like He-Man is misidentified as the new movie and automatically uses the metadata from that for some reason. Try it.... Doesnt matter what setting you use when it is misidentifying shows and movies. I dont think you are following what I am saying. Go back to the posts I mentioned about the TVDB and MovieDB are not going to the correct sections of the site to identify the shows. Try it... I even included images.

That's fixed in the next release. Thanks

My files are sorted in directories according to collection. Different collection, different directory. The movies are setup as movies and TV shows as TV shows. I have 14 different libraries.

In Continue Watching row, Season Premieres get additional/duplicated badge top-left (seems like default position-default size), although setting is Extra Large Bottom centre and episode images themselves do not have that extra badge. Season Finales are okay.

Thanks for the pointer — I hadn't come across this one, and I went and read it properly, because I wanted it to be the answer. For my case it isn't, and I'd rather be precise about why than vague. Its README is explicit that a non-live remote .m3u8 handed to the loopback path gets rerouted onto the AVPlayer bypass: the bundled FFmpeg is built without network support, so the playlist can't be demuxed locally, and as they put it, remote HLS is AVPlayer's native domain anyway. That's a reasonable call rather than an oversight — but it means that pointed at an Emby transcoding manifest, the engine hands the same attribute-less #EXT-X-STREAM-INF to the same AVPlayer I'm already using, and the display stays in SDR for the same reason. The on-device remux is real; it applies when the source is something FFmpeg can open, not when it's already a remote HLS playlist. Where it would change things is by a route I hadn't considered, so the pointer was worth it anyway: skipping the HLS path altogether and direct-playing the original file. Once the CodecProfile uses the range spelling Emby actually compares against — the literal "HDR 10" from the MediaStream, with the space, on Property: "VideoRange" — Emby stops deciding to tone-map and offers direct play on these titles. I couldn't use that, because AVPlayer won't open an MKV. An engine that demuxes with FFmpeg and decodes with VideoToolbox can. So the value would be as a way around the manifest rather than through it, with the HDR coming from the original file untouched: 10-bit, and the Dolby Vision RPU still in place. I've written that down as a real option. It isn't a small one, to be fair to it. LGPL-3.0 with an App Store exception — well drafted, and it does cover the store's signing and re-linking restrictions, but only for the binary; the source obligations stay. Bundling FFmpeg. And on that path subtitle rendering moves out of the native tvOS picker and into the app's own overlay, which is a chunk of work I've already done once. It's a question for a later version. It's also why the two attributes are still what I'd rather have. VIDEO-RANGE and CODECS exist precisely so a client doesn't have to carry its own demuxer to find out what it's being sent — any client using the platform player benefits, and only the ones shipping FFmpeg can route around their absence. On "Emby's HLS implementation still needs some minor improvements" — which ones did you hit? The two I ran into are that the range value loses its space somewhere between PlaybackInfo and the transcoding URL, so the manifest generator never matches it; and that putting the space back by hand does produce VIDEO-RANGE=PQ, but then the segment endpoint answers 400. I owe this thread the full measurements on both and will post them. If you hit the same things from a different pipeline, or something else entirely, I'd like to know — you've clearly looked at this more recently than most.

@vdatanet Have you ever thought about using the open source AetherEngine? It does on-device remuxing to specs-complaint Apple-friendly HLS and uses the platform-native AVPlayer with all the privileges that entails. https://github.com/superuser404notfound/AetherEngine That said, Emby’s HLS implementation still needs some minor improvements (it’s way better than when i last tried it years ago). Any improvements would be welcome.

Just wanted to say a huge thanks for this! I only ever use the native player on my Apple TV and the emby implementation - while pretty good - is missing a few things when it comes to 4K playback. Regarding iOS playback - I use the safari web interface and that uses Apple's native player on iPad / iPhone - so that works and looks great. No need for a seperate app - keep focus on making this the best Native Apple TV Emby client (Emby team - maybe implement this app into the mainstream one? With blessings from the author of course )

Here is the log file. I just rolled back to 4.9.3.0 after this. emby-4.9.5.0.txt

Minor glitch: Ended/Canceled/Returning shows get both Season Premiere and Season Finale badges on first/last episode of each season (single- or multi-season shows). Still Airing shows do not get Season Finale on any last episode of previous completed seasons (but do get Season Premiere badge on each first episode of all seasons). Another possible improvement: maybe last episode of the last season for Ended and Canceled shows should get Series Finale badge instead of only Season Finale?

If this is asked my apologies since searching the terms would not get me quickly to my question. My question is, is there any way to treat depisodes with the "Live" setting just like "New". Example, under live you can limit recordings to "New". However, my guide provider and I'm assuming others do the same, they send "Live" for live events. If you select "New" it does not record any "Live" or "repeat" or no designation. If you want the live versions, you have remove the "Live" option and it records all and the only way to limit to a specific time is to select the around time option. So in the case of the two below I would say around 6AM. The problem is if there is a live version of that show at different times they you only get the one.

I have worked through all the steps on External Connections in the linked guide. I've tried enabling UPnP on my router with automatic port mapping enabled on Emby server, but that didn't work - still couldn't connect outside my home network. So I disabled that and tried manual port forwarding - set this up as per the instructions, verified external IP address etc, but still no success. Whatever I do, I cannot access Emby outside my home network

@LukeCan you take a look at this?

Hi Luke Thanks for the reply. For DV 5 ffmpeg -i file.mkv -c copy -tag:v dvh1-strict unofficial file.mp4 For DV 8.x ffmpeg -i file.mkv -c copy -tag:v hvc1 -strict unofficial file.mp4 -strict -2 also works Note the video tag difference between P5 & P8.x For HLS, the master manifest needs to be reflect the different profiles (8.x requires supplemental-codecs where as 5 doesn’t) Happy to test and/or help in anyway!

Thanks. Please let me know if you experience any bugs or if something doesn't look right.

Hello, I can't seem to scroll down when I'm inside a Collection when grouped by none. It does not go further then the 2nd Tile. Here's a recording 20260825_113119.mp4

Awesome update. Color coding looks great (very useful), image rendering is fast, episode primary-type and thumb-type images getting proper badges as well. Well done.

Folks. I'm so sorry. This problem seems "fake" now: transcoding info is just not displayed anywhere (except in logs). So I would say transcoding itself is working as expected. Displayed values problem has been already reported in another issue.

@Lukethis avoided my intention, sorry. Can you tell me which exact version(s) fix(es) this problem? The other issue might be a duplicate. Let's focus on this first if you have the version numbers. Thank you!

Resumen 1. Los trailers: Cinema Mode Tienes activo el plugin Emby.Server.CinemaMode 1.0.50 junto con Trailers. En el log se ve antes de la película: 10:11:29 Playback start ... "Un gran viaje atrevido y maravilloso" 10:11:31 Playback stopped ... "Eleanor the Great" 10:11:35 Playback start ... "Gran Torino" Es exactamente lo que reporta el usuario: trailers sin relación con la película elegida. Es el comportamiento previsto de Cinema Mode (pre-rolls tipo cine) y se desactiva en Plugins → Cinema Mode. 2. Por qué no arranca después: bucle de seek La película sí empieza — los segmentos 0 a 12 se sirven bien. Entonces: 10:11:38.977 Starting transcoding because segmentGap is 641 and max allowed gap is 8. requestedIndex=664 La TV salta al segmento 664 (= 33:12, probablemente una posición de reanudación). Emby mata ffmpeg y lanza otro con -ss 00:33:12. A partir de ahí, bucle: ocho intentos idénticos, cada uno terminando con exit 137 (SIGKILL) tras ~10.300 ms. La TV espera exactamente 10 segundos, no recibe el segmento, desconecta y lo vuelve a pedir; eso mata el ffmpeg y el siguiente empieza de cero. Nunca llega a producirlo. Pantalla negra hasta que la sesión muere sola a las 10:14. Por qué el seek tarda más de 10 segundos El almacenamiento va muy lento. En el mismo log: SubtitleEncoder: Subtitle extraction took 289,348ms 289 segundos para extraer un SRT interno de 47 KB. Leer el archivo de 26 GB hasta el minuto 33 es inviable a esa velocidad. Había un escaneo de biblioteca en marcha (ValidatePhysicalRoots, decenas de consultas a TMDb y ffprobe entre las 10:10 y 10:11), compitiendo por la misma E/S. Solo 2 vCPU (Processor count: 2). Aunque NVENC haga el trabajo pesado, el demux y el segmentado son CPU. Qué hacer, por orden de impacto Desactivar Cinema Mode. Medir /discos: dd if=/discos/Peliculas/... of=/dev/null bs=1M count=2000. Si es NFS, revisar rsize/wsize y que no esté montado soft. Es el problema de fondo, el mismo que causó el Stale file handle anterior. Mover los escaneos de biblioteca a la madrugada y desactivar el monitoreo en tiempo real. Subir el contenedor a 4 vCPU como mínimo. Probar sin la posición de reanudación: marcar como no vista y reproducir desde el principio. Si funciona, confirma que el problema es el seek. Secundario Plugin ScripterX roto: lanza NullReferenceException en cada evento de progreso (150+ excepciones en dos minutos). Actualizarlo o quitarlo. Error de resolución de nombres en /discos/Peliculas/Pelis/H y /W: bug de Emby en VideoListResolver, normalmente disparado por archivos de versiones múltiples mal nombrados. A medio plazo: este archivo es el peor caso posible — remux Blu-ray VC-1 de 29,7 Mbps con límite remoto de 5 Mbps. Reencodarlo a H.264/HEVC a 8-10 Mbps eliminaría todos estos problemas de golpe.

Ahora el log parece correcto, ¿que sucede exactamente?. ¿Solo reproduce trailers no relacionados?