Impostazioni ideali del freno a mano x264 per la codifica dei video


17

Quali sono le impostazioni ideali per sfruttare le capacità di decodifica hardware del processore e comunque evitare qualsiasi funzionalità che richiederebbe la decodifica software o l'impossibilità di decodificare correttamente nell'hardware?

Ad esempio, so che i B-Frame spesso non sono gestiti bene (o affatto) su molti dispositivi mobili e lo stesso vale per lo schema di codifica CABAC.


Bene, la tua domanda è ambigua. Chiedendolo a Raspbery Pi Q&A ti daremo e risponderemo per le migliori impostazioni per Pi .. non telefoni cellulari o altri dispositivi. Modifica la tua domanda. Ancora una domanda molto buona!
Piotr Kula,

3
Chiedo in particolare la distribuzione Raspberry Pi e RaspBMC: ho semplicemente fornito i riferimenti mobili come contesto per funzionalità che potrebbero non essere disponibili poiché l'hardware è piuttosto simile.
Goyuix,

1
Ho appena eseguito un test con una sorgente a 720p e le impostazioni predefinite "Alto profilo". Ciò includeva sia la B-Frames che la codifica CABAC. Ha funzionato perfettamente su RaspBMC. Continuerò a indagare su alcune altre opzioni.
Goyuix,

È davvero fantastico. Penso che il Pi dovrebbe essere in grado di gestire la maggior parte della codifica standard definita nel freno a mano. Come lo testate? Proverò un po 'di encodin 1080p
Piotr Kula il

Penso che il primo passo sarebbe quello di scoprire cosa può fare e farà il tuo decoder usando l'hardware.
XTL,

Risposte:


7

Per rispondere alla tua domanda, qualsiasi codifica H.264 funzionerà perfettamente su Raspberry Pi. Quindi devi selezionare (qualunque profilo tu scelga, migliore profilo alto o normale) l'opzione H.264 nella scheda Video sotto Codec video . Per l'audio utilizzare AAC (supportato) e selezionare stereo (Dolby Surround non funziona).

Usando quelle impostazioni (testate io stesso) tutto suona bene e senza problemi, nessun problema. Altre opzioni come il frame rate possono influenzare molto il film, una guida sul frame rate: https://trac.handbrake.fr/wiki/FramerateGuide

Penso che ti aiuterà, ricorda il codec video su H.264 e l'audio su AAC stereo. Controlla la tua frequenza dei fotogrammi e altre opzioni influenzeranno generalmente le dimensioni del video.


1
Non dimenticare di abilitare l'ottimizzazione per il web nel freno a mano. Realmente ottenuto per saltare avanti / indietro nello streaming o streaming tramite riproduzioni video da HTTP a HTML5 .. My Pi is a PiTube
Piotr Kula

3
Speravo davvero una discussione più dettagliata su specifiche impostazioni x264 - ho menzionato in modo specifico B-Frames e codifica CABAC - che sarebbe accettabile. Forse la mia domanda è troppo vaga ... per esempio, sceglierei diverse impostazioni se la usassi principalmente sull'uscita video composita anziché su HDMI, ma non mi sento di poter accettare la tua risposta così com'è oggi. Le note sull'audio stereo AAC sono perfette. Speravo in qualcosa di simile anche con le opzioni avanzate x264.
Goyuix,

Penso che non si capisca davvero il concetto di opzioni extra come B-Frames. Per tutte le impostazioni e le spiegazioni (e cosa fanno) mewiki.project357.com/wiki/X264_Settings Ad esempio i fotogrammi B sono "I fotogrammi B sono simili ai fotogrammi P, tranne che possono usare la previsione del movimento anche dai fotogrammi futuri. Ciò può portare a un'efficienza significativamente migliore in termini di rapporto di compressione ". Questo non ha nulla a che fare con la riproduzione del video su Raspberry Pi, ma piuttosto con le dimensioni di compressione. Non so davvero se è necessaria una maggiore elaborazione per l'uscita HDMI o l'uscita composita.
Dan Fritz,

1
La mia esperienza è stata che i dispositivi a bassa potenza (principalmente smartphone / dispositivi iOS) sono che i video codificati con x264 che utilizzano B-Frame o che utilizzano la codifica CABAC non verranno riprodotti correttamente a causa delle limitazioni hardware / software. C'è sicuramente un punto debole tra l'efficienza come hai detto e un file che non verrà riprodotto a causa di alcune funzionalità avanzate che non sono supportate dal motore di decodifica. Spero di trovare quel "punto debole" per il Raspberry Pi. Finora i miei test sono stati molto positivi (alto profilo con molte campane e fischietti abilitati), sebbene non definitivo.
Goyuix,

"qualsiasi codifica H.264 funzionerà perfettamente su Raspberry Pi." - purtroppo NON è vero. Vedi questo per un buon esempio. Ciò che è ancora peggio del livello 4.1, che dovrebbe essere presumibilmente supportato senza problemi, sembra averli anche loro. Almeno ho un file 4.1 che non viene riprodotto affatto in Kodi su Rpi.
Silverdr,

2

Per riferimento futuro di chiunque cerchi una risposta dettagliata a questa stessa domanda, si prega di fare riferimento a questo post sui forum di Raspberry Pi: https://www.raspberrypi.org/forums/viewtopic.php?f=2&t=4668

Riepilogo: RPi supporta H.264 Level 4.1 High Profile. Se selezioni queste opzioni nella pagina Video del freno a mano, il Pi dovrebbe riprodurle.

Dovresti assicurarti che l'audio sia codificato con AC3 anziché DTS, oppure potresti riscontrare problemi di riproduzione: vedi questa domanda: Differenza tra H.264 e x264 e come riprodurlo

Saluti.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.