Um arquivo pode chegar por upload ou diretamente do Recorder. Nome, caminho, descrição e visibilidade permanecem juntos em um só lugar, onde você pode visualizar a mídia, criar uma cópia convertida separada quando outro formato for necessário ou enviar o arquivo verificado ao Restreaming ou Web Player. Os arquivos usam o disco interno por padrão; o Storage conectado é opcional.
A origem do arquivo continua visível enquanto você confere o registro e a mídia, decide se precisa de outro formato e escolhe o próximo fluxo de produto.
Um arquivo local entra na área gerenciada, conclui upload e processamento e fica disponível para visualização.
Continuar de UploadO arquivo agora faz parte do fluxo gerenciado. Registro e mídia permanecem disponíveis antes de mudanças de formato, visibilidade ou destino.
Este exemplo respeita o limite do produto: metadados são explícitos, Private é uma escolha deliberada e o disco interno continua padrão.
Mudar formato ou transcodificação inicia uma regravação em segundo plano e produz uma cópia gerenciada separada. O original não é substituído.
O File Manager mantém o registro enquanto cada produto posterior controla execução e acesso.
A mídia finalizada abre para conferir imagem, áudio e duração.
A mídia finalizada abre para conferir imagem, áudio e duração.
Os arquivos usam disco interno criptografado por padrão. Quando outro nível é necessário, a Callaba registra armazenamento de objetos com metadados e monta um namespace compatível com POSIX.
A tabela separa o comportamento padrão, o Storage opcional e as escolhas posteriores. A interface instalada continua sendo a referência para formatos e configurações.
| Recurso | Comportamento compatível | Como verificar |
|---|---|---|
| Origens | Arquivos enviados, gravações finalizadas e outros resultados gerenciados. | Um resultado válido aparece com origem, nome e caminho esperados. |
| Local padrão | O disco interno criptografado funciona sem Storage externo. | Um upload ou gravação curta termina, pode ser visualizado e continua gerenciável antes do Storage. |
| Metadados | Nome, descrição, caminho, visibilidade, formato, processamento, duração, tamanho e timestamps quando disponíveis. | Registro e mídia coincidem em identidade, duração, tamanho e formato. |
| Visibilidade | Public e Private são escolhas explícitas. | A visibilidade é conferida antes da reprodução; a autorização do player é separada. |
| Upload | Upload binário com progresso e id de correlação. | O upload termina antes de visualização ou seleção posterior serem consideradas prontas. |
| Visualização | Mídias finalizadas podem ser abertas para inspeção. | O arquivo oferece imagem, áudio, duração e busca esperados. |
| Formatos de saída | Incluem MOV, MP4, AVI, FLV, MP3, HLS, MKV e MPEG-TS quando o processamento oferece suporte. | O seletor instalado é a referência e o resultado corresponde ao contêiner e às faixas. |
| Regravação de formato | Mudar formato ou transcodificação pode criar uma cópia gerenciada separada em segundo plano. | O progresso termina, o original permanece e a nova cópia abre no formato solicitado. |
| Estado de processamento | Pode mostrar bitrate, FPS, tempo de mídia, velocidade e progresso. | O progresso avança, mas o arquivo final é aberto separadamente. |
| Web Player | Um arquivo verificado pode ser fonte de reprodução no navegador. | A URL inicia, continua reproduzindo e aplica o acesso configurado. |
| Restreaming | Um arquivo gerenciado pode ser entrada de Restreaming. | O trabalho lê o arquivo e entrega o perfil testado. |
| Storage opcional | Object storage e metadados podem ser registrados, formatados e montados como namespace POSIX gerenciado. | Uma cópia pequena termina e é lida pelo caminho montado. |
| Progresso da cópia | O File Manager copia para Storage interno ou externo e mostra percentual e conclusão. | Conclusão e leitura no destino permitem avaliar a remoção da fonte. |
| Criptografia em repouso | Arquivos no disco interno e Storage opcional são criptografados; blocos brutos não expõem mídia. | O acesso usa metadados e caminho gerenciados. |
| API de ciclo de vida | Criação/upload, contagem/listagem, consulta, atualização, remoção, regravação, cópia e progresso são documentados. | Um arquivo não crítico valida o ciclo antes da automação. |
| Implantação | Callaba na nuvem ou Linux próprio; capacidade depende de tamanhos, processamento e armazenamento. | Nó e discos são testados com a combinação real de upload, conversão, reprodução e cópias. |
Uma implantação da Callaba na nuvem oferece um ponto de partida gerenciado. A instalação própria mantém infraestrutura, rede e localização dos dados sob controle da sua equipe.
Um nó Callaba começa com disco interno criptografado; o Storage conectado só é adicionado quando o fluxo exige outro nível.
Iniciar a Callaba na AWSA aplicação, a mídia criptografada e as conexões opcionais de Storage ficam na infraestrutura operada pela sua equipe.
Instalar a Callaba em infraestrutura própriaDepois de entender o fluxo na interface, os endpoints documentados cobrem upload e criação, listagem e inspeção, atualização de metadados, cópias convertidas, estado de processamento, cópias opcionais para Storage e remoção.
É onde mídias enviadas, gravadas e processadas entram em um fluxo gerenciado. O registro reúne caminho, descrição, visibilidade, formato, estado de processamento e transferências posteriores.
Não. O disco interno é o local padrão. O Storage conectado é opcional e só é adicionado quando o fluxo precisa de outro nível gerenciado.
Sim. Alterar formato ou transcodificação inicia uma regravação em segundo plano e produz uma cópia convertida separada. O original permanece em seu registro enquanto o File Manager mostra o progresso do novo resultado.
Sim. Depois de verificado, pode servir como entrada gerenciada para Web Player ou Restreaming baseado em arquivo. Entrega e acesso do público continuam pertencendo ao trabalho posterior.
Sim. A Callaba criptografa arquivos no disco interno e no Storage conectado opcional. O acesso bruto aos blocos não revela sozinho um arquivo legível; os metadados e o caminho gerenciados são necessários.
A Callaba combina armazenamento de objetos com um serviço de metadados e monta o resultado como namespace gerenciado. Os módulos usam caminhos familiares enquanto o bucket permanece um detalhe de implementação.
Não. A visibilidade pertence ao registro do arquivo. Autorização do Web Player e acesso do público são decisões separadas que precisam ser conferidas antes de compartilhar uma URL.
Um upload ou gravação curta permite estabelecer registro, visibilidade, visualização e metadados. Depois, teste o próximo passo necessário: cópia convertida, Web Player, Restreaming ou Storage opcional.
