Convertir imagen bmp a jpeg

[mar646]

Hola Alfredo. Sólo decirte que no creo que sea problema del disco duro. Te explico: otra fuente de video son las cámaras IP, las cuales si me proporcionan la imagen en JPEG. Según tu teoría, el disco duro no sería capaz de grabar más de las que es capaz de grabar con la otra fuente (capturadoras que dan la imagen en bmp). Pues bien, con las cámaras IP soy capaz de visualizar y grabar hasta 200 imágenes por segundo, mientras que con las capturadoras si las visualizo pero si las comprimo a jpeg no me consigue ni 120. Si no las comprimo, se acerca bastante a 200 imágenes por segundo pero también comprendo que una imagen bmp es mucho más grande y pesada para guardarla en disco.

Asi que no se puede ser. Mi último intento es el de limitar las capturadoras para visualizar menos y que el sistema esté menos cargado y también estoy mirando el de comprimir la imagen en el hilo que recoge la imagen del componente. Vamos que no sé que hacer!!!!!!

De todas formas muchas gracias por vuestras sugerencias y a ver si entre todos sacamos algo en claro.

[Alfredo]

Ok. pero me referia a la carga en tiempo que representa tener que convertir y luego guardar, es lo de tener que sincronizar la velocidad de la camara, conversion y grabacion de 200 imagenes en 1 seg!) quiza el equipo memoria-procesador pueda hacer su parte al comprimirlas pero mientras se estan grabando unas.... al segundo siguiente le vienen otro grupo y asi sucesivamente... (no se mucho de camaras ip - si idicas un link, buenisimo) pero lo que queria enfatizar es que hablamos (escribimos) de rendimiento...

quiza deberias probar con menos imagenes por segundo.... (nose siquiera si eso se puede, osea desacelerar la camara o algo asi)

chevere pues...

[mar646]

Mi idea, que probablemente me equivoque, es que el proceso de compresión de un tbitmap a un tjpegimage que realiza el delphi no es el más rápido y no es capaz de pasar de bmp a jpeg más de un número de imágenes. Lo que a mi me gustaría es optimizar este proceso (ya sé que puedo limitar la transferencia de la cámras IP, de las capturadoras aún no tengo ni idea pero espero conseguirlo más o menos pronto).

En cuanto termine la prueba de comprimir en varios hilos a la vez ya os contaré como me ha ido.

[jachguate]

Empezado por mar646

En cuanto termine la prueba de comprimir en varios hilos a la vez ya os contaré como me ha ido.

Dado que el procesador no parece estar ocupado al 100%, creo que es una buena decisión. Luego de haber comprimido las imágenes en distintos hilos podes serializar la grabación y mantener estadísticas de la "cola de grabación". Esto nos permitirá saber a ciencia cierta por donde se encontrará el cuello de botella. Si siempre hay imágenes pendientes de guardar, pues evidentemente será el disco.

Por otro lado... ¿la máquina tiene habilitado el HyperThreading?

Un Saludo.

[mar646]

Sí, si lo tiene activado.

[[Crandel]]

Hola mar646.
Te tiro un par de ideas para que pruebes.

* realiza un programa que convierta una imagen bmp que tengas en memoria a jpg, sin guardar en disco, para diferenctes tasas de compresión.
Esto te va a dar una idea de la velocidad del proceso de conversión.

* Al igual que la mayoria (aunque puede ser que nos equivoquemos) creo que el llamado a grabar en el disco puede estar limitando tu proceso. Dado que estas haciendo 200 pedidos por segundo de guardado en disco. Lo que es muy ineficiente.
La idea es guardar las imagenes agrupadas para reducir el numero de llamadas. Por ejemplo, guardar un avi, no lo hice nunca, pero seguramente debes poder guardar las 25 imagenes de un segundo de cada capturadora y recien guardar en disco. con eso el número de llamadas se reduce a 8 por segundo.

Espero que te ayude

Suerte

[mar646]

Hola Crandel. Gracias por tus sugerencias. No creo que sea el problema el grabar a disco porque como comenté anteriormente, con otra fuente de video (cámaras IP), el equipo es capaz de grabar hasta 175 imágenes en un segundo y el equipo no sube demasiado en recursos.

Por otro lado, el realizar el avi tiene varios problemas. En primer lugar tiene un proceso de inicialización (por lo menos el componente que yo utilizo) y otro de cierre que no son muy rápidos que digamos, por lo que entre uno y otro puede haber pérdida de información. Por otro lado, la idea de guardar un avi es buena si queremos ahorrar espacio comprimiendo las imágenes en MEPG-4 o divx, pero este proceso es bastante pesado y no me consigue más de 3 o 4 imágenes por segundo. Por último, y lo más importante, es que si grabas 1 avi y antes de cerrarlo se apaga el equipo, pierdes toda la información que tenías almacenada en ese avi.

Como comenté, estoy haciendo pruebas con hilos y puede ser, sólo puede ser , que haya mejoras.