Configurações ideais do Handbrake x264 para codificação de vídeos

17

Quais são as configurações ideais para tirar proveito das habilidades de decodificação de hardware do processador e ainda evitar quaisquer recursos que exijam decodificação de software ou incapacidade de decodificar corretamente no hardware?

Por exemplo, eu sei que os quadros B geralmente não são bem tratados (ou nada) em muitos dispositivos móveis e o mesmo se aplica ao esquema de codificação CABAC.

Goyuix
fonte
Bem, sua pergunta é ambígua. Solicitando-o nas perguntas e respostas sobre o Raspbery Pi, forneceremos e responderemos as melhores configurações para o Pi .. não para celulares ou quaisquer outros dispositivos. Edite sua pergunta. Ainda é uma pergunta muito boa!
Piotr Kula
3
Estou solicitando especificamente a distribuição Raspberry Pi e RaspBMC - simplesmente forneci as referências móveis como contexto para recursos que podem não estar disponíveis, pois o hardware é bastante semelhante.
Goyuix
1
Acabei de executar um teste com uma fonte de 720p e as configurações padrão "High Profile". Isso incluía a codificação B-Frames e CABAC. Tocou muito bem no RaspBMC. Continuarei investigando outras opções.
Goyuix
Isso é realmente ótimo. Eu acho que o Pi deve ser capaz de lidar com a maioria das codificações padrão definidas no freio de mão. Como você testa isso? Vou tentar algumas encodin 1080p
Piotr Kula
Penso que o primeiro passo seria descobrir o que o seu decodificador pode e fará usando hardware.
XTL

Respostas:

7

Para responder sua pergunta, qualquer codificação H.264 funcionará perfeitamente no Raspberry Pi. Portanto, você deve selecionar (qualquer que seja o perfil escolhido, melhor perfil ou normal) a opção H.264 na guia Vídeo em Codec de vídeo . Para áudio, use AAC (suportado) e escolha estéreo (o Dolby surround não funciona).

Usando essas configurações (eu mesmo testei), tudo funciona bem e sem problemas, sem problemas. Outras opções, como a taxa de quadros, podem influenciar bastante o filme, um guia sobre taxa de quadros: https://trac.handbrake.fr/wiki/FramerateGuide

Eu acho que isso irá ajudá-lo, lembre-se de codec de vídeo em H.264 e áudio em AAC estéreo. Verifique sua taxa de quadros e outras opções geralmente afetam o tamanho do vídeo.

DanFritz
fonte
1
Não se esqueça de ativar a otimização para a web no freio de mão. Realmente tem para saltar para a frente / trás na corrente ou de streaming via HTTP aos jogos de vídeo HTML5 .. Meu Pi é um PiTube
Piotr Kula
3
Eu realmente esperava uma discussão mais detalhada sobre configurações específicas do x264 - mencionei especificamente os quadros B-Frames e CABAC - que seriam aceitáveis. Talvez minha pergunta seja muito vaga ... por exemplo, eu escolheria configurações diferentes se o estivesse usando principalmente na saída de vídeo composto em vez de HDMI, mas não acho que posso aceitar sua resposta como está hoje. As notas no áudio AAC estéreo são perfeitas. Eu também esperava algo semelhante com as opções avançadas do x264.
Goyuix #
Eu acho que você realmente não entende o conceito de opções extras como B-Frames. Para todas as configurações e explicações (e o que elas fazem) mewiki.project357.com/wiki/X264_Settings Por exemplo, os quadros B são "Quadros B são semelhantes aos quadros P, exceto que também podem usar a previsão de movimento de quadros futuros. Isso pode levar a uma eficiência significativamente melhor em termos de taxa de compressão ". Isso não tem nada a ver com a reprodução do vídeo no raspberry pi, mas com o tamanho da compactação. Realmente não sei se você precisa de mais processamento para saída HDMI ou saída composta.
DanFritz 26/09/12
1
Minha experiência foi que os dispositivos de baixa potência (smartphones / dispositivos iOS principalmente) são que os vídeos codificados com x264 que empregam quadros B ou que utilizam a codificação CABAC não são reproduzidos corretamente devido a limitações de hardware / software. Definitivamente, existe um ponto ideal entre a eficiência mencionada e um arquivo que não será reproduzido devido a algum recurso avançado não suportado pelo mecanismo de decodificação. Espero encontrar esse "ponto ideal" para o Raspberry Pi. Meus próprios testes foram muito positivos até agora (High Profile com muitos sinos e assobios ativados), embora não sejam definitivos.
Goyuix
"qualquer codificação H.264 funcionará perfeitamente no Raspberry Pi." - infelizmente NÃO é verdade. Veja isso para um bom exemplo. O que é ainda pior no nível 4.1, que supostamente deveria ser suportado sem problemas, parece tê-los também. Pelo menos eu tenho um arquivo 4.1 que não é reproduzido no Kodi no Rpi.
silverdr
2

Para referência futura de qualquer pessoa que esteja procurando uma resposta detalhada para essa mesma pergunta, consulte esta postagem nos fóruns do Raspberry Pi: https://www.raspberrypi.org/forums/viewtopic.php?f=2&t=4668

Resumo: O RPi suporta o alto perfil H.264 nível 4.1. Se você selecionar essas opções na página Vídeo do freio de mão, o Pi deverá executá-las.

Você deve certificar-se de que o áudio seja codificado com AC3 em vez de DTS, ou poderá ter problemas de reprodução: consulte esta pergunta: Diferença entre H.264 e x264 e como reproduzi-lo

Felicidades.

Pseudobolt
fonte