All Activity

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?

Fixed nfs problem, now you can see it in the logs. About the limit, it was done in purpose and they are outside the lan network. Logs.zip

Only my own db

Gran Torino: 08:59:19.040 /discos/Peliculas/Pelis/G/Gran Torino (2008) [tmdb=13223] 1080p.mkv: Stale file handle Resumen Problema principal: Stale file handle (error ESTALE de Linux) al acceder a /discos/Peliculas/Pelis/G/Gran Torino (2008)...mkv. No es un fallo de transcodificación: ffmpeg muere en menos de un segundo, antes siquiera de leer el archivo. Secuencia del log: Intenta transcodificar por hardware (NVDEC VC-1 → NVENC H.264 en la A2000) → falla en 0,8 s. Emby interpreta mal la causa y hace fallback a software. Reintenta con x264 → falla igual en 2 ms. La línea del fallback es ruido: el hardware está bien configurado. Solución: desde el host (y el contenedor si aplica), comprobar y remontar: ls /discos/Peliculas mount | grep discos umount -l /discos && mount -a Si es NFS, revisar el servidor (exportfs -ra) y montar con hard,intr en vez de soft. Después reiniciar Emby, porque mantiene handles abiertos al montaje antiguo. Dos detalles secundarios: Límite de bitrate remoto de 5 Mbps para el usuario Angel, con un archivo VC-1 a 29,7 Mbps: siempre transcodificará. Si la TV de los suegros está en la red local, conviene marcarla como tal para saltarse el límite. Parámetros de encoder alterados: preset superfast y CRF 35 en lugar de veryfast/23. Ese CRF da una calidad bastante pobre; con NVENC funcionando ya no hace falta.

@NeminemI am having that field as empty for all users. But it is not the problem with 'auto'. I can select something manually from the UI and it won't be displayed in stats for nerds nor in emby server dashboard.

Hi there. Here are the logs, movie won´t reproduce and only "ads" will appear. It only play´s trailers that aren´t even related. Logs.zip

We need this!

No, nothing. Had to force close the app after 5 minutes.

Give me a second, i´m asking them to reproduce the movie

This is the only log you posted.

Euphoria was fine, maybe there was an issue while playing with teh A2000 but it plays fine

Your log: {"Chapters":[],"Protocol":"File","Id":"mediasource_392391","Path":"/discos/Series/Series/E/Euphoria (2019) [tvdb=360261]/Temporada 1/1080p/1x01 - [1] - Piloto.mkv","Type":"Default","Container":"mkv","Size":3904650596,"Name":"1x01 - [1] - .....

Which movie is it? We´ve played several and the issue was with Gran Torino.

confirm，the dot Pokemon Detective Pikachu 2019 ULTRAHD Blu-ray 2160p HEVC Atmos TrueHD 7.1-sGnb@CHDBits No Pokemon Detective Pikachu 2019 ULTRAHD Blu-ray 2160p HEVC Atmos TrueHD 71-sGnb@CHDBits YES

So, there's something wrong: >>>>>> Processing Plan Name CanDoInHW WillDoInHW Reason Automatic software decoder >> False False Software Codec VideoInput >> False False Not a hardware decoder SubtitleOverlay >> False False VideoOutput >> False False Not a hardware encoder x264 >> False False Software Codec 14:53:13.898 Stream #0:1(spa): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default) 14:53:13.912 elapsed=00:00:00.42 frame= 1 fps=0.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A throttle=off speed= 0x 14:53:14.411 elapsed=00:00:00.94 frame= 19 fps=0.0 q=28.0 size=N/A time=00:00:00.73 bitrate=N/A throttle=off speed=0.776x 14:53:14.936 elapsed=00:00:01.45 frame= 31 fps= 21 q=28.0 size=N/A time=00:00:01.24 bitrate=N/A throttle=off speed=0.858x 14:53:15.451 elapsed=00:00:02.00 frame= 44 fps= 22 q=28.0 size=N/A time=00:00:01.76 bitrate=N/A throttle=off speed=0.877x 14:53:15.999 elapsed=00:00:02.55 frame= 61 fps= 24 q=28.0 size=N/A time=00:00:02.52 bitrate=N/A throttle=off speed=0.988x 14:53:16.535 elapsed=00:00:03.10 frame= 76 fps= 25 q=28.0 size=N/A time=00:00:03.23 bitrate=N/A throttle=off speed=1.04x 14:53:17.125 [segment @ 0x393a2cc0] Opening '/var/lib/emby/transcoding-temp/51A997/51A997.m3u8.tmp' for writing 14:53:17.126 SegmentComplete=video:0 Index=26 Start=0.000000 End=81.039378 Duration=81.039378 offset_pts=0 start_pts=0 Frames=72 filename=51A997_26.ts 14:53:17.132 [segment @ 0x393a2cc0] Opening '/var/lib/emby/transcoding-temp/51A997/51A997_27.ts.tmp' for writing 14:53:17.133 elapsed=00:00:03.62 frame= 90 fps= 25 q=28.0 size=N/A time=00:00:03.74 bitrate=N/A throttle=off speed=1.03x 14:53:17.348 subtitle_kickoff: resend - pts: 82374 14:53:17.353 subtitle_kickoff: call subtitle_resend_current 82384 frame->format: 1 14:53:17.573 elapsed=00:00:04.14 frame= 101 fps= 24 q=28.0 size=N/A time=00:00:04.06 bitrate=N/A throttle=off speed=0.981x 14:53:18.131 elapsed=00:00:04.65 frame= 111 fps= 24 q=28.0 size=N/A time=00:00:04.54 bitrate=N/A throttle=off speed=0.977x 14:53:18.598 elapsed=00:00:05.16 frame= 122 fps= 24 q=28.0 size=N/A time=00:00:05.02 bitrate=N/A throttle=off speed=0.972x 14:53:19.122 elapsed=00:00:05.69 frame= 134 fps= 24 q=28.0 size=N/A time=00:00:05.53 bitrate=N/A throttle=off speed=0.972x 14:53:19.645 elapsed=00:00:06.20 frame= 150 fps= 24 q=28.0 size=N/A time=00:00:06.11 bitrate=N/A throttle=off speed=0.985x 14:53:20.044 [segment @ 0x393a2cc0] Opening '/var/lib/emby/transcoding-temp/51A997/51A997.m3u8.tmp' for writing

The server has a rtx A2000 with a dedicated ssd to transcode, this is not the issue as it works well in mobile while doing transcode. The movie also is being played without subtitles, i´ve tried also with the forced ones

3.5.49 Core UI Update Only Core UI Changes from 26.0.14 to 26.0.15 Improve loading dialog

Emby for Android 3.5.49 Released Changes 3.5.49 Core UI Update Only Core UI Changes from 26.0.14 to 26.0.15 Improve loading dialog

No — the app does HDR10, HLG and Dolby Vision, and against other server types it already switches an Apple TV 4K into HDR correctly. What you're seeing as SDR is Emby's side of the HLS path, and I've measured it fairly carefully. Emby's #EXT-X-STREAM-INF carries no VIDEO-RANGE attribute and no CODECS attribute. On Apple platforms the player decides what a stream is before it downloads a single segment — it reads those attributes both to rule variants in or out and to pre-configure the display — so with neither present, Match Dynamic Range never fires and the TV stays in SDR. The segments themselves are fine: I pulled the #EXT-X-MAP init segment plus the first media segment and ran ffprobe, once on an HDR10 title and once on a Dolby Vision one, and both come back smpte2084 / bt2020. Emby is sending me HDR right now; it just doesn't say so in the manifest, and by the time the player has a segment in hand it's too late. Full write-up and measurements are in this thread. If those attributes get populated, HDR works here with no change on my side. On the audio: no, and that's a deliberate limit rather than something waiting on the roadmap. The app is built on AVPlayer/AVFoundation only — no bundled software decoder. That's the whole bet: hardware decoding, Match Dynamic Range and Match Frame Rate, the system transport UI, tvOS's own subtitle rendering. The price is that I'm bound by what AVFoundation accepts, and it doesn't decode or bitstream TrueHD or DTS in any form. Infuse ships its own player engine, which is how it can bitstream those to a receiver; doing the same would mean giving up everything above, and I'd rather push the native player as far as it goes. In practice that means AAC, AC-3, E-AC-3, ALAC, FLAC and LPCM direct play untouched — including Dolby Atmos when it's carried in E-AC-3 (JOC), which is the form the Apple TV supports natively anyway. A TrueHD or DTS-HD MA track gets transcoded server-side, audio only, with the video still copied: you lose the lossless track, and TrueHD Atmos comes down to a channel bed. Most 4K remuxes carry a DD+ or AC-3 compatibility track alongside the lossless one — picking that in the audio menu direct plays, and keeps Atmos if it's there. Glad the rest feels smooth — thanks for putting it through its paces.

Hi, can you please provide a log from the emby android app? Thanks !

Hi, have you updated to Emby Server 4.9.5? Has that helped?

Hi, currently when you download a playlist, the contents of the playlist are downloaded but not the playlist itself. This is something we plan to improve on, as well as supporting downloaded content in carplay. Thanks.