SoloCodigo

Saludos, de acuerdo a las recientes discusiones se ha deccidido iniciar este nuevo reto, espero contar con la participacion activa de todos y asi sacarle el mejor provecho posible.

Formato BMP 24[/size]


Entrada:

El aplicativo debe solicitar por cualquier medio la ruta y nombre de un archivo BMP de 24 bits.   (limite el alcance para facilidad de muchos)

Salida:

• El aplicativo debe mostrar al usuario por pantalla el dibujo correspondiente al archivo BMP solicitado como parametro de entrada</li>
• El aplicativo debe proveer al usuario retroalimentacion cuando el archivo cargado no corresponde a un BMP de 24 bit</li>
• El aplicativo debe permitir que el usuario salga de el de una manera sencilla aparte del metodo tradicional de cerrado de la ventana.</li>

Condiciones:
Lenguajes permitidos

• asm</li>
• visual basic 6.0</li>
• java</li>
• C# o Vb.NET</li>
• C</li>
• C++</li>

Plataformas: Windows de 32 bit, linux de 32 bit ( se debe asegurar que la pieza de sw corra en cualquier distro)

Librerias/componentes graficos adicionales permitidas: DirectX, allegro, openGL, GDI+, java2d y en general cualquier otra, previa notificacion en el thread.

Modos de programa aceptados: Aplicaciones de 32 bit unicamente ( no DOS ni similares)

Requisito minimo de estructura: El programa independientemente del lenguaje en el cual sea escrito, debe constar de como minimo estos tres modulos:

• Aplicacion</li>
• Dibujo</li>
• Archivo</li>

Los cuales deben ser claramente diferenciables entre si. Se debe procurar al maximo la independencia de estos componentes para que sean en alguna medida reutilizables.


Presentacion al usuario:

• GUI basada en ventanas</li>
• Full screen</li>

Restricciones en el uso de librerias o componentes:

• La estructura o tipos de dato usados para 'cargar ' el BMP debe ser propia.</li>
• No se admite el uso de funciones de terceros que carguen el bitmap o la imagen desde los datos a memoria, el proceso de lectura y 'cargue' del archivo solo admite el uso de funciones sencillas que permitan extraer los datos del archivo.</li>
• Para dibujar la imagen no se admiten funciones de terceros que hagan mas alla de poner un pixel en pantalla o en un buffer secundario.</li>
• Para convertir los datos leidos del archivo en estructuras de pixel no se permite el uso de funciones de terceros.</li>
• Los bloques relacionados con el dibujo de pixels en pantalla o en buffer deben ser propios, salvo en el caso que se dibuje en un buffer secundario y luego se desee copiar este buffer secundario en pantalla, para lo cual es validon utilizar funciones de 'blit' incluidas en las librerias usadas.</li>

Criterios a evaluar:

• El programa debe funcionar en todos los casos probados</li>
• El programa debe cumplir con todas las condiciones enunciadas anteriormente</li>

Con que se cumplan estas dos ya el reto esta resuelto sin embargo como espero que exista mas de una persona capaz de terminarlo tambien podremos discutir y comentar acerca de:

• Estructura del programa</li>
• Legibilidad del codigo</li>
• Rendimiento</li>
• Documentacion</li>

Entregables:

• Programa compilado para alguna de las plataformas propuestas</li>
• Codigo fuente completo</li>
• Archivo Leame.txt indicando lenguaje, herramienta de compilacion usada, instrucciones de compilacion, y modo de uso del programa.  Autor</li>

Intercambio de informacion

Es totalmente permitido dentro del thread, eso si cada cual sea cuidadoso, la idea es que a nadie le salga gratis y que desde luego no terminemos el reto con 2 o mas soluciones iguales o demasiado parecidas   .


Hecho!!! eso es todo, asi que manos a la obra, las personas que vayan a participar por favor notificarlo colocando un post en este mismo thread.

Manos a la obra!!!.  

- ¿Duracion del reto?

Provisionalmente indefinido, a medida que vayan participando pueden sugerir una fecha de finalizacion de comun acuerdo.

- Si el BMP supera la resolucion de pantalla, hay que hacerle un escalado?? o esto se sale de la propuesta del reto y solamente hay que cargar BMPs que cojan en la resolucion de pantalla??

Fuera del alcance del reto, cada cual debe manejarlo como quiera, pero desde luego eso no debe producir fallos en la aplicacion.

si lo que quieres es aprender algo de GUI no uses allegro, recomendacion:

java
.NET

si quieres C++ tambien.

Me apunto, aunque me va a costar .

Una duda, ahora que mencionaron Allegro, lo que pensé para implementar el reto sería:

• Leer la información del archivo .bmp.</li>
• Convertirlo a un BITMAP de Allegro.</li>
• Una vez con esto, ¿qué sería válido para mostrar el BITMAP en pantalla?
  • Allegro cuenta con la función blit que me mandaría a pantalla (screen) este BITMAP.</li>
  • ¿O habría que hacerlo "a mano", mandando los datos al BITMAP screen (copiando directamente en memoria) de Allegro?</li>
  </li>

Para quien no ha manejado Allegro, esta librería define un tipo de dato BITMAP que contiene la información de una imagen, y screen es un BITMAP que apunta directamente a la memoria de video de la pantalla (lo que aparece en pantalla es lo que contiene el BITMAP screen).

Aclaro, no planeo usar Allegro para participar en el reto, y si a alguien interesado en manejar Allegro (porque le interese comenzar a manejar esta librería o por otra razón) le sirve, pues adelante. Mi duda es más bien en cuanto a los parámetros a cumplir del reto (lo de las funciones "de terceros" (casi cualquier otra opción por la que nos decantemos incluirá probablemente este tipo de cuestiones).

Saludos,
JJ (Geo).

    * Leer la información del archivo .bmp.
    * Convertirlo a un BITMAP de Allegro.
    * Una vez con esto, ¿qué sería válido para mostrar el BITMAP en pantalla?
          o Allegro cuenta con la función blit que me mandaría a pantalla (screen) este BITMAP.
          o ¿O habría que hacerlo "a mano", mandando los datos al BITMAP screen (copiando directamente en memoria) de Allegro?

Para quien no ha manejado Allegro, esta librería define un tipo de dato BITMAP que contiene la información de una imagen, y screen es un BITMAP que apunta directamente a la memoria de video de la pantalla (lo que aparece en pantalla es lo que contiene el BITMAP screen).

Aclaro, no planeo usar Allegro para participar en el reto, y si a alguien interesado en manejar Allegro (porque le interese comenzar a manejar esta librería o por otra razón) le sirve, pues adelante.

Depende como lo conviertas a bitmap de allegro, la idea es hacerlo dibujando en el bitmap de allegro, es decir tomas la informacion del archivo bmp y luego convietes los datos leidos en un color y usas la funcion putpixel de allegro para dibujar ese color.

Una vez tengas el bitmap de allegro dibujado, ya puedes copiarlo en pantalla con el metodo que quieras.

Mi duda es más bien en cuanto a los parámetros a cumplir del reto (lo de las funciones "de terceros" (casi cualquier otra opción por la que nos decantemos incluirá probablemente este tipo de cuestiones).

Si.

Y si uso librerias como Gtk, Tk o wxWidgets dibujando pixel por pixel?

Diodo, tecnicamente se puede decir que usar elipses es trampa, porque si puedes usar tecnicas para dibujar directamente.

http://msdn.microsoft.com/library/default....arp11152001.asp

Este en especial:

http://msdn2.microsoft.com/en-us/library/5ey6h79d.aspx

Si es trampilla para este caso (ademas de una chapuza), pero no he dicho que lo fuera a usar.
Lo de  la variable Bitmap lo habia pensado pero no sabia si no era del todo hacer trampa, ya que luego habria que usar una funcion para cargarlo en pantalla no??

De igual forma gracias por los links , si los hubiera conseguido hace 2 meses me habria quedado mejor la aplicacion que hice

salu2  

Y si uso librerias como Gtk, Tk o wxWidgets dibujando pixel por pixel?

DEpende de como las uses, revisa las reglas.

Como estaba aburrido decidi hacer el reto SIN PARTICIPAR de la competencia.

Ya está terminado, pero no se porque causa, a veces, algunos bitmap que los modifico con el paint (en muy raras ocaciones) se abren torcidos  

Igualmente, hice una clase que se encarga de Abrir, Guardar, mostrar, es decirm, todo está en el mismo modulo. (como no voy a competir, no importa)

Segun veo, lo que más tarda es mostrar la imagen en la pantalla, por ahora lo estoy haciendo Piexel por Pixel, igualemente, ahora trataré de buscar una forma más rápida.

TSimpleBitmap = class
  private
    FBitmap: PPixel24bit; //definido más arriba pero no posteo
    FBitmapHeader: TBitmapHeader;//definida más arriba pero no la posteo
    FWidth: LongWord;
    FHeight: LongWord;
    procedure SetSize(AWidth, AHeight: LongWord);
    function GetPixel(X, Y: LongWord): TPixel24bit;
    procedure SetHeight(const Value: LongWord);
    procedure SetPixel(X, Y: LongWord; const Value: TPixel24bit);
    procedure SetWidth(const Value: LongWord);
    procedure ReSize;
  public
    constructor Create; overload;
    constructor Create(AWidth, AHeight: LongWord); overload;
    destructor Destroy; override;
    property Width: LongWord read FWidth write SetWidth;
    property Height: LongWord read FHeight write SetHeight;
     
    //las propiedades que importan
    property Pixels[X,Y: LongWord]:TPixel24bit read GetPixel write SetPixel;
    procedure LoadFromFile(const FileName: String);
    procedure SaveToFile(const FileName: String);
    procedure Draw(DestBitmap: TCanvas);
  end;

Ya está terminado, pero no se porque causa, a veces, algunos bitmap que los modifico con el paint (en muy raras ocaciones) se abren torcidos  

Busca info sobre padding.

He agregado documentacion en los criterios a evaluar.  

Es extraño pero al parecer al dibujar copiando los datos del bmp en 3l objeto Bitmap de C# parecer no ser necesaria esta validacion. Puedes  pasarnos una de las imagenes con las que te fallaba?
He tratado de crear casos y ninguno me dio incluso los que habia usado en una aplicacion que hice en C( donde si aplicaba el caso) no me fallaron al dibujar en el objeto bitmap de C#.

Me parece que el lo esta haciendo en Delphi y no en C#.

Finished  

Siguiendo los enlaces de JuanK he conseguido mejorar el programa, tanto como que ahora los BMPs se cargan instantaneamente (ms) en pantalla, da igual el tamaño.

Citar

He agregado documentacion en los criterios a evaluar

A que te refieres con documentacion?? comentar el codigo??  

Por cierto cuantos somos para el reto?? Parece que no va muy en serio la competencia. Bueno como decian lo imporatante es participar.Si les parece una vez acabados se podria crear un post con los codigos de diferentes lenguajes en los que hicimos el programa,.... , supongo que a alguien le seria de utilidad

salu2  

PD : cuando quieras te lo mando JuanK

Ya decia yo que se te demoraba mucho, imagino que lo hiciste usando la copia de los apuntadores ( Marshall).

A mi tambien me quedo instantaneo,  no ses ite fijas pero cuando escalas el dibujo el .net le hace una difusion de imagenes para m,ejorar la calidad, es un buen ejercicio quitarsela.

Yo tambien ya lo hice en C# pero tambien lo tengo en C y allegro.

Lo de la documentacion si me refiero a usar de maner 'suficiente' el codigo.


Y si, cuando quieras lo puedes enviar.