Como evitar a reescrita dos metadados multimédia durante a manutenção da biblioteca

É mais fácil evitar reescritas dos metadados multimédia quando os campos selecionados e as imagens são sustentados por fontes duradouras antes de iniciar a manutenção de toda a biblioteca.

Uma análise, atualização do fornecedor, limpeza da base de dados, alteração de caminho ou atualização do servidor pode afetar camadas muito diferentes de uma biblioteca multimédia. Antes da manutenção, identifique quais os títulos, cartazes, coleções, ficheiros NFO e campos editados manualmente que são considerados fidedignos; bloqueie o que o servidor permite bloquear, faça uma cópia de segurança dos ficheiros auxiliares locais e das imagens e execute o modo de atualização menos destrutivo num item de teste. Não escolha «substituir todos os metadados» apenas porque a tarefa de manutenção envolve toda a biblioteca.

Faça o inventário dos metadados selecionados antes da manutenção

Escolha um conjunto representativo de filmes e episódios e registe os títulos personalizados, nomes de ordenação, IDs dos fornecedores, coleções, cartazes, imagens de fundo, edições e descrições corrigidas manualmente. Registe também se cada valor existe apenas na base de dados ou se está igualmente presente num ficheiro NFO ou de imagens local.

Um guia atual de metadados do Jellyfin recomenda bloquear os campos que selecionou antes de efetuar alterações abrangentes aos metadados.

Se não conseguir identificar quais os valores intencionais, não inicie uma atualização que substitua tudo. Primeiro, exporte ou faça uma captura de ecrã de um pequeno conjunto de auditoria, para poder detetar uma reescrita indesejada em vez de só reparar nela semanas mais tarde.

Faça cópias de segurança dos ficheiros NFO e das imagens locais como fontes duradouras

Quando a biblioteca utiliza ficheiros NFO, cartazes ou fundos locais como metadados fidedignos, copie-os juntamente com os ficheiros multimédia ou inclua-os na cópia de segurança da manutenção. Verifique os carimbos de data/hora e as somas de verificação de algumas amostras.

O Jellyfin suporta ficheiros NFO como metadados locais e pode guardar novamente os metadados nesses ficheiros quando a gravação de NFO está ativada.

Não parta do princípio de que uma cópia de segurança apenas da base de dados preserva todos os ficheiros auxiliares geridos manualmente. Do mesmo modo, não assuma que o NFO é a fonte fidedigna se a biblioteca sempre guardou as edições apenas na base de dados do servidor.

Prefira imagens locais quando a estabilidade dos cartazes é importante

Para cartazes ou imagens de fundo que tenham de sobreviver a alterações dos fornecedores, guarde a imagem escolhida utilizando a convenção de nomes locais suportada pelo servidor multimédia e faça uma cópia de segurança juntamente com a biblioteca multimédia.

A Plexopedia demonstra que os cartazes locais resistem às alterações dos fornecedores ao manterem as imagens como recursos locais duradouros.

Teste um título antes de aplicar a convenção a toda a biblioteca. As imagens locais melhoram a reprodutibilidade, mas também criam ficheiros que as políticas de cópia de segurança, sincronização e permissões têm de preservar.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Utilize o modo de atualização menos destrutivo

Diferencie uma análise normal da biblioteca, uma atualização de metadados, uma operação de substituição de todos os metadados e a opção de substituição das imagens existentes. Uma manutenção que apenas altere caminhos de armazenamento ou índices da base de dados raramente exige a substituição de todos os campos e imagens.

Um caso de resolução de problemas do Emby ilustra como a substituição de tudo pode sobrescrever as imagens durante uma atualização manual.

Comece por «analisar ficheiros novos ou atualizados» ou pelo equivalente mais restrito da plataforma, quando isso cumprir o objetivo. Recorra a uma atualização destrutiva apenas para os itens cujos metadados estejam deliberadamente a ser reconstruídos.

Verifique a fonte de verdade antes de escrever novamente nas pastas multimédia

Se várias aplicações partilharem a mesma árvore multimédia, decida qual delas pode escrever ficheiros NFO, imagens ou etiquetas. Dois servidores a escreverem os mesmos ficheiros auxiliares podem transformar uma manutenção de rotina num conflito de metadados entre aplicações.

As orientações de metadados da Firecore mostram que as imagens podem ser substituídas deliberadamente ao nível do cliente e da biblioteca.

Sempre que possível, mantenha um único responsável duradouro pela escrita dos ficheiros auxiliares partilhados ou monte o armazenamento multimédia como só de leitura para as aplicações que apenas precisam de consumir os ficheiros. O objetivo é ter uma fonte de verdade clara, não o maior número possível de aplicações a escrever metadados.

Execute primeiro a manutenção numa pequena biblioteca de teste

Crie uma biblioteca temporária ou selecione uma pequena pasta que contenha imagens personalizadas, ficheiros NFO locais, coleções, um título editado e um item normal intocado. Execute aí primeiro a ação de manutenção planeada.

O Plex documenta que os recursos locais seguem regras de nomenclatura, pelo que uma biblioteca de teste pode confirmar que os recursos locais duradouros continuam a ser lidos após a manutenção.

Compare os itens de teste antes e depois da análise, atualização, alteração de caminho ou atualização. A política de manutenção só é segura quando os campos selecionados permanecem estáveis e as atualizações pretendidas dos fornecedores continuam a funcionar. O artigo relacionado da ZimaSpace sobre cartazes personalizados que revertem após uma atualização é o caminho de recuperação caso as imagens selecionadas já tenham sido alteradas.

Perguntas frequentes

Uma análise normal da biblioteca reescreve sempre os metadados?

Não. Os modos de análise e atualização são diferentes, e o comportamento depende do servidor, das fontes de metadados e das opções selecionadas. Teste a ação de manutenção exata em vez de tratar todas as análises como uma substituição de tudo.

As pastas multimédia devem ser só de leitura durante a manutenção?

Os pontos de montagem só de leitura podem proteger os ficheiros de origem e os ficheiros auxiliares quando o servidor não precisa de escrever nesses locais, mas também podem impedir a gravação intencional de NFO ou imagens. Defina o limite com base na sua política de fonte de verdade.

Uma cópia de segurança da base de dados de metadados é suficiente para proteger os cartazes personalizados?

Apenas se o cartaz estiver efetivamente armazenado e puder ser recuperado a partir dessa base de dados ou da cópia de segurança dos dados da aplicação. As imagens locais também têm de ser copiadas como ficheiros.