Eu me deparo com um problema estranho ao fazer o upload de um arquivo de vídeo .mov para um local de sftp remoto:
O problema é que, embora o video1.mov local seja reproduzível, o remoto lança um erro -2048 ao tentar tocar (e um registro como "moov atom not found").
PREMISSA: o arquivo local e o remoto têm exatamente o mesmo tamanho. Então, o que pode ser quebrado?
Alguns formatos de vídeo não podem ser codificados do começo ao fim como este; o codificador volta ao início para modificar alguns campos de dados (tamanho, comprimento, etc.). A cópia por partes foi incapaz de lidar com isso e, portanto, agora você tem um arquivo de vídeo quebrado.
Tanto quanto eu posso dizer (eu realmente não consegui encontrar nenhuma documentação descrevendo, ou mesmo admitindo a existência dela) o currículo de SFTP supõe que a parte do arquivo de destino que já existe é idêntica à primeira parte do arquivo de origem , até o tamanho do arquivo remoto. Em seguida, ele anexa o restante do arquivo de origem ao arquivo de destino existente e supõe que os dois arquivos agora são idênticos.
Isso falhará se a peça transferida pela primeira vez for alterada em um dos arquivos antes que a transferência seja retomada. Eu acho que seu arquivo .mov tem algum tipo de cabeçalho no início do arquivo que é necessário para reproduzi-lo, e isso não é gravado no arquivo até que a codificação seja concluída. Em seguida, o arquivo remoto que você copiou perderá esse cabeçalho, pois ele ainda não foi escrito quando foi transferido.
Outras ferramentas como rsync têm a capacidade de detectar essas coisas e, em alguns casos, evitam a transferência de todo o arquivo, pelo menos se a última alteração for apenas sobrescrita e não inserida.