O tamanho real do arquivo NÃO é um problema, pois estou implantando um aplicativo ou quiosque independente. Mas o consumo de CPU é um problema. Quais são as configurações ideais de exportação H.264 para usar no freio de mão neste cenário?
O tamanho real do arquivo NÃO é um problema, pois estou implantando um aplicativo ou quiosque independente. Mas o consumo de CPU é um problema. Quais são as configurações ideais de exportação H.264 para usar no freio de mão neste cenário?
Respostas:
Você provavelmente está fazendo algo errado.
As configurações de codec não afetam a carga da CPU. Independentemente das configurações usadas, ele usará toda a potência computacional disponível para concluir o mais rápido possível. Como recursos não utilizados são desperdícios - se você usar, digamos, apenas 50% da energia da sua CPU, poderá usar metade da CPU.
Eu acho que você está tendo problemas com outros programas que não respondem enquanto a codificação está em andamento. A solução padrão para esse problema é manipular as configurações de prioridade. No Windows, você deve dar uma olhada nas prioridades de agendamento . Você pode experimentá-los clicando com o botão direito do mouse em um processo no Gerenciador de tarefas e escolhendo algo no menu Definir prioridade (apenas não use o Realtime , ele pode bloquear completamente o sistema). Defina uma prioridade mais alta para o seu aplicativo principal e uma menor para o processo em segundo plano. (Isso também pode ser feito programaticamente.)
No Linux , a gentileza do processo desempenha um papel semelhante. Quanto menor a qualidade de um processo, mais tempo de CPU é atribuído. Você pode definir uma gentileza mais alta (ou seja, prioridade mais baixa) a partir do contexto de qualquer usuário. A redução da gentileza pode ser feita apenas pela raiz.
Ou, se você estiver usando Linux e quiser definir um limite rígido para o uso da CPU, o cgroups pode ser a solução certa para você. Não conheço nenhum mecanismo semelhante no Windows.