1. Congele a situação antes de clicar em reexecutar
Pare de adicionar trabalho e verifique se nenhuma execução do mesmo lote ainda está ativa. Uma conexão perdida nem sempre significa que o software parou. Consulte seu estado quando isso ainda for possível: iniciar uma segunda cópia pode gerar duplicatas ou gravar nos mesmos destinos.
Guarde o log, a lista dos arquivos de entrada, as configurações e a mensagem de erro. Faça uma cópia da planilha de acompanhamento antes de corrigi-la. Mantenha as saídas duvidosas em um local separado, sem sobrescrever os originais nem os resultados já aceitos. Se o destino estiver cheio, abra espaço ou prepare outro destino depois de identificar o que precisa ser preservado.
2. Dê a cada elemento uma identidade estável
Uma linha deve representar uma tarefa esperada, por exemplo IMG-017 associado a catalogo/cadeira-frontal.png. O caminho sozinho pode ficar ambíguo depois de um deslocamento; um nome curto como foto.png pode existir em várias pastas. Mantenha um identificador único e a correspondência com a entrada original.
Adicione o identificador de configuração, o caminho de saída, o estado, o número da tentativa e um motivo curto. Esse log pode ser uma planilha comum ou um CSV do seu projeto. Ele não precisa conter as imagens, senhas ou todo o log técnico da máquina. Uma pessoa deve conseguir encontrar a entrada certa e explicar por que ela aparece na retomada.
Não modifique o original por trás de um identificador já aceito. Uma nova entrada ou uma transformação diferente exige uma nova versão claramente anotada. Caso contrário, o mesmo identificador acabaria designando dois trabalhos incompatíveis e o log não permitiria mais decidir o que está concluído.
| ID | Configuração | Estado | Saída ou motivo |
|---|---|---|---|
| IMG-017 | essai-02 | Aceito | IMG-017.png aberto e verificado |
| IMG-018 | essai-02 | A verificar | Arquivo presente, verificação não concluída |
| IMG-019 | essai-02 | Falha | Falta de memória durante o processamento |
| IMG-020 | essai-02 | A fazer | Nenhuma saída esperada encontrada |
3. Confronte o log com os arquivos reais
Para cada identificador previsto, procure a saída esperada. Verifique o formato, as dimensões ou o conteúdo necessários para o seu uso, depois abra o arquivo com a ferramenta de destino. As saídas já aceitas e ainda presentes ficam fora da lista de retomada. Se uma saída estiver faltando enquanto o log diz "aceito", procure primeiro uma cópia preservada antes de decidir recalculá-la.
Classifique os elementos "em andamento" no momento da parada entre os que devem ser verificados. Alguns podem estar completos, outros apenas parciais. A data ou o tamanho do arquivo é um indício, não uma validação. Um arquivo extra sem identificador conhecido fica separado até que você descubra sua origem.
Para as imagens, o Pillow distingue a identificação do arquivo, a leitura dos pixels e a verificação da estrutura. Um programa que apenas abre o cabeçalho, portanto, não verifica tudo. Uma verificação automática pode detectar certas corrupções; ela não julga se o texto está legível ou se as cores correspondem ao entregável.
4. Separe um elemento incompleto de um resultado recusado
Uma saída parcial deve ser refeita ou restaurada a partir de uma cópia completa. Uma saída completa mas inaceitável exige primeiro entender o defeito. Rodar os mesmos parâmetros em uma entrada ilegível ou em um caso que sempre fica sem memória provavelmente repetirá o problema. Anote a correção antes de recolocar esse identificador na fila.
Mantenha poucos estados: a fazer, em andamento, a verificar, aceito e falha. A passagem para "aceito" vem depois da verificação, não no lançamento do cálculo. Se você decidir excluir uma entrada, adicione um estado "descartado" com um motivo e o aval útil para o projeto. Ela não deve desaparecer silenciosamente do total esperado.
Não conte uma nova tentativa como uma nova tarefa. IMG-019 pode ter três tentativas e uma única saída retida. Essa distinção evita confundir sessenta execuções com sessenta entregáveis diferentes.
Exemplo: encontrar os dezenove elementos ainda necessários
Este cenário ilustrativo trata de sessenta imagens independentes. Após interrupção e verificação, quarenta e uma saídas são aceitas, quatro são parciais, seis falharam e nove estão ausentes. O log cobre bem 41 + 4 + 6 + 9 = 60 identificadores. A retomada envolve dezenove elementos, desde que se tratem as causas das seis falhas.
A pessoa responsável reconstrói uma lista de dezenove identificadores, depois distingue os quatro arquivos parciais, os seis erros e as nove tarefas sem saída. Ela retoma primeiro uma entrada corrigida e uma entrada ausente. Ela também confirma que uma imagem já aceita não figura na seleção. Esse pequeno controle valida a lista antes do processamento restante.
Se dezoito elementos adicionais forem aceitos em seguida e um arquivo de origem permanecer ilegível, o balanço é de cinquenta e nove aceitos e uma falha explicada. O lote não é declarado completo em sessenta. A próxima escolha consiste em recuperar uma entrada correta ou fazer aprovar sua exclusão, não em esconder a linha.
| Estado após o controle | Número de identificadores | Processamento proposto |
|---|---|---|
| Aceito e saída recuperada | 41 | Manter; nenhuma nova tentativa |
| Saída parcial | 4 | Guardar à parte, depois refazer |
| Falha identificada | 6 | Corrigir a causa antes de nova tentativa |
| Saída ausente | 9 | Retomar a partir da entrada |
| Total a retomar | 19 | 4 + 6 + 9, sem duplicatas |
5. Produza a retomada em um local separado
Prepare uma pasta de retomada apenas com os identificadores selecionados, ou use a seleção explícita do seu software. Revise a lista antes de iniciar. Se a ferramenta propuser “ignorar os arquivos existentes”, verifique o que isso significa: a existência de um arquivo parcial pode fazer com que ele seja ignorado indevidamente. O log verificado continua sendo sua referência.
Faça com que as novas saídas sejam produzidas em uma pasta separada, com sua configuração e sua tentativa. Valide-as antes de substituir uma versão anterior. Alguns scripts podem sobrescrever um arquivo existente sem pedir confirmação; o Python documenta isso, em particular, para os.replace. Uma convenção de nomes não protege, por si só, contra uma substituição.
Se as configurações mudarem para corrigir um defeito, mantenha essa mudança visível. Você pode conservar saídas provenientes de duas configurações se elas atenderem aos mesmos critérios e se a mistura for aceitável para o projeto. Para uma série visualmente homogênea, compare também as novas saídas com as antigas antes de reunir as pastas.
6. Verifique o balanço por identificador, não apenas por quantidade
No final, cada identificador esperado deve ter um estado explicado. Duas cópias de IMG-017 não compensam a ausência de IMG-020. Verifique a unicidade dos nomes, a correspondência com as entradas e a configuração das saídas selecionadas. Abra os arquivos refeitos e controle os pontos que motivaram sua retomada.
A pasta concluída compreende as saídas aceitas, o log atualizado, as configurações e a lista dos eventuais elementos descartados ou ainda bloqueados. Faça o backup desse conjunto com uma cópia controlada. Uma linha “aceito” não substitui nem o arquivo nem seu backup.
Esse método retoma tarefas independentes a partir de sua entrada. Ele não permite continuar automaticamente uma simulação, uma renderização ou um treinamento na instrução exata da interrupção. Esses trabalhos exigem um estado de retomada próprio do software. Também não presuma que uma pasta que ficou em um ambiente alugado será conservada após o período: prepare sua cópia.