Un archivo de prueba JPG de 50 MB

Acerca de este archivo

Archivo de prueba de 50 MB en formato JPG, con un tamaño exacto de 52,428,800 bytes. Descarga gratuita y sin registro, para verificar límites de subida y el comportamiento del procesamiento de archivos.

Los valores MD5, SHA-1 y SHA-256 mostrados arriba son los digests reales de este archivo. Recalcularlos tras la descarga confirma que la transferencia no se corrompió, y sirven además como valores esperados al probar una librería de hash.

Qué significa este tamaño en la práctica

50 MB es el punto donde GitHub empieza a avisarte al hacer push (rechaza por encima de 100 MB). En la práctica marca la línea de decisión sobre si un binario va directo a Git o debe pasar a Git LFS.

A esta escala, una implementación que almacena toda la petición en memoria consume 50 MB o más por proceso worker: diez subidas simultáneas son 500 MB. Es un buen tamaño para verificar que el streaming o el volcado a archivo temporal realmente funcionan.

Para hacerse una idea de este tamaño

En un enlace de 10 Mbps la transferencia tarda unos 41.9 segundos, y unos 4.2 segundos a 100 Mbps. Codificado en Base64 crece hasta unos 68,267 KB.

Estimando un JPG fotográfico en unos 0.2 bytes por píxel, este tamaño equivale a unos 262,144,000 píxeles: alrededor de 18,696 × 14,022 px en proporción 4:3. La compresión varía muchísimo según el contenido, así que tómalo solo como orden de magnitud.

Qué comprobar en este formato

JPEG es con pérdida y no tiene transparencia. Su firma empieza por FF D8 FF. El fallo más habitual en implementaciones reales es ignorar la etiqueta EXIF Orientation, lo que hace que las fotos rotadas se vean tumbadas en el navegador.

• Si lees la Orientation EXIF y rotas automáticamente, o si la eliminas a propósito
• Si quedan datos sensibles como coordenadas GPS: eliminarlos es obligatorio en imágenes subidas por usuarios
• Si decodificas correctamente tanto JPEG progresivo como baseline: algunos decodificadores antiguos fallan con el progresivo