Em resumo
Poucas salas de controle migram o videowall porque o software é ruim. Migram porque a controladora de hardware atingiu o fim de vida (EOL), o mix de fontes superou as placas de captura ou a renovação de cinco anos veio com uma cotação difícil de justificar.
Este guia é para a equipe que já decidiu migrar e agora precisa de um plano que não deixe o videowall apagado durante um turno.
Aqui estão a auditoria, os dois caminhos viáveis de migração, a sequência fase a fase, os riscos que merecem planejamento e o que realmente muda para os operadores.
Quando migrar é a decisão certa
A migração não é de graça. Antes de assumir o compromisso, confirme que pelo menos uma destas condições é verdadeira — se nenhuma for, manter a plataforma existente até o fim de sua vida natural costuma sair mais barato:
- A controladora atingiu ou está próxima do EOL. Quando o fabricante deixa de lançar correções de firmware, o videowall passa a ser um passivo de segurança e confiabilidade. Christie Phoenix e RGB Spectrum Galileo tiveram anúncios de fim de vida no final de 2025 — as instalações nessas plataformas estão contra o relógio.
- O número de fontes superou o orçamento de placas de captura. Cada nova fonte em banda base em uma controladora de hardware significa mais uma placa de captura e, às vezes, a troca do chassi. Quando o roadmap de fontes dobra, o custo linear do hardware é o gatilho.
- A cotação da renovação de cinco anos não resiste a um exame atento. Veja a análise de TCO — a linha de renovação do orçamento é onde a diferença entre hardware e software é maior.
- O mix de fontes migrou para IP. Se os sinais hoje são majoritariamente NDI, RTSP e dashboards renderizados no navegador, e não HDMI / SDI em banda base, a arquitetura de placas de captura está trabalhando contra a implantação.
A auditoria pré-migração
As falhas de migração quase sempre remontam a uma auditoria que foi pulada. Antes de qualquer aquisição, documente quatro coisas:
- Inventário de fontes. Todos os sinais presentes hoje no videowall: tipo (captura HDMI, SDI, NDI, RTSP, KVM, navegador), resolução, taxa de quadros e como cada um chega fisicamente à controladora. Essa lista é a especificação que a nova plataforma precisa atender. As fontes que hoje existem apenas em banda base são as que exigem uma decisão de transporte.
- Inventário de layouts. Todas as cenas ou presets nomeados que os operadores usam. Eles terão de ser reconstruídos na nova plataforma — conhecer a quantidade e a complexidade dimensiona o esforço de comissionamento.
- Inventário de integrações. O que se comunica hoje com a controladora do videowall — um sistema de controle AMX / Crestron, um disparador de alarme, um sistema de agendamento. Cada ponto de integração é uma tarefa da migração.
- Mapa do fluxo de trabalho dos operadores. Como os operadores realmente comandam o videowall — console dedicado, painel de toque, atalhos de teclado. A nova plataforma muda isso, e a mudança precisa ser planejada, não descoberta no dia da entrada em produção (go-live).
Dois caminhos de migração
Caminho A — operação em paralelo (recomendado)
Implante a plataforma definida por software em hardware novo, padrão de mercado, ao lado da controladora de hardware existente. Ambas entregam conteúdo; as telas podem ser comutadas entre elas na matriz ou, em painéis de LED, pela reatribuição da saída da controladora.
Os operadores aprendem a nova plataforma em um cronograma não crítico, as cenas nomeadas são reconstruídas e verificadas, as integrações são testadas — tudo isso enquanto a controladora antiga continua sendo o sistema de produção.
Quando a nova plataforma tiver operado sem falhas por uma janela de validação (normalmente de duas a quatro semanas), as telas fazem a virada (cutover) e a controladora antiga passa a ser a reserva ativa (hot spare) até a desativação.
O custo do Caminho A é operar duas plataformas por um breve período. O benefício é que o videowall nunca fica em risco — em qualquer momento antes da virada, a alternativa de contingência é o sistema antigo, comprovadamente estável.
Para um NOC ou SOC 24/7, este é o único caminho responsável.
Caminho B — virada big-bang
Desative a controladora de hardware e coloque a plataforma de software no lugar dela em uma única janela de parada planejada.
Só é viável quando: o videowall não é crítico 24/7 (uma sala de diretoria, uma sala de treinamento, um videowall de monitoramento de baixa criticidade), a janela de parada está realmente disponível e a nova plataforma foi totalmente validada em bancada antes.
Para qualquer aplicação de missão crítica, o Caminho B troca um risco inaceitável por uma economia marginal no período de operação em paralelo. A maioria dos integradores profissionais se recusa a fazer uma virada big-bang em um videowall de NOC.
O plano fase a fase (Caminho A)
- Fase 0 — validação em bancada. A nova plataforma roda em seu servidor padrão de mercado, em um laboratório ou rack de homologação. Cada tipo de fonte da auditoria é testado quanto à ingestão. Cada ponto de integração é testado. Esta fase termina quando a plataforma ingere sem problemas uma amostra representativa do mix real de fontes.
- Fase 1 — instalação em paralelo. O servidor validado é instalado no rack ao lado da controladora existente, conectado à mesma rede de fontes e ligado por cabo de modo que sua saída possa chegar às telas pela matriz ou por um switch. O videowall continua sendo acionado pela controladora antiga.
- Fase 2 — reconstrução das cenas. Cada layout nomeado da auditoria é reconstruído na nova plataforma e verificado em comparação com o antigo. As plataformas definidas por software tornam isso mais rápido do que a construção original — cenas são configuração, não cabeamento.
- Fase 3 — treinamento dos operadores. Os operadores usam a nova plataforma fora da produção — uma tela sobressalente, uma janela de prática fora do turno. O controle pelo navegador é um paradigma diferente do console dedicado; meio dia por operador é a curva de aprendizado típica.
- Fase 4 — janela de validação. A nova plataforma roda como sombra do videowall de produção por duas a quatro semanas. Qualquer instabilidade aparece aqui, com a controladora antiga ainda sustentando a produção.
- Fase 5 — virada. As telas passam para a nova plataforma. A controladora antiga permanece no rack e ligada como hot spare por um período definido (normalmente 30-90 dias).
- Fase 6 — desativação. Depois que a nova plataforma tiver sustentado a produção durante todo o período de hot spare sem incidentes, a controladora antiga é desativada. Placas de captura e chassis costumam ter valor residual de revenda ou como peças sobressalentes.
Os riscos que merecem planejamento
- Lacuna de transporte das fontes em banda base. Os sinais que entravam por HDMI / SDI em uma placa de captura precisam de uma decisão de transporte na nova plataforma — um codificador HDMI para NDI ou HDMI para IPMX, ou uma placa de captura no servidor de software. Identifique-os na auditoria; são a surpresa mais comum das migrações.
- Descompasso nas expectativas de latência. Uma controladora de hardware entrega latência em banda base inferior a um quadro. Uma plataforma de software com fontes IP entrega latência de um quadro. Para visualização nas telas, isso é imperceptível; em um fluxo de trabalho KVM do operador, pode ser notado. Confirme o orçamento de latência na auditoria — veja IPMX vs ST 2110 vs SDVoE para as opções de camada de transporte.
- Integração com o sistema de controle. Uma integração AMX / Crestron existente, escrita contra a API da controladora antiga, precisa ser redirecionada para a API da nova plataforma. Isso é trabalho de integrador; inclua-o explicitamente no orçamento.
- Confiança dos operadores. Na primeira semana em um novo videowall, os operadores ficam mais lentos e mais cautelosos. Isso é normal e temporário, mas uma virada agendada logo antes de um período conhecido de alta carga (um grande evento, um pico sazonal) é um erro de planejamento.
O que muda para os operadores no primeiro dia
A lista honesta do que os operadores realmente percebem:
- O controle do videowall sai de um console dedicado e passa para uma aba do navegador na estação de trabalho que já usam — em geral bem recebido depois do ajuste inicial, porque elimina o deslocamento físico pela sala.
- Adicionar uma fonte passa a ser questão de alguns cliques, e não de uma solicitação ao integrador. Esta é a mudança que os operadores mais valorizam.
- As cenas nomeadas funcionam da mesma forma no conceito, mas a interface é diferente. A reconstrução de cenas orientada pela auditoria garante que não falte nenhum layout no primeiro dia.
- O controle multioperador — vários operadores alterando o videowall de seus próprios teclados — costuma ser novidade e leva um ou dois turnos para virar hábito.
Onde o Craft Wall se encaixa
O Craft Wall é um destino comum de migrações pelo Caminho A — a plataforma definida por software roda em um servidor Linux padrão de mercado, instalado no rack ao lado da controladora que está sendo substituída, durante o período de operação em paralelo.
Ela ingere as fontes NDI, RTSP, IP-KVM e de navegador levantadas na auditoria e reconstrói as cenas nomeadas como configuração. O modelo de licença perpétua (2.500 EUR por servidor) faz da migração um custo único, e não o início de uma assinatura.
Para o quadro econômico completo, veja a análise de TCO; para o contexto de migração fabricante a fabricante, os comparativos Craft Wall vs Datapath e Craft Wall vs Matrox cobrem as duas controladoras de origem mais comuns nas migrações.
O Craft Wall não é o destino certo para toda migração.
Se o videowall tem um requisito rígido de latência inferior a um quadro no KVM do operador, ou se a aquisição exige um fornecedor Tier 1 com horizonte de suporte de 15-20 anos, o destino mais provável é outro fabricante de hardware ou uma plataforma híbrida.
Veja o comparativo de oito plataformas para saber onde cada opção se encaixa.
Conclusão
A migração de um videowall é um projeto, não uma troca de produto. As equipes que a fazem bem tratam a auditoria como inegociável, operam em paralelo em vez de big-bang em qualquer videowall crítico e agendam a virada longe de períodos conhecidos de alta carga.
Feita assim, a migração passa despercebida por todos, exceto pelos operadores — que, em geral, percebem ao fim da primeira semana que a nova plataforma é mais rápida de operar.
Leia a seguir: a análise de TCO para a economia que justifica a migração, a arquitetura de referência para NOC para o desenho do estado-alvo, e a calculadora interativa de TCO para fazer suas próprias contas.