El misterio del recorte que "no se guarda": metadatos vs píxeles
Usuario recorta fotos en PC (reemplaza original). Al subir a Myspace via Photobucket uploader (JavaScript), ve **versión original sin recortar** en miniatura/selector. ¿El recorte no es real?
Explicación técnica
- Editores "no destructivos" (Picasa, Photos, Lightroom, Apple Photos): **No tocan píxeles originales**. Guardan **instrucciones de recorte (crop metadata XMP/EXIF)** en base de datos / sidecar / header JPEG.
- Visor Windows / Explorador: Lee metadata → **muestra recortado**.
- Uploaders web antiguos (Flash/Java/ActiveX): **Ignoran metadata de recorte**. Leen **píxeles crudos del archivo** → suben original completo.
Solución infalible
- **Exporta / Guarda como NUEVO ARCHIVO** (JPEG, calidad 90-95%, sRGB).
- En editor: "Archivo > Exportar como..." / "Guardar como..." / "Exportar versión editada".
- Nombra: `foto_recortada_v1.jpg`.
- **Verifica**: Abre nuevo archivo en visor simple (IrfanView, XnView, Paint) → ¿Se ve recortado SIN metadata? Sí = OK.
- Sube **este nuevo archivo**.
Lección universal
Edición no destructiva ≠ Archivo final modificado. Para web, email, impresión, envío a lab: **SIEMPRE EXPORTA COPIA FINAL (JPEG/TIFF) con ajustes "horneados"**. El original (RAW/maestro) queda intacto para futuro.
Photobucket/Myspace (antiguos) son ejemplo extremo. Hoy: Facebook, Instagram, Google Photos **sí leen crop metadata** (a veces). Pero **nunca confíes**. Exporta.
