La beta 2.4.8 parece que FFMPEG se está atascando: el video se detiene, el audio continúa, no estoy seguro de h.264 WMC

General Support / Questions Hardware Encoding
1

Estoy usando Windows Media Center con un sintonizador USB Ceton en Windows 7 con un Intel i5 2500k

y recientemente tuve que reinstalar todo debido a un fallo del disco. Así que estoy en un disco duro nuevo y no estoy seguro de si es con cada archivo que he grabado desde entonces, pero al menos los de ayer presentan problemas de video.

El archivo WTV original sí tiene video durante toda la duración y se reproduce tanto en MediaCenter como en VLC.

El archivo convertido se traba en el video en un momento aleatorio.

NO tengo activada la eliminación de comerciales en este momento… de hecho, se me olvidó habilitarla cuando reinstalé… tonto…

La conversión se completa y el archivo resultante tiene el video cortado en algún punto aleatorio. Puede ser a los 15 min o a los 20 min, pero el audio continúa.

Abrí el archivo de registro de uno de los videos y parece haber una gran cantidad de errores.

El archivo de registro es largo y repetitivo, así que estoy extrayendo algunas muestras de cosas que parecen ser diferentes para mostrar una indicación de dónde está el problema.

Lo he subido como un archivo .zip ya que es un archivo de texto de unos 11 MB y

MUESTRA 1

2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] SPS unavailable in decode_picture_timing
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] non-existing PPS 0 referenced
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] SPS unavailable in decode_picture_timing
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] non-existing PPS 0 referenced
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] decode_slice_header error
2017-10-29T04:38:46 MCEBuddy.AppWrapper.Base → [h264 @ 0000000000577d40] no frame!

MUESTRA 2

2017-10-29T04:39:12 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000000009a24b40] Non-monotonous DTS in output stream 0:2; previous: 71136, current: 69634; changing to 71137. This may result in incorrect timestamps in the output file.

MUESTRA 3

2017-10-29T04:43:10 MCEBuddy.AppWrapper.FFmpegMediaInfo → Past duration 0.955376 too large

MUESTRA 4

2017-10-29T04:43:12 MCEBuddy.AppWrapper.FFmpegMediaInfo → frame= 1170 fps=585 q=-0.0 size= 1579500kB time=00:00:19.51 bitrate=662889.1kbits/s dup=20 drop=0 speed=9.76x

MUESTRA 5

2017-10-29T04:44:34 MCEBuddy.AppWrapper.Handbrake → [04:44:34] qsv_enc_init: using ‘hardware (1)’ implementation, API: 1.4
2017-10-29T04:44:35 MCEBuddy.AppWrapper.Handbrake → [NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:44:37 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.48 %[NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:44:39 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 2.04 % (403.72 fps, avg 391.22 fps, ETA 00h04m18s)[NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:44:39 MCEBuddy.AppWrapper.Handbrake → [NULL @ 000000000874af20] missing picture in access unit

2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake → [NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 77.39 % (412.55 fps, avg 404.15 fps, ETA 00h00m58s)[NULL @ 000000000874af20] missing picture in access unit
2017-10-29T04:47:51 MCEBuddy.AppWrapper.Handbrake → [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)

2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake → [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)
2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 77.41 % (412.55 fps, avg 404.15 fps, ETA 00h00m58s)[h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)
2017-10-29T04:47:59 MCEBuddy.AppWrapper.Handbrake → [h264_qsv @ 00000000025a4c20] Error during QSV decoding.: incompatible video parameters (-14)

How It’s Made Convert to MP4-2017-10-29T04-38-46.0299417-04-00.zip (312.3 KB)

2

Anoche usé Windows Handbrake para convertir un archivo .wtv a mp4 y se completó bien; luego convertí el mismo archivo con MCEBuddy y tuve el mismo problema: el video termina en el minuto 21:54 y el audio continúa.

usando MCEBuddy 2.4.8 64bit - 20171006

Voy a intentar una reinstalación.

Revisé algunos archivos convertidos antes de notar este problema y 4 de 5 películas se reproducen bien. La quinta tiene el mismo problema: el video termina y el audio continúa. Supongo que varios programas de TV también tendrán problemas, pero será más difícil encontrarlos ya que se han fusionado con el resto de los episodios antiguos.

Intentaré una reinstalación. No conozco ningún cambio que haya hecho en mi computadora o en MCEBuddy, salvo intentar que MCEBuddy busque el número de episodio en la red. La configuración de video se mantuvo igual y, aunque normalmente sí lo uso, ahora no estoy usando el removedor de comerciales.

3

Prueba a reproducirlo en vlc. Si funciona, entonces es un problema del decodificador y necesitarías instalar ffdshow, lav filters o similar.

edit: el codificador quicksync de sandy bridge no soporta AVC. También prueba desactivando la codificación por hardware

1 me gusta
5

Estoy usando VLC para ver tanto el archivo WTV original como el archivo mp4 finalizado.

Después de algunas pruebas, estoy aún más confundido… esta noche WMC grabó 5 cosas y los que están en Discovery Channel son los que se están atascando. También grabé una película y un episodio de Survivor, y ambos archivos se reproducen en VLC después de la conversión, pero los 2 programas de Discovery Channel se atascan aproximadamente a los 20 minutos.

Para más pruebas, mi proveedor de cable tiene 3 canales de Discovery: uno en SD, uno en HD y otro HD en un rango de números de canal mucho más alto. Hasta ahora he grabado de ambas estaciones HD y los archivos se atascan aproximadamente a los 20 minutos, pero no en el mismo lugar… dentro de un margen de 5-10 minutos. Sin embargo, en otros archivos el atasco es más aleatorio y puede ser al final de la película o episodio; creo que esos se grabaron en History.

Normalmente no tengo ningún problema al grabar programas de Discovery Channel y tengo literalmente cientos de episodios, si no miles.

Así que probablemente no se trate de una protección de copia, no sé.

Voy a intentar grabar del canal SD de Discovery y ver qué obtengo…

De nuevo, no todas las grabaciones se atascan en VLC y cuando digo “atasco” me refiero a que el video se detiene y el audio continúa. Parece ser solo algunos canales en este momento.

Apuesto a que Discovery SD vs HD se atascará de la misma manera, pero quién sabe, lo intentaré.

6

Intenta verificar la intensidad/calidad de la señal para esos canales. También asegúrate de tener los últimos controladores/firmware para tu sintonizador. Después de actualizar los controladores/firmware, ejecuta un escaneo de canales. Puede que sea hora de una nueva tarjeta CableCARD.

1 me gusta
7

¿Algún resultado? Estoy experimentando el mismo problema que describes. Cablecard y HDHomeRun Prime. La TV grabada y convertida con HandBrake: el video se detiene a los 15 o 20 minutos mientras el audio continúa. Posiblemente 1 de cada 5 o 1 de cada 10 grabaciones. En mi caso, he intentado grabar el mismo episodio del mismo canal en una emisión diferente y el problema no se repitió en el segundo intento. Estoy usando Plex DVR para crear las grabaciones y el archivo .TS que genera se reproduce completamente a través de Plex o VLC. Curiosamente, cuando reproduzco el archivo .TS directamente en VLC, el contador de tiempo funciona al principio y, una vez que el video supera el mismo punto donde falla HandBrake, el contador de tiempo solo muestra 00 todo el tiempo. Sigue reproduciéndose normalmente hasta el final sin alteraciones de audio o video, pero sugiere que el archivo .TS de origen está dañado de alguna manera que VLC/Plex puede manejar como .TS mpeg2, pero al intentar convertir a h.264 no puede manejar el problema subyacente de los datos.

8

No, no he tenido buenos resultados. Estoy en Comcast, uso un sintonizador USB Ceton de 4 sintonizadores con MediaCenter en Win7 y nunca antes había experimentado este problema exacto. Sin embargo, he notado otro problema.

Cuando convierto a h.264 usando MCEBuddy y luego intento volver a convertir a h.265 usando Handbrake en Windows, el archivo hace que Handbrake se bloquee y luego Handbrake no continúa en esa cola con otro video… es realmente doloroso porque estoy en otra computadora y la computadora con Win7 puede manejar la conversión a h.264, pero no es lo suficientemente potente para pasar a h.265 en un solo paso con MCEBuddy. Así que termino moviéndolos a una unidad en red y realizando esa conversión con esta computadora…

Tal vez debería intentar convertir a algo inferior a h.264 o tal vez solo eliminar los comerciales… no sé.

No creo que sea un problema con la tarjeta CableCARD o el sintonizador. Y no son todos los videos, como dices Matt, solo algunos de muchos.

En este punto, solo estoy borrando los programas que se bloquean, pero realmente no quiero hacer eso, ya que algunos son de una serie y pierdes la pista de lo que está pasando.

El archivo convertido por MCEBuddy definitivamente se está escribiendo con algo mal.