Porque é que uma galeria autoalojada divide uma Live Photo em ficheiros não relacionados?

Uma galeria auto-hospedada normalmente separa uma Live Photo quando já não consegue provar que a imagem estática e o pequeno clip de movimento pertencem uma à outra.

O problema surge frequentemente após uma exportação, mudança de nome, migração ou importação de uma biblioteca externa, e não durante a captura. Trate a imagem estática e o ficheiro de movimento como evidência: compare um par funcional com um par danificado, determine se os metadados de relação ou os nomes foram preservados e, em seguida, repare apenas a camada que perdeu a associação.

Prove que os dois recursos vieram da mesma captura

Comece por um exemplo danificado e identifique a imagem estática e o pequeno clip de movimento através da hora de captura, do nome de ficheiro original, das dimensões e da exportação do dispositivo de origem. Não una nem elimine nada ainda.

Uma Live Photo não é um único ficheiro multimédia comum. A galeria tem de reconhecer uma relação entre componentes; por isso, preservar os metadados de emparelhamento da Live Photo é o primeiro limite de diagnóstico.

Se as marcas temporais ou os nomes-base da imagem estática e do movimento indicarem claramente que pertencem um ao outro, o problema é de emparelhamento. Caso contrário, exclua primeiro a possibilidade de se tratar de uma sequência independente, de uma cópia editada ou de um vídeo exportado separadamente.

Verifique se os metadados de emparelhamento sobreviveram à exportação

Compare um par que ainda funciona com o par danificado, utilizando uma inspeção de metadados em vez de depender apenas da interface da galeria. Procure identificadores de conteúdo, identificadores de recursos ou metadados de exportação que associem os dois componentes.

Os fluxos de cópia de segurança que preservam ambos os ficheiros da Live Photo mostram por que motivo mover apenas a imagem ou apenas o ficheiro de movimento destrói a relação, embora ambos os ficheiros restantes continuem individualmente válidos.

Quando os metadados estão em falta apenas nos pares que falharam, repare ou volte a exportar esses pares a partir da fonte de autoridade. Não reconstrua toda a base de dados da galeria por uma perda de metadados que existe nos ficheiros de origem.

Compare os nomes dos ficheiros e a localização das pastas

Alguns importadores utilizam os nomes dos ficheiros ou a colocação na mesma pasta como alternativa quando os metadados de emparelhamento mais completos não estão disponíveis. Compare maiúsculas e minúsculas, sufixos, extensões e verifique se uma ferramenta de alteração de nomes tratou a imagem e o vídeo de forma diferente.

A análise independente da estrutura de dois ficheiros das Live Photos mostra por que motivo uma operação de alteração de nome ou de movimentação pode preservar ambos os ficheiros e, ainda assim, dificultar a reconstrução do par por parte de um importador auto-hospedado.

Teste uma cópia com os nomes originais emparelhados na mesma pasta. Se isso restaurar a agrupação, corrija o fluxo de exportação ou de alteração de nomes em vez de associar manualmente centenas de registos da base de dados.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Volte a testar a ordem de importação com um único par íntegro

Crie uma pequena importação temporária que contenha um par comprovadamente funcional e um par danificado. Importe ambos os componentes em conjunto e, em seguida, repita o processo fazendo chegar o ficheiro de movimento mais tarde, para verificar se a galeria reconcilia componentes associados que chegam com atraso.

As orientações práticas sobre o emparelhamento de cópias de segurança de Live Photos reforçam que a preservação depende de transportar o par ao longo do processo de cópia de segurança e restauro, e não apenas de provar que ambos os ficheiros existem algures no disco.

Se a importação simultânea funcionar mas a importação atrasada não, a solução operacional é alterar o fluxo de ingestão ou acionar a nova análise suportada pela aplicação. Evite editar a base de dados, a menos que a aplicação disponibilize um procedimento de reparação documentado.

Repare a camada danificada mais pequena e verifique

Escolha a reparação com base nas evidências: volte a exportar os metadados em falta, restaure os nomes emparelhados, coloque os componentes juntos ou volte a importar um único par. Mantenha os originais fora da biblioteca de trabalho até o teste ser bem-sucedido.

Para um fluxo de trabalho fotográfico auto-hospedado mais abrangente, o guia relacionado da ZimaSpace sobre a biblioteca de fotografias de família do Immich ajuda a manter a reparação integrada num design recuperável de biblioteca fotográfica doméstica.

A reparação só está concluída quando a galeria apresenta uma única Live Photo, preserva a reprodução da imagem estática e do movimento, continua a funcionar após uma nova análise e não cria um segundo recurso duplicado.

Perguntas frequentes

É possível reparar uma única Live Photo sem voltar a importar toda a biblioteca?

Normalmente, sim. Confirme que a imagem estática e o ficheiro de movimento pertencem à mesma captura, repare a relação danificada mais pequena, seja ao nível dos nomes ou dos metadados, e teste uma reimportação controlada antes de alterar a biblioteca completa.

A conversão do par num único vídeo comum preserva a Live Photo?

Não. Pode preservar o conteúdo em movimento, mas remove a relação entre a imagem estática e o movimento, bem como o comportamento de Live Photo que a galeria tenta representar.

Devo eliminar imediatamente os recursos de imagem estática e vídeo que parecem duplicados?

Não. Confirme primeiro que são os dois componentes da mesma captura e preserve os originais. Eliminar um dos componentes pode impossibilitar o emparelhamento posterior.