pinoprod2 escribió:cazorla42 escribió:Quizas no sea el foro mas adecuado para hacer estas preguntas:
¿Que son los RefFrames?
¿Cuando le bajas los RefFrames, le bajas la calidad?
Saludos y gracias.
Te voy a contar como entiendo yo esto de los compresores y los reframes:
Una pelicula esta compuesta de imagenes correlativas (frames)
Una pelicula a 24p es que tiene 24 frames por segundo, por lo tanto una pelicula de 100 segundos a 24 frames tiene 2400 imagenes
Antes de existir los compresores divx, mpeg y demas, se guardaban todos los frames enteros y ocupaba un huevo y parte del otro xD
El uso de los divx, mpeg, h264... es para lo siguiente:
Coges la imagen 1 y la guardas entera y de las siguientes solo guardas los pixels que varian de esa imagen. Ejemplo:
Imagen 1 >>> la guardo entera (todos sus pixeles)
Imagen 2 >>> solo guardo los pixeles que varian respecto a la imagen 1
Imagen 3 >>> solo guardo los pixeles que varian respecto a la imagen 1 y de la imagen 2
Imagen 4 >>> solo guardo los pixeles que varian respecto a la imagen 1 y de la imagen 2 y de la 3
...
¿cuando termina esto? pues ahi entra en juego los reframes (reference frames), si se pone reframes=8 pues en el frame 8 nos olvidamos del frame 1 y lo guardamos entero (el frame 8) y seguimos el proceso anterior y en el frame 16 hacemos lo mismo, asi hasta el final de la pelicula
Por lo tanto cuanto mas bajo sea el numero de reframes menos trabajo tiene que hacer el procesador para descodificar la imagen pero mas grande sera el tamaño del archivo resultante.
¿calidad? la misma
Un saludo
Esto que explicas aqui son las keyframes, una keframe cada 250 en PAL quiere decir que cada 10 seguntos (250 frames) se guarda una keyframe que tiene la informacion completa de la imagen. Las refframes son el numero de frames que necesita para referenciar la siguente. con una ref frame y 250 de keyframe guardo una imagen completa, la siguente solo guardo lo que cambia en de la anterior, la siguiente lo que cambia de la unica que ahora tengo como referencia: la anterior y asi hasta la 250 que es la keyframe y que guardo entera.
Si tengo 5 reference frames y 250 de keytrame guardo la primera entera, la segunda lo que cambia respecto a la primera, la tercera los cambios de la esta respacto a la primera o la segunda, la cuarta lo que cambia respacto a las 3 anteriores (cada una de ellas, lo que seam menos cambio)... de la 6a en adelante lo que cambia respecto a los 5 anteriores, cuando llego a la 250 vuelvo a empezar.
Es importante porque esto consigue disminuir la CPU que necesito pues tengo mas imagenes con que comparar y alguno de los macroboques (16x16 o 32x32 pixels puede ser igual que una de las cinco anteriores que no sea la anterior y ya la tengo codificada) imaginate que un macrobloque tengo un pendulo que se completa un ciclo cada 16 fotogramas (si uso un ref frame cada imagen es distinta de la anterior, y cada fotograma tengo que mover todos los pixeles de la imagen pero si tengo 16 imagenes son todo el rato las mismas, solo copio y pego de una u otra imagen, me ahorro todo el calculo (CPU)). Sobretodo la correccion la hago por el ultimo parrafo. Como guardo mas imagenes necesito menos CPU para decodificarlas, PERO mucha mas memoria. si tengo un refframe, leo el keyframe, leo el 2º fotograma (solo almaceno lo que cambia respecto al primero, lo calculo y lo muestro y me lo guardo borrando el keyframe, la siguente, lo mismo, y asi hasta el 250 que no calculo, solo leo)
si tengo 32 refframes leo el keyframe, lo guardo, leo el siguiente (solo tiene los cambios con el anterior) lo calculo y lo guardo (junto con el primero) leo el tercero y basandome en el 1º y el segundo (el compresor ha almacenado lo que es mas rapido de cancular respecto al primero y una referencia a este y lo mismo con el segundo) asi que lo calculo basandome en los dos anteriores que es mas facil.... cuando llego al 32 en adelante y hasta el proximo keyframe TENGO que tener guaddados los 32 anteriores descomprimidos Y eso ocupa un güebo y la yema del otro, pero la CPU hace mucho menos porque los cambios son mas pequeños, se supone que es copiar un pedazo de casda uno de los 32 anteriones y luego mover algun pixel.
con esto se consigue que el archivo ocupe menos Y consuma MENOS CPU, pero a cambio se necesita 32 veces mas memoria que con 1 refframe. el problema con el cacharrin es la gestion de la memoria y memoria disponible, no la CPU imaginate la memoria que necesitas para tener guardadas 32 imagenes de 1920x1024x16 bits de color en cada una (127 MB ) mas la que necesitas para hacer los calculos y copiar los trozos de la siguiente mas la que necesitas para almacenarla y mostrarla Al menos 138 MB... de memoria paginada y preparada para poder copiar trozos de ella rapidamente a otra zona de memoria rapida.
Nuestro chacharrin usa unos 25Mb para decodificacion de refframes a 16 bit de color
![[snif]](/images/smilies/nuevos/triste_ani1.gif "llorando")
![[+furioso]](/images/smilies/nuevos/furioso.gif "muy furioso")
