calidad en archivo comprimido

[jfsousan]

Hola, supuestamente en la D850 si seleccionas archivo comprimido sin perdida, pues eso, es sin pérdida, pero realmente es así?, se hace tan buena compresión? si es ese el caso, ¿ qué sentido tiene no comprimirlos?.  Saludos

[Raul Caparros]

Yo uso el comprimido sin pérdida, me interesaría también saber si hay diferencia. Me apunto al hilo. 

Gracias, un saludo. 

[jfsousan]

A ver si alguien nos ayuda con la duda, la verdad si son sin pérdida que sentido tiene no comprimirlos, que se generen archivos de 45 mb en vez de casi 100 listo, Yo pensaba que los tiros podrían ir con los bits de color que pudiesen bajar de 14 a 13 pero sería contradictorio. No te parece?.

[jfsousan]

A ver si alguien nos aclara la duda.

[Rabla]

¿el tiempo de compresión/descompresion?


Saludos

[jfsousan]

hace 27 minutos, Rabla dijo:

¿el tiempo de compresión/descompresion?


Saludos
 

No, nos referimos a la compresión sin pérdida. No tiene ningún sentido?. Si se puede Generar un archivo comprimido de 50 mb sin perdida que sentido tiene no comprimirlo. Saludos

[jfsousan]

hace 27 minutos, Rabla dijo:

¿el tiempo de compresión/descompresion?


Saludos
 

No, nos referimos a la compresión sin pérdida. No tiene ningún sentido?. Si se puede Generar un archivo comprimido de 50 mb sin perdida que sentido tiene no comprimirlo. Saludos

[Marcelo_R]

Desde el movil y con las legañas en su sitio: pensad en un archivo zip. No hay pérdida.

slds, Marcelo

[jfsousan]

hace 1 hora, Marcelo_R dijo:

Desde el movil y con las legañas en su sitio: pensad en un archivo zip. No hay pérdida.

slds, Marcelo

Gracias Marcelo, ya lo he pillado, de salida el archivo debe ser de 100 mb, archivo grande se graba rápido, pero si grabase a 50 mb, sería más lento. Gracias estaba espeso 

[manmun]

Especialmente en ráfaga, eltiempo que tarda el procesador en comprimir hace que vaya mas lento con archivos comprimidos que con archivos 'completos'. La ventaja luego es el espacio ocupado.

[Marcelo_R]

On 6/23/2019 at 10:24 AM, Xavi Turmo said:

Podria ser que todas las camaras generan un TIFF y que cada marca se empeña en usar un compresor (NEF en Nikon) para que ocupe menos espacio fisico ese archivo, y que luego el software de revelado incluye un codec que lo unico que hace es convertir ese archivo NEF en TIFF para su edicion?

Lo unico que pasa es que no nos damos cuenta de esa descompresion en el programa de revelado y no estamos trabajando sobre un NEF, sino sobre un TIFF con todo su esplendor

No, la cámara tiene opciones de grabación en la tarjeta de memoria tanto de NEF (RAW) como de TIFF (y jpg, claro). Son archivos completamente diferentes Xavi, además, un TIF no es reversible a NEF (ni un JPG es reversible a NEF).

https://onlinemanual.nikonimglib.com/d850/en/07_recording_options_02.html

1 hour ago, manmun said:

Especialmente en ráfaga, eltiempo que tarda el procesador en comprimir hace que vaya mas lento con archivos comprimidos que con archivos 'completos'. La ventaja luego es el espacio ocupado.

La ráfaga no se ve afectada por el tamaño o el tipo de archivo Manuel, no hay referencia alguna a ese efecto en el manual.

https://onlinemanual.nikonimglib.com/d850/en/09_release_mode_01.html

Dependerá más de la velocidad de grabación de la tarjeta lo rápido que se vacíe el buffer de la cámara, lo cual podría limitar la cantidad de disparos continuos, bajando a medida que se llene el búfer y que la tarjeta no pueda "tragarlos" (y ahí entra en juego la XQD).

Dado que un NEF no comprimido ocupa más que uno comprimido (sin pérdida), lo lógico es pensar que el bufer se llenará antes con una ráfaga de archivo no comprimido, lo cual sí afectaría a la cantidad de disparos continuos en ráfaga, y esto en mi opinión será lo que marque la diferencia entre usar comprimidos sin pérdida o no.

La diferencia entre las distintas opciones de disparo en cuanto a tamaño de archivo las vemos aquí:

Entiendo que indudablemente si usamos NEF sin comprimir a 14-bit tiene menos capacidad de Buffer (29) que la misma comprimida sin pérdidas (51), y ahí es donde se reduce la capacidad de hacer disparos continuos a máxima velocidad.

Slds, Marcelo

[manmun]

Personalmente con 29 fotos en el buffer me sobra Pero no acabo de comprender la tabla... RAW comprimido sin perdidas 12 bits Grande: 170 fotos, Medio: 94, Pequeño: 56 ¿es por el tiempo que tarda en comprimir?? ¿cuanto mas pequeño el archivo menos buffer??

[Marcelo_R]

On 7/21/2019 at 6:20 PM, manmun said:

Personalmente con 29 fotos en el buffer me sobra Pero no acabo de comprender la tabla... RAW comprimido sin perdidas 12 bits Grande: 170 fotos, Medio: 94, Pequeño: 56 ¿es por el tiempo que tarda en comprimir?? ¿cuanto mas pequeño el archivo menos buffer??

Entiendo que la tabla debe tener un error en esa columna y deberían estar invertidos los valores, de menor a mayor (en la columna de la capacidad del Buffer), de lo contrario, sería un contrasentido entre esos valores y el resto (además de que no tendría sentido que tenga más buffer con mayor tamaño de archivo que con menor, mientras  tiene más capacidad de almacenamiento).

Slds, Marcelo

[Ochoa]

En 21/7/2019 a las 18:20, manmun dijo:

Personalmente con 29 fotos en el buffer me sobra Pero no acabo de comprender la tabla... RAW comprimido sin perdidas 12 bits Grande: 170 fotos, Medio: 94, Pequeño: 56 ¿es por el tiempo que tarda en comprimir?? ¿cuanto mas pequeño el archivo menos buffer??

Parece que sí, porque el proceso de compresión es complejo, de hecho consume más batería con Raws comprimidos. Hace primero una especie de binning 4 a 3, y luego una compresión de tamaño para pasar en dos operaciones del Raw L al M con la mínima pérdida de información. En el caso de los S será parecido.

Aunque fíjate que para los Jpeg soporta 200 disparos independientemente del tamaño y compresión e incluso para los Jpeg DX, tampoco aquí hay una correlación lógica aparentemente.

¿O será un error como dice Marcelo? Pero es raro que salga igualen todas las versiones del manual impreso o de web, y que no se hubiera corregido desde que salió este modelo.

Saludos

Editado 24 de Julio de 2019 por Ochoa

[Ochoa]

Duplicado

Editado 24 de Julio de 2019 por Ochoa
Duplicado

[Marcelo_R]

12 hours ago, Ochoa said:

Parece que sí, porque el proceso de compresión es complejo, de hecho consume más batería con Raws comprimidos. Hace primero una especie de binning 4 a 3, y luego una compresión de tamaño para pasar en dos operaciones del Raw L al M con la mínima pérdida de información. En el caso de los S será parecido.

Aunque fíjate que para los Jpeg soporta 200 disparos independientemente del tamaño y compresión e incluso para los Jpeg DX, tampoco aquí hay una correlación lógica aparentemente.

¿O será un error como dice Marcelo? Pero es raro que salga igualen todas las versiones del manual impreso o de web, y que no se hubiera corregido desde que salió este modelo.

Saludos

Si la aparente causa fuese el proceso de compresión, debería afectar a todos los archivos por igual, es decir, a mayor compresión, menor buffer, sin embargo, la tabla nos muestra una sola incongruencia, y es en la sección de los archivos comprimidos sin pérdida a 12bit.
Me inclino más a un error, aunque como bien apuntas, es raro que pasado tanto tiempo, no se haya corregido.

Y si nos fijamos en otro modelo de cámara? La D5:

Aquí vemos cómo la relación es aparentemente la correcta para los archivos comprimidos sin pérdida a 12bit (aunque la enorme capacidad del buffer de la D5 no varía con la XQD, sí lo hace con la CF).

Edito para añadir: tomado del manual de la D5, página 385: http://download.nikonimglib.com/archive3/0USGE00VIKTz04futBk04hvXLu30/D5UM_EU(En)05.pdf

Slds, Marcelo

Editado 24 de Julio de 2019 por Marcelo_R

[manmun]

Parece como si por algun motivo (tiempo del procesador??) hay un limite de 200 ficheros que no puede ser sobrepasado en ningun caso...