Convertir imagen bmp a jpeg

[jachguate]

¿Que hay del uso del procesador?

[mar646]

Perdona por no explicarlo bien.

Los recursos del sistema pasan de estar entre 25-30 % a un 75-80% con 7 cámaras visualizando y sólo 5 grabando a 25

Con esto me refería al procesador.

[Alfredo]

Solo una pregunta, el monitoreo es permanente o tiene un tiempo limite? es por si acaso es posible que guardes temporalemte las imagenes en memoria o descomprimidas y luego hagas la conversion en lote durante un periodo X.
Por otra parte tienes que tomar en cuenta que los datos se mueven en memoria mucho pero mucho mas rapido que en el disco duro; desconosco la velicidad del tuyo, lo mas probable es que este en el promedio de 8.5 ms, y estamos hablando de 200 imagenes por segundo, es correcto como haz escrito que el sistema de guarde la data en disco sin comprimir, pero una cosa muy distinta en que le mandes a realizar un proceso de tal magnitud (quiza si fueran menos imagenes, haz la prueba)... en el mismo interbalo de tiempo. No es muy dificil darse cuenta que el pico de botella esta en la grabacion al disco, aunque no nos dices si usas un ATA o SCSI drive. Mira este recorte:
"Using Seagate’s full-featured 16-bit Ultra
160 SCSI Low Voltage Differential (LVD)
interface, the Cheetah 36 LPs boast a
10,000-RPM spindle speed and provide
bus rates of up to 160 Mbytes per second.
It’s no wonder that Afanasieff notices the
difference between analog and digital seek
time: the Cheetah 36 LP has an average
seek time of a mere 5.2 msec."

Lo tome de esta direccion: http://www.seagate.com/docs/pdf/succ...v_brochure.pdf.

Mi recomendacion seria, aun si consiguieras un procedimiento de conversion mas optimo ( Lo ideal seria que pudieras capturar directamente en Jpg ), es que actualices el disco duro a uno mas rapido, tal como un Seagate Cheetah Scsi, o similar, que cuentan con apoyo para A/V Streams.
mira este enlace: http://www.seagate.com/products/disc...tah/index.html

Bueno, en todo caso no estara nada mal si nos informas de tus progresos, es un tema muy interesante y actual.

Bye.

[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.