21/2/2019 Conversión de video: transcodificación sin pérdida, recomendaciones de códec y métodos de validación [WEBINAR] | iNPUT-ACE

Conversión de video: transcodificación sin

pérdida, recomendaciones de códec y
métodos de validación [WEBINAR]
por iNPUT-ACE | Oct 25, 2017 | Serie de seminarios web de entrenamiento

Uno de los desafíos más fundamentales de la investigación de video surge del video de CCTV que contiene estructuras propietarias que generalmente no se pueden
reproducir en reproductores de video estándar. Cuando recibimos videos de vigilancia originales en formatos como archivos .dat o .drv, no podemos simplemente hacer
doble clic y reproducir en reproductores de medios estándar como VLC, Windows Media Player o Quicktime.

Una solución obvia para este desafío es convertir el video de su estructura propietaria a un nuevo formato reproducible. Pero con esta solución vienen las limitaciones y
las complicaciones.

En este seminario web y publicación adjunta, cubrimos lo que sucede durante la conversión, cómo garantizar que la salida convertida se pueda reproducir en los
jugadores estándar, cómo validar que no se pierde calidad y cómo comprender las complicaciones con las diversas tecnologías involucradas en este proceso.

Entendiendo los datos subyacentes en archivos de video

Para comprender algunos de los inconvenientes de la solución de conversión de video, es importante entender qué subyace al video en sí.

Los archivos de video, como todos los archivos de computadora, son binarios. Para reproducir un archivo, los reproductores de video identifican un códec necesario,
que actúa como un lenguaje que lee los 0 y 1 de los datos de video binarios, interpretando y obteniendo un significado de los datos para reproducirlos. Si bien el códec
correcto puede interpretar las imágenes con precisión, el códec incorrecto produce problemas con la reproducción.

Usando INPUT-ACE, es posible ajustar rápidamente la posición binaria exacta (o HEX) de un cuadro exacto de su video seleccionando el menú desplegable Metadatos
del archivo en la pestaña Interrogar y seleccionando Hex en la posición actual.

Viendo datos hexadecimales con iNPUT-ACE

Ver este lector hexadecimal proporciona una gran cantidad de información; Si resalta un valor hexadecimal de una parte de los datos, puede hacer una referencia cruzada
con su valor binario de 8 bits, su valor entero, su representación ASCII y más.

Archivo hash
Otro elemento importante en la lectura y validación de archivos de video es identificar el hash del archivo. Un hash es una firma única para cada archivo, como una
huella digital.

Si dos videos tienen el mismo hash de archivo, entonces son el mismo archivo. Si no cambian los números 1 y 0 en el archivo de video, independientemente de a dónde
se envíe el archivo, los procesos por los que pasa, su nombre, etc., el hash del archivo no cambiará. Por ejemplo, si un archivo se envía por correo electrónico a alguien,
luego se carga en Dropbox, luego se descarga en una memoria USB y se abre en otra computadora años más tarde, siempre que los 1s y 0s subyacentes del archivo no
hayan cambiado, la exacta el mismo hash de archivo se mantendrá del archivo original. En otras palabras, simplemente mover la ubicación o cambiar los detalles
externos sobre el archivo no cambia los datos binarios subyacentes.

https://input-ace.com/converting-video-lossless-transcoding-codec-validation/ 1/3
21/2/2019 Conversión de video: transcodificación sin pérdida, recomendaciones de códec y métodos de validación [WEBINAR] | iNPUT-ACE
A la inversa, si cambiamos cualquier bit de datos (un solo 1 o 0), todo el hash del archivo cambiará. Esto es importante en el análisis forense, ya que si podemos
demostrar que el archivo que se presenta ante el tribunal es el archivo exacto que grabó el DVR (a través de un hash de archivo idéntico), podemos autenticar el video y
no preocuparnos demasiado por las preguntas. De autenticidad a juicio.

Sin embargo, dado que los archivos de video propietarios a menudo necesitan convertirse, y este proceso se traduce en un hash de archivo modificado, ¿cómo podemos
convertir el video de manera confiable al mismo tiempo que garantizamos y demostramos la autenticidad de los resultados?

Implicaciones de convertir archivos de video

En términos forenses, cuando se modifican los datos subyacentes de un archivo convirtiéndolo, el archivo se ha "cambiado" y esa terminología puede tener
implicaciones al testificar. Dicho esto, en el análisis de video, deberíamos preocuparnos más por no cambiar los datos de imagen reales (información visual) y no
preocuparnos por garantizar los datos binarios para todo el archivo.

En otras palabras, los analistas de video forenses se preocupan más por garantizar que las imágenes de prueba no cambien durante una conversión que el archivo en sí
no cambie. Ver imágenes en un formato sin comprimir es tan bueno como ver las imágenes en un archivo original (al menos en lo que respecta a los datos de la imagen).

Por ejemplo, podríamos tener un archivo .264 que no podemos hacer doble clic para iniciar en un reproductor estándar, pero iNPUT-ACE puede leer el archivo y
reproducirlo correctamente (Obtenga más información sobre contenedores, códecs y videos en bruto aquí .) Si necesitamos convertir este archivo a un formato estándar,
una solución es darle al archivo un contenedor a través de un proceso llamado reenvoltura. Usando un flujo de trabajo iNPUT-ACE, podemos volver a envolver el
archivo para producir una salida .mp4 fácilmente seleccionando un nodo de salida MP4 y seleccionando la opción de Transcodificación de video "Igual que la entrada".

Reenviando un archivo con iNPUT-ACE

Cuando miramos nuestro archivo reenvuelto, todas las características tienen el mismo aspecto: velocidad de fotogramas, formato de píxeles, etc. Pero el hash del
archivo ha cambiado en nuestro nuevo archivo .mp4, lo que demuestra que, de hecho, hemos cambiado el 1 y el 0 del archivo original. El archivo rewrapped tiene datos
binarios diferentes a los originales y tendrá un hash de archivo diferente.

En lugar de centrarse en el hash de archivo modificado, lo que realmente es importante es demostrar que el proceso de ajuste no cambió los datos de la imagen
subyacente o cualquier información visual en el archivo. Podemos hacer esto de varias maneras:

Al comparar marcos en ambos archivos y verificar que los datos hexadecimales son los mismos. En otras palabras, a pesar de que los datos binarios generales han
cambiado, no hemos cambiado los 1s y los 0s subyacentes en los marcos en sí mismos.
Al escribir ambos archivos en una secuencia de imágenes de mapa de bits a través de los flujos de trabajo iNPUT-ACE y comparar imágenes de mapas de bits
individuales de cada salida. El hash de archivo de las imágenes de mapa de bits individuales será exactamente el mismo, y podemos probar esto para cada
imagen. Esto significa que el archivo original tiene exactamente la misma información de imagen que el archivo reenvuelto.
Al calcular el hash de cada fotograma de datos en ambos archivos. En otras palabras, en lugar de calcular el hash de todo el archivo, podríamos calcular el hash en
cada fotograma decodificado, y compararlo con los fotogramas de otro archivo. iNPUT-ACE facilita este proceso simplemente seleccionando la opción "Frame hash
CSV" en la pestaña Flujo de trabajo y conectando 2 o más archivos a ella. Si cada fotograma de un archivo coincide con el hash de cada fotograma de otro archivo,
podemos probar que los archivos contienen los mismos datos de imagen exactos.

Como se muestra en este proceso, volver a envolver es fácil, rápido y crea una versión sin pérdida de los cuadros de su video, ¿por qué no hacerlo cada vez?

Rewrapping tiene una seria limitación. Este proceso de reenvío elimina los metadatos del archivo original y solo funciona cuando enviamos un archivo de video
directamente a una salida reenvuelta, sin realizar ninguna otra acción durante el proceso. En otras palabras, si queremos cambiar el tamaño, recortar o cambiar las
imágenes de alguna manera, volver a ajustarlas ya no es una opción válida. Cualquier acción que cambie las imágenes en el archivo original impide que el proceso de
reenvío funcione.

Para estas situaciones, tenga otra opción: realizar un proceso de transcodificación sin pérdida.

Transcodificación sin pérdida

A diferencia de volver a envolver, la transcodificación sin pérdida es un proceso mediante el cual el archivo se decodifica, la información del archivo se lee y se procesa,
y luego el archivo se vuelve a codificar de una manera nueva. En este proceso, estamos cambiando los archivos a nivel binario. Pero a pesar de que estamos cambiando
el códec, o para usar nuestra metáfora anterior, para cambiar el idioma en el que se va a leer el archivo, podemos asegurarnos de que siempre mostraremos visualmente
los mismos marcos.

Para entender la información subyacente, considere este ejemplo:

La decodificación del primer conjunto de "datos de imagen" con el códec correcto que puede entender la ecuación produce un valor resultante de 10 (o "cómo se ve la
imagen"). Otra forma de codificar el mismo valor es 5 multiplicado por 2. Necesitamos un códec que pueda entender esa ecuación, y podemos producir el mismo
resultado: 10. O podría haber una imagen que simplemente tenga los datos subyacentes de 10 y muestre 10 en la pantalla.

En este ejemplo, tenemos 3 archivos diferentes, todos con datos diferentes, pero una vez decodificados, todos producen el valor "10". Esto es análogo a diferentes
archivos de video, todos ellos con diferentes códecs y datos, pero cuando se decodifican, las imágenes son exactamente iguales. Si podemos convertir un archivo de un
tipo de datos en un nuevo tipo de datos sin cambiar las imágenes subyacentes, este proceso se llama "transcodificación sin pérdida".

https://input-ace.com/converting-video-lossless-transcoding-codec-validation/ 2/3
21/2/2019 Conversión de video: transcodificación sin pérdida, recomendaciones de códec y métodos de validación [WEBINAR] | iNPUT-ACE

Esto es diferente de "transcodificación con pérdida", donde el proceso de conversión cambia las imágenes subyacentes.
Tres posibles opciones de "transcodificación sin pérdida" son: reenvolver, sin comprimir y sin pérdida H.264.

El proceso de transcodificación sin compresión se puede realizar en iNPUT-ACE mediante la creación de un flujo de trabajo de Salida a AVI, que rellena previamente la
configuración con opciones de transcodificación "sin comprimir".

El proceso de transcodificación de MP4 sin pérdida se puede realizar en iNPUT-ACE mediante la creación de un flujo de trabajo de Salida a MP4, que rellena
previamente la configuración con las opciones de transcodificación "hd sin pérdida".

A diferencia de volver a envolver, crear un .AVI sin comprimir o un H.264 sin pérdidas funciona incluso si realizamos acciones en el archivo antes de la salida, por
ejemplo, si recortamos imágenes, aplicamos mejoras, etc. Las opciones de transcodificación de h.264 sin comprimir y sin pérdida producen video La salida es
exactamente de la misma calidad, pero producen archivos más grandes que el reenvío.

¿Qué opción de transcodificación es la mejor?

¿Qué opción de transcodificación es la mejor? Depende. Considere cinco factores al elegir una opción de transcodificación: tamaño del archivo, velocidad de
conversión, capacidad de reproducción, calidad de imagen, y si la opción es posible.

Como buena regla de oro:

En general, Rewrapping produce el tamaño de archivo más pequeño, es el proceso más rápido y es fácil de reproducir en la mayoría de los casos. Pero tiene la
importante limitación de no permitir nada más que conversiones directas (es decir, no se pueden aplicar filtros o procesos avanzados a las imágenes de video durante la
conversión)

La transcodificación sin comprimir produce el tamaño de archivo más grande, generalmente se podrá reproducir en VLC y Quicktime pero no en Windows Media
Player, y es teóricamente siempre posible. Si puede decodificar el archivo, debe poder transcodificarlo utilizando este método en todos los casos.

La transcodificación H.264 sin pérdida produce un tamaño de archivo moderado, y al igual que la opción sin comprimir, generalmente se puede reproducir en algunos
reproductores ampliamente disponibles, pero no en Windows Media Player o Quicktime. También como no comprimido, teóricamente siempre es posible utilizar este
método.

Evalúe estos beneficios y desventajas de cada método en función de su propia situación: qué tipo de video original tiene, qué criterios son los más importantes para
usted, qué jugador usará, etc.

Finalmente, haga una última consideración: ¿siempre necesita tener un video sin pérdidas al 100%?

También hay opciones de transcodificación "con pérdida" que no producen una salida de la misma calidad de imagen, pero pueden ser útiles.

Por ejemplo, en iNPUT-ACE, seleccione un nodo de salida MP4 y cambie la calidad de compresión de 0 (es decir, "sin pérdidas") a algo alrededor de 20. El valor de
"20" introducirá alguna pérdida de calidad, pero puede que no sea así. notable para el ojo humano, y visualmente puede verse exactamente igual a la versión sin pérdida.

Comparando una salida sin pérdida y un MP4 comprimido en Canvas Editor

La comparación de los dos en paralelo en el editor de lienzo muestra que producir un MP4 ligeramente comprimido puede no producir una diferencia detectable
visualmente. Los posibles beneficios de esta opción son que los resultados son fáciles de reproducir en prácticamente todos los reproductores de video, mantienen un
tamaño de archivo pequeño y son rápidos de realizar. Y si la limitación de la calidad de imagen ligeramente reducida es problemática, aún tendrá el archivo original al
que volver y realizar una de las otras opciones de transcodificación: reenvasado, sin comprimir o sin pérdida H.264.

En resumen, las opciones de transcodificación más comunes son:

Volver a envolver utilizando la configuración de salida AVI predeterminada (sin pérdida)

H.264 usando la configuración de salida predeterminada de MP4 (sin pérdida)
Sin comprimir utilizando la configuración de salida AVI predeterminada (sin pérdida)
H.264 seleccionando MP4 y deslizando el control deslizante Calidad de compresión hacia la derecha (con pérdida: a medida que aumenta la compresión, mayor es la
calidad de compresión establecida. El uso de números alrededor de 20 seguirá produciendo una calidad "sin pérdidas visuales")

iNPUT-ACE lee cientos de formatos de video propietarios y resuelve problemas comunes a los jugadores propietarios con su sencilla interfaz de arrastrar y soltar que
protege la evidencia desde el principio. Listo para comenzar? Contáctenos para una prueba iNPUT-ACE .

Si está interesado en la capacitación avanzada de iNPUT-ACE, inscríbase en una de nuestras clases de dos días aquí .

https://input-ace.com/converting-video-lossless-transcoding-codec-validation/ 3/3