Instruções de uso · CortaShows
Princípio principal
O CortaShow produz formatos, não destinos. Vídeo curto, áudio curto, áudio agrupado, vídeo agrupado e versão 360p são produtos canônicos independentes. Todos entram no acervo canônico em /mnt/cortashows-hdd/04-Acervo. O CortaShow não publica para plataforma alguma; a distribuição posterior é responsabilidade exclusiva do Acervo.
Estrutura canônica
CORTADOR DE AUDIOS ALANA · leitura e gravação
O Cortador Alana usa uma área dedicada no NVMe local do i9, dentro da árvore canônica do CortaShows.
Leitura: /mnt/cortashows/02-Trabalho/CortaSilencioAlana/01-Entrada
Gravação: /mnt/cortashows/02-Trabalho/CortaSilencioAlana/02-Saida
Os caminhos antigos de teste em 07-Integracoes/audio-editor/16-RemoverDeSilencio foram aposentados e removidos. O código ativo usa diretamente o caminho canônico acima, sem depender do alias legado /mnt/video-editor/trabalho.
Bind ou link simbólico?
Bind mount PADRÃO EXTERNO
Faz uma origem já existente aparecer em outro ponto da árvore como um diretório real. É o método adotado para ZFS, NFS e integrações externas quando necessárias como fontes ou infraestrutura.
Por que: não expõe o caminho físico original à aplicação, funciona bem com permissões e filesystem diferentes e permite trocar o servidor/origem no host sem redesenhar a CT.
Link simbólico COMPATIBILIDADE
É apenas um ponteiro textual para outro caminho. No CortaShows ele é usado somente dentro da CT para manter nomes antigos como /mnt/processar funcionando.
Não é usado como ligação principal com NFS/ZFS externo, porque pode quebrar se o destino não existir no namespace da CT.
Mapa canônico de armazenamento
Regra atual: produtos finais do CortaShow são canônicos e independentes de plataforma. Integrações remotas não são destinos de produção do CortaShow.
| Dentro do CortaShows | Origem esperada | Método |
|---|---|---|
| /mnt/cortashows | zfs-nvme-i9/app-corta-shows | ZFS local + rbind único |
| 01-Entrada/Local | zfs-nvme-i9/app-corta-shows | local i9 |
| 01-Entrada/Nextcloud | Nextcloud · Leonardo/01-EditarAutomaticamente | NFS |
| 02-Trabalho | zfs-nvme-i9/app-corta-shows | local i9 |
| 02-Trabalho/CortaSilencioAlana/01-Entrada | zfs-nvme-i9/app-corta-shows · entrada do Cortador Alana | NVMe local i9 |
| 02-Trabalho/CortaSilencioAlana/02-Saida | zfs-nvme-i9/app-corta-shows · cortes e reagrupados | NVMe local i9 |
| 03-VideoAudioSeparados | zfs-nvme-i9/app-corta-shows | local i9 |
| 04-MixagemMultipista | zfs-nvme-i9/app-corta-shows | local i9 |
| /mnt/cortashows-hdd/04-Acervo | Acervo canônico dos produtos CortaShow | HDD local i9 |
| 06-Aposentados/Arquivos | zfs-zraid24/EnsaiosEShows/01-GravacoesBrutasJaEditadas | ZFS24 local i9 |
| 07-Integracoes/audio-editor | storage local do i9 | local i9 |
| 07-Integracoes/ui24r | Nextcloud · Leonardo/02-UI24R | NFS |
| 07-Integracoes/ui24r-processado | Nextcloud · Leonardo/02-UI24R-Processado | NFS |
| 07-Integracoes/nvenc-work | zfs-nvme-i9/app-nvenc/bind/app-corta-shows | NVMe local i9 |
Regra para migração de servidor
Se o computador que fornece um NFS mudar, não crie outro mount na CT9010.
Atualize a origem no host i9, valide o mount na árvore /zfs-fast/app-corta-shows e confirme a propagação para a CT9010. A CT continua recebendo o mesmo único /mnt/cortashows. O mount raiz usa propagação shared: submounts recriados no host são propagados ao vivo para a CT. Reinicie a CT somente se uma validação de propagação falhar.
Isso evita o problema histórico em que a CT permaneceu presa ao NFS antigo mesmo após o host ter sido remapeado.
Aliases de compatibilidade dentro da CT
O código legado ainda pode usar estes nomes. Todos apontam para dentro de /mnt/cortashows:
Regras operacionais importantes
- Aposentadoria: copiar → conferir tamanho/hash → confirmar arquivo final → gravar manifesto → somente então remover a origem.
- Reprocessamento 01B/02B: lê 07-AposentadosNoHD.
- Agrupamento 01/02/01B/02B: mesmo grupo quando o intervalo entre o fim de um vídeo e o início do próximo é de até 90 minutos.
- GPU: RTX 4090 e GTX 1070 Ti locais no i9 são as GPUs do CortaShow; NVENC é obrigatório e não há fallback de compressão em CPU.
- Armazenamento: intermediários ficam no NVMe; produtos finais entram no acervo canônico. Destinos e plataformas são definidos exclusivamente no Acervo.
Administração no host i9
A CT9010 recebe um único rbind de dados: /zfs-fast/app-corta-shows → /mnt/cortashows. Submounts são administrados no host i9 e propagados para dentro da CT.
Bind atual e histórico de relatórios
GERAR RELATÓRIO lê os mounts e binds visíveis pela CT, registra um snapshot datado em SQLite e atualiza esta tabela. Relatórios antigos permanecem disponíveis na lista.
| Estado | Ponto de montagem no servidor | Origem | Tipo | Servidor | Ponto dentro da CT |
|---|---|---|---|---|---|
| Clique em GERAR RELATÓRIO. | |||||
Teste de integridade
TESTAR INTEGRIDADE verifica agora se cada mount/bind esperado existe e se o caminho responde. Falhas ficam em vermelho e indicam se o bind foi perdido ou se um NFS deixou de responder.
| Estado | Ponto no servidor | Origem | Tipo | Diagnóstico |
|---|---|---|---|---|
| Clique em TESTAR INTEGRIDADE. | ||||