FFmpeg - ErrorDetectionType : Per level 1

Tiens un problema de configuracion en la codificacion a AVC, esto indepenientemente de lo que pides ayuda

Para el uso del LEVEL 4/4.1 se usa maximo 8 frames de referencia, cuanto mas en LEVEL 5 que estas usando. Se recomienda usar solo hasta 6 frames de referencia en estos casos de LEVEL 4/4.1/5.e sto para permitir la reproduccion correcta en equipo casero estandar [discos externos multimedia, reproductores BRD, reproductores multimedia como el WDTV y similares, etc.]. En una PC empleando decodificacion por software [usar el CPU] no tendria mayor problema, pero en esos aparatos 'caseros' de procesador muy limitado pues es en lo que hay que pensar al codificar.

Tambien seguro estas conciente de que estas codificando al PROFILE [perfil] HIGH10 o High10, donde se esta empleando 10bit para la profundidad del color, ten presente que este perfil rquiere de mucho trabajo de computo extra, con lo que poner 16 frames de referencia tambien aumenta mucho el trabajo de computo para la codificacion y decodificacion, pero en realidad no aporta ninguna mejora visual. Mas de 6 frames de referencia ayudan solo cuando uses profiles y levels [perfiles y niveles] bajos, como serian el Baseline y Main y a 3/3.1/3.2.


Yo probaria a reMULTIPLEXAR usando el multiplexor MKVMERGUE_GUI [que viene en el paquete MKV ToolNix], asi solo arrastras tu archivo MKV a la ventana del MKVMergue_GUI, eliges el stream de video [que aparece como V_MPEG_AVC o algo asi] y vas a la pestaña OPCIONES ESPECIFICAS DE FORMATO para poner la velocidad de reproduccion [en este caso que expones la de 30000/1001], pulsas el boton START MUX [iniciar multiplexion] y en unos segundos tendras ese archivo MKV y que debe cumplir la especificaciones del CONTENEDOR DE VIDEO MATROSKA. Recuerda, un multiplexor nio es un codificador de audio y video, solamente toma el stream de audio y video y lo copia dentro de un archivo CONTENEDOR [en este caso un archivo MKV] que ha creado.

Lo anterior lo haria porque FFMPEG no es muy bueno al momento de multiplexar [crear el archivo contenedor de video y meter el stram de audio y video] el audio y video que ha codificado.


Por cierto, cuando usas las etiquetas [ code] es para que no se ejecuten las demas etiquetas, como seria la de NEGRITAS

Ejemplo, aqui se ve que no se esta aplicando las negritas


En su lugar debes usar la etiqueta de [CITA] [ quote]

Ejemplo, asi se escribe [no tese que use CODE para que se muestre como se escribe pero no se ejecute la cita]



Y asi se veria.

Por cierto, cuando usas las etiquetas [CODE] es para que no se ejecuten las demas etiquetas, como seria la de [/b]NEGRITAS[/b]

Entonces el vídeo no es compatible con reproductores y cosas viejas, pero mientras se mire en la PC con MPC-HC no habría problema. Siendo vídeos de anime, lo que busco es la mejor compresión posible. Lo de 24000/1001 es porque se hizo un desentrelazado desde un Transport Stream y se eliminaron los campos duplicados.

Tengo un par de dudas sobre el uso de filtros con FFmpeg, en concreto con Deband (reducir el banding) y EdgeDetect (para conservar lo mejor posible los bordes al aplicar el filtro anterior). ¿Sabes cómo aplicar ambos? Solo sé aplicar el primero, pero se carga los bordes, y no sé cómo usar los dos al mismo tiempo.

Los encoders a h264 incluyen una opcion TUNING o TUNE en la cual esta la opcion ANIME/ANIMATION precisamente para tener una matriz de cuantizacion optimizada para ese tipo de video. En la opcion PRESET puedes poner en MEDIUM o en SLOW, el preset se refiere al tiempo de analisis que dedicara el encoder a cada secuencia, asi en medium o slow tendras buenos tiempos de analisis y con ello una buena compresion [si usas SLOWER o VERY SLOW se tardara mas tiempo de analisis y codificacion pero no veras mejores resultados].

Tambien dedicale a poner una codificacion a dos pasos -two pass-, asi en el primer paso analiza y en el segundo usa el analisis previo para tener la mejor cuatizacion y con ello la mejor compresion. Tardara el doble en codificar pero tendras una mejor compresion. Igual como lo tienes usando VBR [bitrate variable].

La verdad a mi no me gusta usar el encoder FFMPEG porque aunque hace bastane buen uso de los entandares, donde su codificador y matrices de cuantizacion son buenos, la parte del multiplezado y del pre-procesamiento [donde se aplican los filtros] y otros detallitos suele dar errores como el que te aparece. Asi que en esa parte no te puedo ayudar. Pero usando un buscador seguro encontraras guias de como aplicarlos.

Por cierto sino tienes la version 0.7.97 del MediaInfo deberias actualizar a esta version, ya que corrige varios problemas ademas de actualizar alguno de sus modulos para estar adhoc con las versiones mas recientes de los multioplexores y encoders.


.

Discrepo con lo de cambiar -crf- a -two pass-. Solo lo usaría si obtener un tamaño preciso es más importante que la calidad. Con respecto al MediaInfo, lo acabo de actualizar. Gracias.

Hay estudios de universidades [y de varias universidades] y no hay diferencia entre uno y otro [almenos uno significativo], pero lo que REALMKENMTE TE DA UN PESO PRECISO solamente es el bitrate, si hay una desviaciion etandar dependiendo del amatriz de cuantizacion, pero esto se puede calcular tambien.