¿Alguien sabe si al donar por la versión de Comskip aquí https://www.comskip.org/ obtienes una versión más completa? ¿o no hay diferencia entre la descargada y la de donante?
¡Gracias!
¿Alguien sabe si al donar por la versión de Comskip aquí https://www.comskip.org/ obtienes una versión más completa? ¿o no hay diferencia entre la descargada y la de donante?
¡Gracias!
La versión donator que viene con MCEBuddy es bastante antigua (versión 0.82.003 del 30-09-2017). La versión donator actual es la 0.82.012 del 25-02-2022. Lo notable de la versión donator más reciente de Comskip es que incluye una versión más nueva de FFMPEG v4.3 y admite el procesamiento de vídeo 4k y 10 bits. La versión donator es la que te permite el procesamiento de vídeo mpeg4.
Sin embargo, realmente no necesita tener soporte para todo tipo de códecs modernos, porque la mayoría de los formatos de vídeo DVR de entrada son MP2 o MP4 de todos modos, y casi toda la transcodificación comenzará con una conversión a MP2 antes de que MCEBuddy active comskip. El soporte de CPU/GPU por hardware proviene del FFMPEG integrado en comskip.
En resumen, sí, acelerará el paso de detección de anuncios, pero en general, la detección de anuncios es solo una parte muy pequeña del proceso general de transcodificación.
Al final, es una decisión personal para ti. ¿Te beneficiarías? Claro. ¿Te estás perdiendo algo o sufres un gran impacto en el rendimiento si no lo haces? En realidad, no.
Un par de actualizaciones: tenemos una nueva versión de donador de Comskip en desarrollo. Está construida sobre ffmpeg 6.1.1 y añade soporte para muchos más códecs, incluyendo decodificación nativa de HEVC y AV1 con un decodificador av1 personalizado para máximo rendimiento. La ventaja (cuando se lance) será que MCEBuddy ya no tendrá que remuxear a MP2, lo que mejorará la velocidad de conversión y también la calidad final. También estamos probando decodificación por hardware nativa para hevc y av1 con esa versión, pero hay algunos desafíos de estabilidad, así que estamos evaluando el equilibrio entre rendimiento de decodificación por hardware frente a estabilidad. Es posible que ofrezcamos una opción para que los usuarios habiliten o deshabiliten la decodificación por hardware.
¡Esa es una noticia excelente y muy bienvenida!
Comskip realmente solo se trata de decodificación, y dado que los códecs están diseñados intencionalmente para ser decodificados rápidamente, y con disponibilidad solo de CPU (sin dependencia de GPU o incluso iGPU), entiendo completamente la estabilidad y las pruebas en todas las generaciones tanto de CPUs como de GPUs por múltiples fabricantes (Intel y AMD notablemente, y agregando a nVidia para GPUs). Sin mencionar las placas base y toda la interacción entre el almacenamiento de medios, la memoria, la caché de la CPU y los buses de E/S (puentes norte/sur).
No es algo trivial, así que aprecio todo el trabajo que conlleva un lanzamiento, y no se preocupen por tratar de apresurarlo.
Prueba la versión beta 2.6.4. Ahora tenemos una nueva compilación personalizada de 64 bits de comskip donator. Es mucho más rápida que el viejo comskip y tiene algunas características interesantes:
Con esta versión también hemos optimizado el remuxing para que no remux tanto cuando se usa nuestra compilación de comskip (sigue siendo compatible con las versiones stock y gratuitas de comskip, pero será más lento con esas versiones), especialmente al decodificar codecs como AV1.
Respecto a la aceleración por hardware para decodificación con comskip, por ahora tendrás que habilitarla manualmente from the Conversion task → Expert settings → Comskip options
Aquí puedes ingresar --qsv si tienes un chipset Intel o --cuvid si tienes una GPU Nvidia.
Pruébalo y cuéntanos cómo te va. Como referencia, no hemos visto mejora en el rendimiento de comskip al decodificar videos h264, pero sí una mejora del ~30%-50% al decodificar videos HEVC/H.265. Lo único que no hemos podido probar es el rendimiento de comskip al decodificar videos AV1. If you have chipsets which can decode AV1 files feel free to try it out and post your results back to us. Si necesitas un video de prueba AV1, simplemente usa el perfil AV1 de MCEBuddy para crear un video de salida AV1. Los logs te mostrarán el FPS promedio de comskip (y el tiempo total). Hemos visto más de 1500 fps en archivos HEVC al usar decodificación por hardware.
Nota: La razón por la que no hemos habilitado la decodificación por hardware para comskip por defecto es porque hemos notado que tiende a colgarse si el chipset es demasiado antiguo o no es compatible, probablemente lo optimicemos en el futuro.
Solo me pregunto cuál es el caso de uso para comskip y otros formatos de codificación de vídeo. ¿Es Blue Ray X.265? ¿Tenemos DVRs OTA ATSC3 4K que codifican a H.265 y ese medio tiene anuncios que comskip debe eliminar?
Lo mismo para medios AV1. Me disculpo si estoy un poco desconectado en cuanto a servicios de pago como YouTube Premium que transmiten canales OTA en vivo en H.265 o AV1 y aún se inyectan anuncios en el contenido que la gente quiere quitar (vía comskip).
Como si Bezos no pudiera aguantarse, apretarse el cinturón un poco y dejar el pan de aguacate, los frappés y los yates de lujo para mantener Prime Video sin anuncios. Me refiero a que solo aumentó su patrimonio neto un 50 % durante la pandemia y aún paga casi cero impuestos. Pero me desvío.
¿Alguien tiene ejemplos de DVRs que tengan fuentes de vídeo de entrada y salida con anuncios en AV1 o H.265? ¿Qué DVRs y qué fuentes de vídeo? ¿Alguna recomendación de producto para reemplazar mi envejecido Tivo Roamio OTA (ATSC1.0) y los sintonizadores y DVR Silicon Dust HD HomeRun Quattro?
Registros de nvdec a continuación en una RTX 4000 Ada. Noté que hay versiones más nuevas de ffmpeg y handbrake disponibles.
nvdec.zip (924.2 KB)
registros de arc abajo
qsv.zip|adjunto (909.3 KB)
Estos benchmarks son muy útiles, ¿tienes por casualidad los logs de la ejecución del software (sin --qsv ni --cuvid)?
Los resultados hasta ahora son:
| Comskip (FPS) |
Nvidia (–cuvid) |
Intel (–qsv) |
Software (libdav1d) |
|---|---|---|---|
| MPEG2 | 688 | 146 | |
| H.264 | 598 | 144 | |
| HEVC | 448 | 98 | |
| AV1 | 117 | 339 |
*QSV AV1 comskip se colgó y no completó en tu sistema, probablemente debido a un problema del controlador gráfico que lo hizo no responder
registros del software a continuación.
software.zip (1.0 MB)
@techpro2004 ¿Cuál es tu video de origen, duración, formato, resolución y tiene anuncios?
Solo información genérica. Ej. rip de DVD, 90 min, MPEG2, 480p, etc.
¿Cómo controlaste el escalado y la calidad de transcodificación entre los distintos formatos antes de empezar?
Me gustaría hacer una prueba similar con algo comparable en mi sistema. Puedo grabar OTA 1080i HD, 720p HD o 470p SD. Configuré mi SD HDHR DVR para grabar el flujo HDTV sin re-encode. Y sé que hay otros formatos, resoluciones, codecs y bitrates en la web if I need to run those.
Grabé un programa en Channels DVR desde mi HDHR. Luego lo transcodifiqué a los distintos formatos en MCEBuddy. Era un MPEG2 1080i de 30 min. Sí contiene anuncios.
Gracias. Intentaré ejecutar algo similar durante el fin de semana.
Si entiendo bien MCEBuddy, ejecuta comskip antes de la transcodificación sobre el medio de entrada sin procesar (es decir, casi siempre MPEG2), marca el vídeo, corta y luego transcodifica a la codificación y formato de destino.
¿O primero transcodifica, de modo que comskip escanea y marca la codificación de salida para los anuncios (por ejemplo, H264, HEVC, AV1), no la codificación de entrada (MPEG2)?
Simplemente me parece que el formato de entrada es casi siempre MPEG2, entonces ¿por qué sería mejor que comskip marque los anuncios en los formatos de salida?
¿O esos tiempos también incluyen el tiempo de transcodificación, no solo el tiempo de procesamiento de comskip (para marcar anuncios)?
Históricamente primero transcodifica y luego ejecuta comskip. La razón por la que tenemos estos nuevos códecs y versiones de comskip con aceleración por hardware es para evitar la transcodificación siempre que sea posible, haciéndolo más rápido y reduciendo otros problemas que la transcodificación puede causar en casos específicos (especialmente cuando la calidad de grabación está degradada). Esto también le da a Comskip la mejor oportunidad de funcionar en el video original.
Estos son excelentes puntos de referencia. ¿Puedes confirmar qué chipset de Intel estás usando para QSV? Se está reportando como un chipset Raptor Lake de 13.ª generación, lo cual no suena correcto; según la especificación de Intel, Raptor Lake no debería admitir la codificación AV1, pero tu chipset claramente lo hace.
Resultados muy interesantes de @techpro2004
Nvidia (cuvid) claramente supera a Intel (qsv) en decodificación con MPEG2, H.264 y HEVC, pero Intel deja atrás a Nvidia en decodificación AV1.
Además, el decodificador AV1 libdav1d tiene un rendimiento muy superior al decodificador HEVC

*La decodificación QSV AV1 estaba incompleta debido a un bloqueo del controlador
El sistema qsv es un escritorio de 13ª generación, sin embargo también tiene instalado una pcie arc a310. gracias.
Una cosa sobre las tarjetas de la serie nVidia 4000: las 4070Ti y superiores tienen 2 unidades NVENC, por lo que las tarjetas de gama alta pueden tener un aumento significativo en el procesamiento frente a las de gama media y baja. No sé si eso se traduce en una transcodificación más rápida para un único trabajo AV1 (ambas unidades NVENC se utilizan) o significa que puedes ejecutar 2 trabajos de codificación NVENC al mismo tiempo (quizás incluso con códecs diferentes). Sin embargo, solo hay 1 unidad NVDEC.
Puede resultar que, para fines de transcodificación y MCEBuddy, las tarjetas de gama alta con 2 unidades NVENC en realidad no ofrezcan una ventaja sobre las de gama baja. Sin embargo, podría beneficiar a un sistema que también ejecute Plex, por ejemplo, donde MCEBuddy puede estar ocupado haciendo su tarea con una unidad NVENC y Plex puede usar la otra para transcodificar sobre la marcha para un reproductor sin comprometer el rendimiento.
Registros de RTX 4080 a continuación
cuvid 4080.zip (910.3 KB)
Definitivamente una gran mejora aquí:
