Gabi92 1 Posted August 17 Posted August 17 Hi there. Since few weeks i´ve started noticing that outside my house there are some films and series that don´t reproduce on TVs. One of them is grand torino and if i try to play it in my house nuc everything works ok but on my parent´s in law tv it shows the loading screen and after that it show an error like: can´t reproduce right now because there is no streams available. In the other hand, few movies that work or don´t, shows trailers that aren´t even related before playing the actual movie/series. How can i get rid of it? I attach the emby logs so you can see it. Thank you in advance. hardware_detection-63922575201.txt ffmpeg-transcode-9c8fc3b3-df21-448a-9c00-dafb9b70b21a_1.txt embyserver-63922575189.txt
vdatanet 1658 Posted 19 hours ago Posted 19 hours ago As far as I know, LG TVs don't support PGS subtitles. If that's what you're using, the server has to burn them into the video, which forces a transcode — and if your server doesn't have enough horsepower for that, playback just hangs. Try a different subtitle format (SRT/ASS) and see if it plays fine.
Gabi92 1 Posted 2 hours ago Author Posted 2 hours ago 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
vdatanet 1658 Posted 2 hours ago Posted 2 hours ago 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
Gabi92 1 Posted 2 hours ago Author Posted 2 hours ago 10 minutes ago, vdatanet said: 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 Which movie is it? We´ve played several and the issue was with Gran Torino.
vdatanet 1658 Posted 2 hours ago Posted 2 hours ago 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] - .....
Gabi92 1 Posted 2 hours ago Author Posted 2 hours ago Euphoria was fine, maybe there was an issue while playing with teh A2000 but it plays fine
Gabi92 1 Posted 2 hours ago Author Posted 2 hours ago Give me a second, i´m asking them to reproduce the movie
Gabi92 1 Posted 57 minutes ago Author Posted 57 minutes ago 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
vdatanet 1658 Posted 47 minutes ago Posted 47 minutes ago 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.
Gabi92 1 Posted 19 minutes ago Author Posted 19 minutes ago 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
vdatanet 1658 Posted 12 minutes ago Posted 12 minutes ago Ahora el log parece correcto, ¿que sucede exactamente?. ¿Solo reproduce trailers no relacionados?
vdatanet 1658 Posted just now Posted just now 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.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now