Pixel 8 a iPhone 16 por un cubo, 11.614 elementos
Teléfono viejo: Pixel 8, Android 15. La copia de Google Fotos llevaba tres meses apagada para que las dos copias no se borraran entre sí. Teléfono nuevo: iPhone 16, iOS 18.7, Azalea instalado antes de Fotos de iCloud.
La pasada en inglés usó S3 Standard, us-west-2, un subusuario acotado a un cubo, prefijo pixel8-lab/. Los nombres para mostrar de los perfiles diferían; cubo y claves coincidían. (La crónica china del mismo método usó COS Guangzhou. Mismo cliente, distinta factura.)
Tamaño
Las fijas promediaron 4,08 MB — el JPEG del Pixel pesa más que el HEIC del iPhone. El vídeo promedió 89,2 MB, algunos 4K60. 11.208 × 4,08 + 406 × 89,2 ≈ 81,95 GB.
664 minutos incluye inactividad Wi-Fi nocturna. La ventana útil fue unas siete horas; las ráfagas llegaron a 8 MB/s y la media cayó con el sueño. Siete fallos fueron errores host/unknown-network y se reintentaron.
El archivo roto
VID_20231102_221418.mp4 venía de un Infinix más viejo copiado al Pixel. El reproductor local mostró un segundo y luego negro. Tamaño de objeto 2.048.512 bytes, MD5 coincidía con el teléfono, así que la transferencia fue honesta y el origen ya era basura. El reclamo del iPhone abrió el mismo fallo. Se contó como uno irrecuperable y se dejó en el libro para que la siguiente pasada no lo tratara como nuevo.
Tras el reclamo
El recuento de elementos en la biblioteca copiada del iPhone coincidió. El carrete del sistema se quedó vacío hasta unas descargas manuales. Los Favoritos no viajaron, lo que coincide con la incapacidad de Android de reutilizar local_identifier.