Gostaria de especificar uma taxa de quadros variável com um valor MÁXIMO e permitir que a libx264 diminua a taxa de quadros como achar melhor. A idéia aqui é obter uma compressão extra quando houver algo como um quadro estático estendido
No meu entendimento, isso pode ser possivelmente de uma maneira desajeitada, mas é indesejável por algumas razões complexas e contra-intuitivas
Embora um fluxo x264 tenha uma taxa de quadros, a taxa de quadros é mais um problema no nível de contêiner do que um codec.
Em uma codificação VFR de passagem, haverá o que é essencialmente um arquivo de texto detalhando qual é a taxa de quadros sobre quais quadros / horas e, na codificação de uma fonte, uma função como tcfile-in ou tcfile-out passa os carimbos de data / hora para a codificação , para mapear os locais das taxas e manter o vídeo subjetivamente consistente a partir da origem.
A idéia de baixa taxa de quadros é lógica, mas não funciona por várias razões. Embora o x264 seja compatível com VFR com alguns recursos, não acho que exista uma função de análise que varie a taxa de quadros em relação ao movimento para diminuir o tamanho do arquivo (de maneira análoga aos muitos controles de taxa de bits).
A fonte também é um problema: as fontes VFR, por padrão, mantêm sua variabilidade de quadro, mas aparentemente codificando um arquivo CFR com taxa de bits variável (uma boa idéia, às vezes, especialmente quando é necessário telecine) produzirá simplesmente a mesma CFR.
Isso significa que você provavelmente teria que reescrever a taxa de bits manualmente (ou seja, registros de data e hora de cenas lentas compactadas no arquivo) ou recorrer a um algoritmo de dizimação de quadros como dup, dedup e exactDedup para avisynth . Se o seu vídeo tiver movimento extremamente baixo, alguns quadros (até a metade?) Serão jogados fora. O problema é que esses algoritmos não são avançados e não fazem boas escolhas com imagens da "vida real" sobre o que contribuirá para a melhor codificação.
Além disso, a remoção de quadros que contêm itens como quadros I e B reduz a quantidade de detalhes disponíveis ao longo do tempo, o que faz com que o movimento pareça "escalonado" e pode interferir nos outros parâmetros básicos do vídeo e causar artefatos como alias.
E, devido à maneira como os quantizadores funcionam, o x264 realmente diminui a taxa de bits desproporcionalmente ainda mais nessas cenas de baixo movimento. A menos que você tenha uma apresentação de slides de imagens idênticas, haverá movimento (se apenas granulação e outros artefatos) e haverá uma perda de qualidade que não seria vista sem mudanças drásticas na taxa de bits.
E, finalmente, o motivo de não haver muitas opções para fazer o que você quer é que o x264 seja realmente bom em gerenciar taxas de bits usando a compressão temporal (registrando alterações em quadros parciais). Ir para a taxa de quadros de 1/2 não reduzirá o tamanho do arquivo pela metade; 10% é provavelmente um ganho realista que se espera de um movimento ou animação baixos.
Portanto, diminuir a taxa de bits das cenas estáticas fará muito pouco para o tamanho do arquivo, mas adicionará uma série de problemas de qualidade e sincronização, sem mencionar a incompatibilidade com o software de edição de vídeo.
Se você quiser experimentar um dizimador, poderá limitar a nova taxa de quadros máxima usando as opções de níveis , cada uma das quais com uma resolução e taxa de quadros máximas. Infelizmente, você provavelmente teria que trabalhar em resoluções muito baixas para obter o tipo de taxa de quadros que deseja, usando perfis. Ele volta a editar as taxas manualmente, inteiramente ou para corrigir as taxas de quadros que você considera muito altas. De qualquer maneira, será necessário fazer malabarismos para manter o som sincronizado com as novas taxas de quadros se forem feitas alterações após o processo de codificação, quando o tcfile for conservado.
O ponto principal é que gastar tempo otimizando as diversas configurações de taxa de bits renderá muito mais no gerenciamento do tamanho do arquivo e melhorará a qualidade do seu vídeo, em vez de causar complicações com pouco ganho. Preservar o FPS original é provavelmente a melhor ideia, a menos que você esteja buscando padrões de transmissão ou mídia. Os players são capazes de reproduzir taxas de bits variáveis (diferentemente dos editores) e, quanto mais quadros em seu vídeo, mais suave a reprodução e talvez menor o tamanho do arquivo, devido a alterações menores no movimento entre os quadros.
Aqui está uma coleção de links para informações sobre padrões e discussões no fórum que devem ajudar com esse aspecto confuso da codificação:
- ferramentas de dizimação avisynth
- comutadores fps e -r
- x264 Geral (arquivo tc, fps)
- padrões de arquivo de código de tempo
- Níveis e perfis
- Resumo curto e claro das configurações de CFR / VFR (seção "framerate")
discussões teóricas doom9, videohelp, etc.
1
2
3
4
5
6
7