O OpenScreen 2.2.0-rc.3 corrige a exportação de clipes cuja faixa de vídeo tem apenas um quadro. A duração do container delimita o clipe e esse quadro permanece disponível mesmo quando o trecho selecionado começa depois dele. Para conferir o resultado, você precisa observar tanto a imagem quanto a duração do arquivo exportado.
A rc.4 complementa essas correções ao identificar os campos de cor do MP4 exportado. No OpenShip 0.9.6, as mudanças se concentram na recuperação do banco e na continuidade dos builds e das migrações entre servidores. A 0.9.7 acrescenta agentes especializados e automações para investigar falhas, além de corrigir a verificação de identidade no OAuth e os contadores de tentativas de autenticação.
Este diário cobre 01/11/2026 pelo calendário UTC das publicações do GitHub. A nova consulta aos 27 repositórios acompanhados, realizada em 02/11, confirmou quatro releases com mudanças técnicas: duas estáveis e duas candidatas.
Atualizações em OpenScreen
2 versõesA rc.3 reúne correções no processamento de vídeo que afetam a conversão de cores e a duração exportada. No macOS, a escolha da matriz YCbCr acompanha cada quadro. O compositor também ajusta os limites usados na conversão de amostras de 10 bits, preservando o processamento padrão do BT.2020 CL.
O atualizador recebe uma correção específica para instalações candidatas: a busca manual encontra RCs mais recentes. Na interface, a confirmação do idioma pelo teclado e a entrada do multiplicador de velocidade recebem ajustes que você pode conferir diretamente no editor. A rc.4 acrescenta a identificação das cores no arquivo MP4, numa correção separada do processamento dos quadros.
Correções
- OpenScreen 2.2.0-rc.3 — Compositor: a matriz YCbCr é escolhida por quadro no macOS. A conversão de amostras de 10 bits utiliza limites de 10 bits e o BT.2020 CL permanece no processamento padrão.
- OpenScreen 2.2.0-rc.3 — Exportação: a duração do container delimita o clipe quando a faixa de vídeo contém apenas um quadro. O exportador conserva esse quadro quando o início do clipe está posicionado depois dele.
- OpenScreen 2.2.0-rc.3 — Idioma e velocidade: Enter confirma a pergunta sobre o idioma do sistema. O campo de velocidade personalizada aceita os sufixos
×ex. - OpenScreen 2.2.0-rc.3 — Atualização manual: a consulta iniciada numa versão candidata encontra outras RCs mais recentes.
- OpenScreen 2.2.0-rc.3 — Linux: o Wayland preserva as opções
--enable-featurese--disable-featuresinformadas na inicialização. Os testes unitários do compositor compartilham um único dispositivo wgpu.
Ponto de Atenção
Esta versão é uma pré-release. Teste sugerido: exporte um clipe com uma faixa de vídeo de quadro único e compare a duração com a do container. Repita com o começo do clipe depois desse quadro e confira se a imagem permanece. Num vídeo de 10 bits no macOS, compare as cores da prévia com o arquivo exportado.
Notas da versão
O OpenScreen 2.2.0-rc.3 foi publicado em 01/11/2026 às 00h13 UTC como pré-release. As mudanças descritas são relativas à rc.2.
Correções
- OpenScreen 2.2.0-rc.4 — Metadados de cor: o MP4 exportado recebe a indicação da matriz de cores, das primárias, da função de transferência e da faixa de valores.
Ponto de Atenção
Esta candidata permanece em pré-release. Teste sugerido: exporte o mesmo vídeo na rc.3 e na rc.4 e compare os metadados de cor dos arquivos. Utilize o mesmo reprodutor e as mesmas configurações de exibição para conferir a imagem.
Notas da versão
O OpenScreen 2.2.0-rc.4 foi publicado em 01/11/2026 às 15h18 UTC como pré-release. As notas descrevem somente a identificação das cores no MP4 em relação à rc.3.
Atualizações em OpenShip
2 versõesO OpenShip modifica a recuperação após falhas que interrompem o banco, o build ou a substituição de uma imagem. O PGlite utiliza um lock de arquivo no Linux para distinguir a posse válida do banco após o reinício de um container. No Docker, as correções preservam a leitura dos logs e a sessão do BuildKit durante tarefas longas.
A migração entre servidores amplia o suporte a aplicações sem volumes montados. Já a autenticação por OpenID Connect exige uma instalação própria configurada para usuários locais. O trabalho inicial com manifestos Kubernetes permanece interno, sem interface de envio ou rota de deploy disponível nesta publicação.
Na 0.9.7, o assistente utiliza as permissões já concedidas para investigar problemas e executar ações autorizadas. As automações criadas pela conversa aguardam revisão. A integração com aplicativos de mensagens separa o assistente dos comandos comuns de consulta e deploy. A versão inclui as correções da 0.9.6.
Novidades
- OpenShip 0.9.6 — Login em instalações próprias: o OIDC (OpenID Connect) verifica a assinatura e a validade dos tokens, além do emissor e do destinatário. A sessão exige email verificado e correspondência com UserInfo, preservando convites e autenticação de dois fatores.
- OpenShip 0.9.6 — Migração: aplicações únicas sem volumes montados podem ser implantadas no servidor de destino com a imagem transferida. O processo recusa aplicações com armazenamento montado antes da movimentação.
- OpenShip 0.9.6 — Variáveis compartilhadas: a revisão identifica os serviços que herdam um valor alterado e grava as substituições por serviço na mesma transação. Gravar a configuração não reinicia as aplicações.
- OpenShip 0.9.6 — Kubernetes: a implementação inicial de manifestos verifica os recursos no namespace do projeto, ainda sem interface pública de deploy.
- OpenShip 0.9.6 — Afiliados: o OpenShip Earn acrescenta indicações e repasses no Cloud, condicionado à configuração do provedor e à autorização da política correspondente.
Melhorias
- OpenShip 0.9.6 — Diagnóstico: falhas de build apresentam a causa antes dos comandos gerados. O código 137 indica um processo encerrado, sem atribuir automaticamente a causa à falta de memória.
- OpenShip 0.9.6 — Limpeza de armazenamento: a medição de caches pode durar até dois minutos quando a falta de espaço ou inodes impede o deploy. A coleta também inclui imagens de primeiras implantações interrompidas, preservando imagens em uso e as necessárias ao rollback.
Correções
- OpenShip 0.9.6 — Recuperação do banco: o lock do kernel Linux impede que a reutilização de um identificador de processo conserve uma posse inválida do PGlite após a falha de um container.
- OpenShip 0.9.6 — Docker e BuildKit: a leitura separada de stdout e stderr preserva caracteres UTF-8 divididos entre frames. As sessões respondem às verificações de saúde do Docker para manter secrets disponíveis após etapas longas de build.
- OpenShip 0.9.6 — Monorepos e credenciais: cada serviço utiliza seu framework e builder para definir a imagem de runtime. A preparação de repositórios e os submódulos privados utilizam o token selecionado dentro das permissões correspondentes.
- OpenShip 0.9.6 — Migração de imagens: a transferência utiliza a referência restaurada por
Docker load, evitando uma tag inválida com digest. A criação de containers preserva os mapeamentos de portas e os limites de tentativas deon-failure. - OpenShip 0.9.6 — Serviços gerenciados: uma falha na inicialização da imagem substituta aciona a tentativa de recuperar a imagem anterior de edge ou email. O acompanhamento de saúde atualiza apenas a associação do serviço substituído.
- OpenShip 0.9.6 — Filas de execução: o GitHub Actions considera somente runners autorizados e compatíveis. No Laravel, o worker padrão é sugerido quando o Horizon consta apenas em
require-dev. - OpenShip 0.9.6 — CockroachDB: a criação inclui o comando exigido pela imagem oficial e gera uma senha. Os certificados TLS (Transport Layer Security) permanecem junto ao volume quando o container é substituído.
Ponto de Atenção
O login OIDC da instância permanece desativado no OpenShip Cloud e fora do modo de autenticação com usuários locais. Teste sugerido: confira a recuperação do PGlite num container de homologação após uma interrupção. Execute um build longo com secret e migre uma aplicação sem volumes, comparando a imagem restaurada e os mapeamentos de portas no destino.
Notas da versão
O OpenShip 0.9.6 foi publicado em 01/11/2026 às 15h17 UTC como versão estável.
Novidades
- OpenShip 0.9.7 — Agentes especializados: especialistas recebem instruções salvas, conexão de IA e permissões para recursos nomeados. Cada tarefa mantém uma conversa consultável e revoga tokens temporários ao terminar ou quando o agente é editado.
- OpenShip 0.9.7 — Automações: falhas de deploy e incidentes confirmados podem iniciar investigação e notificação. Recuperar aplicações ou editar repositórios exige permissões próprias. As alterações de código utilizam branches novas e propostas de revisão em rascunho.
- OpenShip 0.9.7 — Assistente em mensagens: Slack, Discord, Telegram e Teams permitem conversar com Claude Code ou Codex pelo runtime existente. O acesso do workspace e a adesão individual começam desativados, com conversas separadas por remetente e chat.
- OpenShip 0.9.7 — Comandos em mensagens: bots consultam projetos e solicitam confirmação para reinícios ou novos deploys, pelo processo normal de implantação. Esses comandos não exigem o assistente de IA. O Teams precisa de webhook HTTPS público, enquanto as modalidades descritas de Slack, Discord e Telegram funcionam em servidores privados.
Melhorias
- OpenShip 0.9.7 — Painel e conversas: a área de agentes reúne especialistas, histórico e automações. O editor aceita imagens e troca de modelo entre respostas, recuperando texto e anexos quando um envio falha.
- OpenShip 0.9.7 — Revisão de ações: a ativação de automações salvas confere as versões exatas em conjunto e recusa lotes desatualizados. Solicitações e resultados das ferramentas ficam disponíveis para inspeção.
- OpenShip 0.9.7 — Investigação: atalhos nas falhas de deploy preparam uma solicitação vinculada à aplicação e à identidade autenticada correspondentes, sem colocar logs ou erros na URL.
Correções
- OpenShip 0.9.7 — Identidade no OAuth: a associação implícita exige um cadastro local verificado e email verificado pelo provedor. A correção recusa a associação com um cadastro local cuja identidade ainda não foi confirmada.
- OpenShip 0.9.7 — Tentativas de autenticação: falhas de autenticação e uso de códigos de recuperação conservam seus contadores mesmo após reversão da transação. A migração preserva fatores ativos e cadastros incompletos.
- OpenShip 0.9.7 — Deploy e credenciais: tokens longos de clonagem são ocultados nos erros armazenados. A verificação de alterações em projetos Compose deixa de percorrer as dependências do workspace.
- OpenShip 0.9.7 — Dependências: a publicação incorpora atualizações compatíveis para correções de segurança e inclui o pacote compartilhado de comandos nas distribuições para instalações próprias.
Ponto de Atenção
O assistente permanece desativado por padrão e requer host macOS ou Linux. No Cloud, utiliza um perfil privado do Mindwire no servidor escolhido pelo cliente.
Uma solicitação de acesso adicional na conversa não concede a permissão nem repete a tarefa automaticamente. As automações criadas pela conversa ficam pausadas até a revisão e alterações nas permissões invalidam o trabalho pendente.
Teste sugerido: atribua a um especialista de homologação acesso a uma única aplicação e confira a recusa de ações fora desse escopo. Crie uma automação pela conversa, verifique a pausa inicial e altere suas permissões com uma tarefa pendente. Na integração de mensagens, repita a entrega de um comando e confira se ocorre apenas um reinício.
Notas da versão
O OpenShip 0.9.7 foi publicado em 01/11/2026 às 22h17 UTC como versão estável. As notas não identificam os avisos de segurança nem as versões de cada dependência corrigida.
Conferência da exportação, dos serviços e das permissões
No OpenScreen, as correções de cor e de duração exigem verificações diferentes no arquivo final. Comece pelo clipe de quadro único e compare sua duração com a do container. Depois, examine os metadados de cor acrescentados na rc.4 e a reprodução de um vídeo de 10 bits exportado no macOS.
No OpenShip, confira a recuperação do banco em homologação antes de testar a migração de uma aplicação sem volumes. O build longo com secret verifica outra parte do processo: a permanência da sessão do BuildKit. Com esses comportamentos conferidos, teste as permissões dos agentes e a pausa das automações da 0.9.7 num ambiente separado, incluindo a recusa de tarefas após uma mudança de acesso. Para investigar falhas de Docker e deploy com acompanhamento técnico ao vivo, conheça o Desenvolvimento Colaborativo da Dev Side Studio.
Para aprofundar esses temas com orientação e aplicação, conheça as formações da Promovaweb.