BMP/JPG a máxima velocidad

[[cHackAll]]

Empezado por mamu

Tiempo de proceso V.I.L.: 6m-18s
Tiempo de proceso D.Seoane: 1m-04s
Tiempo de proceso cHackAll: 2m-27s

mamu, cronometraste la comparacion de BMP + JPG en todos los casos?
en fin... habra que darle una oportunidad a los benditos Streams


Felicidades amigo seoane

Saludos

[MaMu]

dec

Si, estoy usando a bajo nivel, y la forma que empleo es la siguiente:

Código Delphi [-]
 
var imagen:TImageData;
     x,y:integer;
begin
   ...
    LoadImageFromFile(lista[i],imagen);  //cargo la imagen
    if TestImage(imagen)                    //valida=True - archivo_corrupto=False           
       then begin
         x:=imagen.Width;
         y:=Img.Height;
       end;
   ...
end;

El tema del retraso pasa por la siguiente línea ya que tiene dependencia sobre el tamaño del archivo, y no encontré en la documentación otro método mas directo para las propiedades

Código Delphi [-]
LoadImageFromFile(lista[i],imagen);  //cargo la imagen

Con respecto a las funciones

Código Delphi [-]
InitImage(imagen);
FreeImage(imagen);

en este caso no son necesarias en todo momento, ya que no estoy utilizando ninguna de las funciones que se incluyen en las V.I.L. que dependen del TImageData en cuestión

cHackAll

Si, cronometré a las 3 funciones por igual proceso.

[dec]

Hola,

Pues tal vez el "TestImage()"... pero, me parece que no. Quiero decir, queda más o menos claro que se carga la imagen completamente, al menos con las funciones de que hablamos. De este modo se puede conseguir mucha información acerca de la imagen, pero, lo que interesa en este caso es conseguir parte de esa información, y por tanto todo el tiempo que se invierta en lo demás será para nada.

[MaMu]

Empezado por dec

Hola,

Pues tal vez el "TestImage()"... pero, me parece que no. Quiero decir, queda más o menos claro que se carga la imagen completamente, al menos con las funciones de que hablamos. De este modo se puede conseguir mucha información acerca de la imagen, pero, lo que interesa en este caso es conseguir parte de esa información, y por tanto todo el tiempo que se invierta en lo demás será para nada.

Claro, pero el "TestImage()"... es muy util, sobre todo cuando los mal intencionados le cambian la extención a un EXE por BMP/JPG, lo que ahorra código, o cuando simplemente un archivo esta corrupto. De todas maneras, no la estoy usando actualmente para la carga, sino que la uso para la revisión de imágenes, donde informo archivos corruptos, etc.

Otra cosa, yo capture los ticks, haciendo un LoadFromFile a un TImage tradicional, y lo compare con el LoadImageFromFile(), ambos con una imagen de 3.5Mb, el tiempo es idéntico. Y ojo, pienso tambien que esta librería es espectacular, quizas o le estemos pifiando en algo o no me sirve por tratarse de ser muchas fotos (5000 prom).

[[seoane]]

Empezado por cHackAll

No es por competir

Empezado por cHackAll

en fin... habra que darle una oportunidad a los benditos Streams

Deberías darles esa oportunidad, al final usan las mismas APIs que tu.

[[cHackAll]]

Empezado por seoane

Deberías darles esa oportunidad, al final usan las mismas APIs que tu.

Pues no es cierto, yo he utilizado APIs compatibles con 16 bits

PD: creo que la comprobación de formato me ha costado la victoria , sin embargo no olvidemos que el "concurso" de velocidades ha sido comprobado uno tras otro, y luego de que el NTFS ha echo un caché de gran parte de los datos y Sistema de archivos.



Saludos