Objectivo-C extraño comportamiento descomprimir resultados en files corruptos

Estoy recibiendo un problema muy oscuro. Si cierro algo en los rebeldes (clic derecho -> Comprimir), se puede descomprimir en Mac, Windows y Linux, funciona bien y todos los files están presentes.

Cuando lo descomprimo usando "ZipArchive" o "SSZipArchive" en un dispositivo iOS, el mismo file siempre está dañado.

Si cierro el file a través del terminal, se puede descomprimir bien en el dispositivo ios.

El file en cuestión es un pequeño video de 50 KB. He intentado configurar diferentes indicadores para ver si puedo volver a crear el problema a través del terminal para averiguar qué indicador está causando el problema y no puedo encontrar la causa.

He comprimido el file con compression máxima y compression mínima para ver si esa es la causa y también he probado el file zip para ver si está dañado o tiene algún tipo de caracteres ocultos.

Para hacerlo más raro, estas cremalleras generalmente tienen alnetworkingedor de 50 files de video cada uno y tengo alnetworkingedor de 23 cremalleras. El código de descomprimir ha estado funcionando perfectamente hasta hace 2 semanas. Durante las últimas 2 semanas he encontrado 7 files corruptos, y la corrupción es consistente: siempre son los mismos files que están siempre corruptos.

El file dañado suele ser unos pocos kb más pequeño que el que funciona, no se puede abrir ni forzar a jugar.

Ellos donde todos se comprimieron originalmente usando inconformistas, y nada ha cambiado.

El problema ahora se ha vuelto más sobre la búsqueda de hechos, ya que puedo hacer un zip de los files a través de la terminal, pero me gustaría saber qué causa el problema, por lo que puedo alejarme de él en el futuro.

Gracias

El button derecho del ratón -> Opción de compression en OSX crea un file zip que contiene un directory adicional llamado __MACOSX , que contiene los metadatos utilizados por el Finder (miniaturas de imágenes y otras cosas). Consulte también esta pregunta del superusuario para get una explicación más detallada. La razón por la que existe esta carpeta se debe a que el Mac OS original implementó el concepto de una bifurcación de resources, esencialmente una forma de almacenar datos estructurados sobre un file / directory particular junto con datos no estructurados, por lo que se puede acceder fácilmente mediante ejecutables. referencedo en la pregunta SU)

iOS no comprende esta estructura, por lo que falla el process de descompression.

Entonces, después de pasar días investigando este problema, el problema resultó ser una bandera en el script de conversión de video que estaba causando este problema, también eliminamos toda la compression en todos los files para estar seguros, todo parece estar funcionando. Un gran agradecimiento a todos los que contribuyeron.